Changeset No. Date Contributor Comment
12017-09-14 14:26:31 UTCaharvey Hi!

The way you edited has 3 lanes only the left most is psv only, the rightmost two are normal.

https://www.mapillary.com/map/im/1kH6wZEDjyV1ixlAPXtXDA

I've changed the tags over to use lanes:psv=designated|yes|yes, per https://wiki.openstreetmap.org/wiki/Key:lanes#Description but still no...
22017-09-14 19:56:49 UTCmueschel Ah ok, this I couldn't see when reading the tags.
The correct tagging is:
vehicle:lanes = no | |
psv:lanes = designated | |

'lanes:psv' can only be used to mark that there is a psv lane, but doesn't tell anything about where it is.
32017-09-15 01:25:57 UTCaharvey Sorry you're right, thanks for that!

https://wiki.openstreetmap.org/wiki/Key:lanes:psv is only for marking out how many psv lanes exist, not where they are.

https://wiki.openstreetmap.org/wiki/Key:lanes#Lanes_reserved_for_specific_vehicles describes marking out where those psv lanes are.

I'...
12017-09-14 12:46:54 UTCtrigpoint What does GPB mean?
22017-09-14 18:26:51 UTCfreebeer GRRRRREAT Pr*>pop<*thudKLONK*itish bounds...
Has anybody seen me teeth?
32017-09-14 19:51:44 UTCmueschel Sure... it was "currency:gbp", I wanted to fix it to capital letters... and mixed them up. Thanks for pointing out!
Jan
12017-08-25 11:48:16 UTCAsgerFrank Korte spærringsændringer kan være problematiske, men husk i det mindste om muligt selv at rette tilbage, det er ikke sikkert andre gør.
22017-08-25 11:56:44 UTCmueschel Hi,
I didn't add this oneway tag, I just corrected it to a scheme that is already in use, see the history: http://www.openstreetmap.org/way/516178075/history

The good thing about the temporary:* scheme is that nobody has to remember to remove it - the end date is given in the value, so there are...
32017-08-25 12:04:02 UTCAsgerFrank Great, apparently my comment is completely unnecessary; I must educate myself http://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional)
12017-08-21 21:45:27 UTCnaoliv It seems that I forgot to remove a personal todo item there.
Thanks!
12017-08-18 20:21:24 UTCsantamariense Oh, Thanks. Now I know about this tag and I'm gonna use it.
12017-08-04 16:50:24 UTCGinaroZ I think mot is correct, as it offers an MOT service?
22017-08-04 17:40:28 UTCmueschel Shouldn't it be amenity=vehicle_inspection or service:vehicle:inspection=yes then? The first is documented and used 800 times, the latter is used 30 times.
32017-08-05 13:14:28 UTCSomeoneElse Something involving MOT would make perfect sense to me - see http://taginfo.openstreetmap.org.uk/search?q=mot#keys and http://taginfo.openstreetmap.org.uk/search?q=mot#values for where it's been used before. "inspection" is hardly used for MOTs; see http://taginfo.openstreetmap.org.uk/sea...
42017-08-05 13:49:16 UTCmueschel I'm not from the UK, so I didn't hear the term MOT before.
But as far as I see, these tags involving the term MOT are used maybe 50 times in the UK, while all the rest of Europe has the tag amenity=vehicle_inspection used 1300 times. This tag is supported in JOSM and shown e.g. in Osmand as well.
...
12017-07-22 12:47:47 UTCSK53 I wonder if the Carshalton Beeches should be promoted to a suburb with places like Carshalton-on-the-Hill as neighbourhoods. When I lived & worked around here 'Barrow Hedges catchment' was the key divide for Carshalton Beeches. The dividing line to N is a bit hard to pick out (everything S of ra...
22017-07-22 13:46:21 UTCmueschel Hi,
I don't know this area nor the situation - I just changed your "note_for_wikipedians" to the common "note" key so that editors are able to show it to other mappers.
12017-07-20 04:35:35 UTCSrihari Thalla Thanks for updating, @mueschel !!
12017-06-27 10:51:34 UTCReclus Danke!
12017-06-07 20:15:57 UTCtrigpoint Hi, this gate looks a little wrong as it has 3 ways connecting to it. It needs to be separate from the junction otherwise it is impossible to tell which routes pass through the gate,
Cheers Phil
22017-06-07 20:17:26 UTCmueschel Hi,
that's not my work, it was added by http://www.openstreetmap.org/changeset/49075370

Cheers, Jan
32017-06-07 20:46:10 UTCtrigpoint Hi Jan
Sorry, I will see if I can work it out.

Cheers Phil
12017-06-03 20:57:06 UTCkreuzschnabel Danke!
12017-06-02 11:44:15 UTCSrihari Thalla Typing in mobile..!! Thanks!
12017-05-31 17:33:10 UTCjpennycook Hi.

Thanks for fixing my error on this node!

Jon
12017-05-31 09:53:38 UTCfreeExec please revert
https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts#Lifecycle_prefix_.28.3Cstatus.3E:.3Ckey.3E_.3D_.3Cvalue.3E.29
22017-05-31 10:12:44 UTCmueschel Hi,
both versions are in use. The reason for my edit was your spelling mistake "constraction"
32017-05-31 15:50:07 UTCfreeExec It was necessary to correct the typo.
And now marked by a kind of amenity that does not exist in reality. Secondly, after the opening, more work is done to return the tag.
42017-05-31 16:25:37 UTCmueschel Alright, I changed it back.
12017-05-31 09:09:03 UTCopendcc Bicycle = official on a non rectangular building? Are you sure?
22017-05-31 09:19:28 UTCmueschel You're right, that's strange. I didn't put the tag there. I fixed the spelling of the key, but didn't notice it being strange for a building.

We have to ask rowers2, e.g. in this changeset: http://www.openstreetmap.org/changeset/48947839
12017-05-29 16:05:25 UTCMarkus366 Hallo,
dieser und weitere Abschnitte einer geplanten/ im Bau befindlichen Straßen wurden zuletzt mehrfach von verschiedenen Nutzern unterschiedlich getaggt. Häufig wurden die Schlüssel highway:construction , trunk: und construction: hin und her geändert. Vielleicht können ...
22017-05-29 17:14:33 UTCmueschel Siehe http://www.openstreetmap.org/changeset/48979895
12017-05-14 17:54:29 UTCPeilscheibe Hallo mueschel, gibt es irgendeinen besonderen Grund für die Entfernung einer zutreffenden Information? Wurde das Schild geändert?
22017-05-14 17:57:03 UTCmueschel Die Information war doppelt vorhanden. Ich habe nur eine der beiden Angaben "Rietheim 4.3 km;Terrassenfreibad 0.4 km" entfernt.
32017-05-14 20:52:04 UTCPeilscheibe Das war kein Duplikat, das war ein Hinweis auf einen Fehler am Schild. Genauer: was Du gelöscht hast, ist exakt der Text, der auf dem Schild steht (*:signposted). Ich habe das mal wiederhergestellt.
42017-05-14 20:59:30 UTCmueschel Dann schreib doch da bitte eine note="Schreibfehler 'Terasse' auch auf Schild vorhanden", das verstehen dann auch andere Mapper. Neu erfundene Tags, deren Wert eine (fast) Kopie eines anderen Tags sind, versteht niemand und verwirren nur.
12017-05-09 18:57:56 UTCSomeoneElse Thanks!
12017-05-03 10:11:18 UTCGinaroZ whoops, thanks for fixing :)
12017-04-25 12:56:34 UTClenny32 The addr:* node already exists https://www.openstreetmap.org/node/1522397032
There is no need to create another one at the restaurant https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema
22017-04-25 17:51:27 UTCmueschel Hi,
I'm not aware of any tool that makes use of these tags. For most applications the tagged address was unusable. The existence of another node close by with address information is not sufficient to find the actual address of this POI.
The only case how addresses of another object can be used on...
32017-04-26 06:30:46 UTCdgitto It is the tool that have to follow (use) a schema. Not the tag schema follow some tools.
Is normal that no tools exist, when a schema starts to be used.
https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema
42017-04-26 08:07:33 UTCmueschel Until this schema has been adopted, we have to stick to the old scheme, otherwise we lose information. I.e. both tags have to exist in parallel.
But, I really doubt that any tool will use this tagging, based on a 4 year old draft without even an RFC.
52017-04-26 09:20:24 UTClenny32 It seems to me that an address should be unique (it exists with or without POI) it is an object in its own right. Many POIs have no address.
If it is the same node, when the POI disappears or moves, the address may be deleted or moved with the poi by the inattentive contributor. Contact information...
12017-04-24 21:36:00 UTCAthalis Hi, beim way 407255155 wolltest du wahrscheinlich wie bei den anderen Wegen das Komma durch einen Punkt austauschen? Sieht aus als ob der Punkt verloren gegangen ist ;)
22017-04-24 21:47:00 UTCmueschel Ja, der Verdacht liegt nahe ;-) Danke für den Hinweis, ich habe es korrigiert.
12017-04-22 15:17:14 UTCdamjang Ok, but so the wiki must be corrected:
http://wiki.openstreetmap.org/wiki/Key:phone :-)
22017-04-23 13:32:49 UTCmueschel You're right. Looks like somebody wants to distinguish between phone service in Italian language (:it) and an phone number to be reached from Italy only (:IT). Kind of makes sense but is hard to remember.
32017-04-23 21:37:35 UTCdamjang Bacause this is a phone number free only usable from Italy, if for you is ok, I will rechange to upper chars (phone:IT)
42017-04-24 09:36:57 UTCmueschel Yes, sure. It was my mistake.
12017-04-11 19:52:02 UTCBob Moin!
Eine no_entry restriction (hier: Deine Änderung an der Relation 6848355) kann mehrere from-Mitglieder haben, so steht es im Wiki. Das gelöschte Mitglied habe ich daher wiederhergestellt. Das aufgestellte Zeichen 267 betrifft beide Richtungen.
22017-04-11 20:02:08 UTCmueschel Auf den meisten Wiki-Seiten steht "exakt 1", auch auf der Deutschen. Nur die tschechische und englische Seite erlauben mehrere für no_entry.

Ich würde die Relation vielleicht lieber verdoppeln, je eine für jeden from-Weg. Wer weiß, welcher Router damit Probleme hat.
32017-04-12 10:42:00 UTCPeilscheibe @mueschel: Die no_entry und no_exit-restrictions wurden ja genau zu dem Zweck so definiert, das man eben nicht mehrere Relationen braucht, wo eine genügt. Wenn ein Router nicht mit mehreren from- bzw. to-ways klarkommt, darf er gerne dazulernen.
42017-04-12 15:54:14 UTCBob Moin zusammen!
Die deutsche Wiki-Seite ist dazu leider wohl veraltet. Sie kennt die no_entry und no_exit restriction (noch) nicht. Die kamen erst 2011 hinzu und die Übersetzung hat noch keiner angepackt.
12017-04-05 18:54:26 UTCNicoVargas Many thanks :)
12017-03-17 15:12:06 UTCToniE Danke, wieder ein typo von mir?
22017-03-17 19:29:53 UTCmueschel Aus "surfarce" habe ich "surface" gemacht - passiert nun mal beim Tippen.
12017-02-28 15:13:35 UTCmuralito Would'nt it be better to use tag "rooms" instead of "number_of_apartments"?
22017-02-28 15:20:24 UTCmueschel I just corrected the obvious spelling mistake in the key.
'number_of_apartments' is already used 1800 times, so I consider it a valid tag. I don't know if there are cases where someone distinguished between number of rooms and number of apartments on a single object.
12017-02-27 14:46:55 UTCAlmtesh It's really confusing to have two modifications so far away from each other in the same modification.
12017-02-02 07:52:19 UTCeric_ Whitehouse Terrace being part of the north side of Grange Loan, I changed it into name:left as it was originally (i.e. before a contributor changed it into name:South Side). Thanks anyway to have spotted this error.
22017-02-02 09:19:48 UTCmueschel Thanks! I'm sorry for the mistake but I forgot to check the history of the way...
32017-02-21 19:16:18 UTCeric_ No problem (sorry to answer so late).
12017-02-08 15:13:28 UTCrskedgell I can find a reference for xxx:inscription_date=* in the wiki, when used in combination with heritage=* and heritage_operator=xxx, where xxx is the abbreviation for the operator, in this case he for Historic England - see https://wiki.openstreetmap.org/wiki/Key:heritage#Tags_to_use_in_combination
...
22017-02-08 15:31:07 UTCmueschel Oh, you're right.
To me this looked like the typical mistake when autocompletion failed. On the same POIs you used heritage:* as well, so this made it rather plausible. "heritage:operator" and "heritage:inscription_date" formed a nice group of tags and made a lot of sense.

I...
32017-02-08 19:48:13 UTCmueschel Fixed in https://www.openstreetmap.org/changeset/45928032
12017-02-07 22:56:02 UTCFortepc There was no reason to remove those tags. They were accurate information relevant to the POIs they were attached to.
22017-02-08 11:49:11 UTCmueschel see http://www.openstreetmap.org/changeset/45848069
OSM is not a map of non-existing graphics in some game.
32017-02-08 17:27:39 UTCFortepc I was not mapping ingame graphics. I was tagging real world objects referencing that they also exist in the ARG. It's just as relevant as referencing their facebook pages that you didn't remove.
12017-01-14 21:25:49 UTCpneff Thank you for this change, I'll update my template to not re-introduce these errors.
12017-01-08 10:05:06 UTCPT-53 Hallo mueschel,
nach dem Verschieben der Note durch Dich zeigt keep right jetzt diese Fehlermeldung an:
http://keepright.at/report_map.php?schema=95&error=81138106&zoom=17&lat=47.95291&lon=9.32812&layers=B0T&ch=0%2C20&show_ign=1&show_tmpign=1
Erledigt Du das ?
Gr&...
22017-01-08 12:26:08 UTCmueschel Doppelter Node ist entfernt. Das lag aber nicht an meinem Umtagging, die Nodes lagen vorher schon übereinander - und ob dieser Node an dieser Stelle überhaupt Sinn macht weiß ich nicht, die Form der Wasserfläche ist ja etwas ungewöhnlich.
12016-12-22 13:26:05 UTCBeKri Sorry, aber addr:po stimmt noch nicht so ganz, hab es ausgebessert
12016-12-10 10:54:01 UTCliteran please do not make such changes. I used Healthcare 2.0 (https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0#Medical_system_2 ) tags.
22016-12-10 11:31:50 UTCmueschel Me too:
https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Specialties
Homeopathy is listed as a specialty, not as a medial_system.
32016-12-10 11:41:08 UTCliteran hmmm.... it's very strange cause homeopathy is not the specialty of tradicional medicine. like ayurveeda, chinese medicine. What medical_system: tag should we use for homeopathy? Propose to leave both tags
42016-12-10 16:05:41 UTCmueschel The health_specialty tag is already used a few times. A change should be discussed within the proposal / its Talk page.
12016-12-04 09:31:58 UTCuser_5359 Welcome to OSM !Unfortunately, your website has a bug (GoDaddy problem?), so that the nature of your business can not determine.
12016-12-03 05:36:36 UTCTôi chú của bạn 你在里面编辑了什么
12016-12-01 15:19:00 UTCdanovar das ist kein name:de sondern höchstens ein österreichischer Name (aus der Zeit Österreich-Ungarns), d.h. ein name:öst. Vielleicht gibt es in Österreich jemanden der diese bezeichnungen immer noch verwendet. In Deutschland oder Kroatien sind diese Namen nicht bekannt und soll...
22016-12-01 20:47:41 UTCmueschel name:öst kann nicht stimmen - die Kürzel nach name sind immer iso 639 codes für Sprachen. Wenn deutschsprachig, dann also name:de.
Wenn es ein alter Name ist, wie du beschreibst, ist das passende Tag old_name, wie es auch eingetragen ist.
32016-12-02 09:54:55 UTCdanovar Alles klar. Hatte ich aber auch schon mal probiert (old_name:de), dann wurde es auch nach einiger Zeit wieder zurück geändert.

Auf irgendeiner OSM-Diskussionsseite zu diesem Thema hatte ich dann name:öst gesehen, so dass ich dachte, das wäre ja ne gute Idee. Vielleicht gibt es...
12016-12-02 07:26:52 UTCSilencialschirwa thanks
12016-11-15 16:24:41 UTCliteran Hallo! Why this change (there is http://wiki.openstreetmap.org/wiki/Key:healthcare on this page healthcare:speciality=trauma). It's important for me cause now I make presets set for JOSM, dedicated to healthcare.
22016-11-15 16:38:02 UTCmueschel Hi,
your tag was health_specialty:trauma=yes.
Using the scheme from this wiki page:
https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Specialties - no version of 'trauma' is listed there.
I looked at Taginfo and found 'trauma' not being used, but 'traumatology' used 4 times. ...
32016-11-16 15:28:48 UTCliteran OK. Second one doesn't match here, cause it's not the emergency station, but Trauma point (Травмпункт) - in Russia it's 24/7 medical institution that cure only traumas.
12016-10-30 17:43:21 UTCuser_5359 Hi, your map edit is similar to ones from a coordinated group of editors that we have found to be using a copyrighted source. But, I wanted to check with you to see whether that was the case or not--that way we don't potentially lose valuable data from a real user. So do you mind confirming whether ...
22016-10-30 17:54:18 UTCmueschel I'm not the original creator of these nodes, just fixed some mistakes.
If you come to a conclusion regarding these uploads, please let me know.
32016-10-30 18:00:27 UTCuser_5359 Hello mueschel! Because I know you a german mapper, I will answer on german. Entschuldigung, dass ich den falschen Changeset erwischt habe. In Absprache mit der DWG werden die Knoten, die ich anmahne und nicht reagieren, nach einer Woche (oder später) gelöscht.
12016-10-25 09:09:46 UTCPeressenyiRobert Köszi!
Hogy ezt a contact:facebook -ot miért nem találtam?
R
12016-10-22 08:28:20 UTC7of9 Hi mueschel, the track is located in the riverbed. it is definitly tracktype5. The correct value for surface is pebbelstone and not gravel. i will change it. nice greetings, hans
12016-10-17 13:43:57 UTCAgusQui thanks for the correction, but attraction = * is not a subkey of tourism = attraction
22016-10-17 13:58:19 UTCmueschel Hi,
looks like you are right. I just removed the tag again.
Jan
12016-09-22 09:13:37 UTCSomeoneElse For info, I've reverted the island back to this state again. See http://www.openstreetmap.org/user_blocks/1047 and https://www.openstreetmap.org/user_blocks/1036 et al.
12016-08-04 14:18:18 UTCSomeoneElse Thanks!
12016-07-06 19:05:33 UTCSomeoneElse D'oh - thanks for fixing!
12016-04-06 01:22:15 UTCsamuelrussell Many thanks for your changes. Given that I'm new to tagging shoulder attributes, the directional relationship to the way comes before the characteristic? shoulder:left:characteristic ?
22016-04-06 11:12:30 UTCmueschel There is no good description in the wiki I know of, but e.g. for sidewalk:* this order is used. See the german wiki page on sidewalks for an example:
http://wiki.openstreetmap.org/wiki/DE:Key:sidewalk

If you check Taginfo, you see that :left is usually placed in second or third position in a lon...
12016-01-20 15:19:09 UTCR0bst3r New try? "conditional" :D
22016-01-20 15:30:11 UTCmueschel Ach Mist... zweimal Blödsinn direkt hintereinander... kriegst ein Bier falls wir uns mal treffen ;-)
12016-01-20 14:27:39 UTCR0bst3r leaf_type was correct ...
22016-01-20 14:32:30 UTCmueschel Woops... the original key was " leaf_type" with a space, that's what I wanted to correct but then mistakenly also removed the underscore... Sorry and thanks for the correction!
Jan
12015-08-02 20:06:45 UTCmaraf24 Bing is outdated regarding parking.
The current view: https://goo.gl/maps/EQfCu
22015-08-02 20:13:56 UTCmueschel Ok. This I couldn't see. The change necessary is rather trivial, on the left parking lane should be "parallel" in this case. However, I can't change it, since I only know from the google image and this I'm not allowed to use. You seem to know better...
12015-05-02 08:15:39 UTCfranzelka Hi,
irgendwas lief hier schief. Man kann nun nicht mehr von der L 3003 auf die Hügelstrasse links abbiegen. Entweder die Abbiegebeschränkungen für Weg 141646262 müssen angepasst werden oder es muss eine kurze Linksabbiegerspur eingefügt.
Gruß Franzel
22015-05-02 10:56:57 UTCmueschel Hallo,
danke für den Hinweis. Ich hatte eine ewig lange parallel laufende Abbiegerspur entfernt, die noch dazu bereits über Lanetagging erfasst war. Dabei hatte ich eine Abbiegebeschränkung übersehen. Jetzt kann wieder nach Lust und Laune abgebogen werden. Siehe changeset #30717...
12015-04-16 20:32:23 UTCkrza Stimmt, hatte ich wohl verdreht, danke!
12015-03-22 20:54:17 UTCwoodpeck Is your Chinese good enough to make sure your reasoning is correct?
22015-03-22 21:20:19 UTCmueschel The street in China: simple comparison to the available name:en.
The street in Japan: google translator
All others seemed obvious.
12015-03-22 20:49:13 UTCwoodpeck How did you check that?
22015-03-22 21:15:33 UTCmueschel On one way I just put a fixme, one is a roundabout, one is part of a short split lane on a junction and one already contained the oneway key. No guessing involved.
12015-03-22 20:47:36 UTCwoodpeck Since Level0 is not an editor that lets you visually check a concrete case, how did you determine which correction was the right one?
22015-03-22 21:13:15 UTCmueschel If the value is numeric, the correct key is lanes:psv, if it contains pipes and the usual access keywords, it has to be psv:lanes.
I checked the tagging of the ways for plausibility, but did not make a visual comparison to aerial images (which in case of bus lanes is rather impossible anyhow).
12015-03-14 16:42:09 UTCGUFSZ Ich hoffe das der cycelway an https://www.openstreetmap.org/way/242719711 vererbt ist und nicht von dir stammt. Die blauen Radwegzeichen fehlen komplett und der Weg ist für den landwirschaftlichen Verkehrfreigegeben.
22015-03-14 16:47:48 UTCmueschel Der cycleway stammt wohl vom sechs Jahre älteren Weg 10807865. Ich hatte den Weg nur wegen dem Brückenbau gesplittet.
56 changeset(s) created by mueschel have been discussed with a total of 115 comment(s)