Changeset No. Date Contributor Comment
12018-09-23 06:14:41 UTCCarnildo Actually, our most important job is to make an accurate map. Sure, deleting keyword-stuffing is satisfying, but translating it into OSM tags makes a better map.
22018-09-23 10:04:52 UTCmueschel What's the appropriate tag for "Our most important job is to recognize the needs and desires of every individual client and to strive to achieve these desired results."?
Essentially all these nodes are most likely spam created by some SEO companies - and I don't think we should support th...
32018-09-27 05:10:06 UTCfreebeer charlatan=mindreader .
how did this meaningless twaddle manage to get re-added yet again?
Updated indeed. Furrfu. Sun's not quite up and i already need another drink.
42018-09-27 09:03:26 UTCCarnildo I don't know about that one, but the Rusty Moose is a pretty clear "amenity=restaurant, cuisine=american".
12018-05-16 15:22:51 UTClowlander Es wieder zu löschen, wenn es korrekt ist, bringt genau gar nichts weil es nun ohnehin in der Datenbank ist. Ich werde es also revertieren bzw. wieder eintragen. Hauptsache, du bist zufrieden.
22018-05-16 15:35:05 UTCmueschel Es gibt durchaus gute Gründe nur die ID und keine kompletten URLs in OSM zu haben. Was passiert beispielsweise wenn Münster sich entscheidet ihre Webseite umzuorganisieren (was bei vielen großen Seiten häufiger passiert)? Ist nur die ID in der Datenbank muss man nur an einer Ste...
32018-05-16 15:38:32 UTClowlander Warum kommentierst du das nicht in meinem Changeset, wie es üblich ist und löscht stattdessen einfach die Ergänzungen statt sie zu revertieren? Darüber solltest du einmal nachdenken.
Ich ergänze nun die neuen, korrekten ID-URLs, wie sie auch von den Stadtwerken bereitgestel...
42018-05-16 15:43:02 UTCmueschel Es gibt keinen technischen Unterschied zwischen löschen und revertieren. Ich habe nur die Tags gelöscht, so ist sicher dass andere, nützliche Änderungen aus deinen Changesets nicht aus Versehen auch verloren gehen.
Kümmerst du dich auch um eine Anpassung der URLs wenn dies...
52018-05-16 16:05:40 UTClowlander Ja, ich kümmere mich in "meinem Bereich" regelmäßig um Änderungen und Ergänzungen, da ich auch nur dort mappe und tagge, wo ich es überprüfen (lassen) kann. Das siehst du an dieser Diskussion.
Über bessere Arbeitsweisen lasse ich mich aber gern bel...
62018-05-16 16:12:21 UTCmueschel Ja, einen Kommentar an deinem Changeset habe ich in diesem Fall tatsächlich vergessen, entschuldige.
72018-09-25 19:08:20 UTClowlander Offensichtlich erfasst nun jemand anderes die Links zu allen Haltestellen (in Münster) unter dem Tag Website und abweichender ID (die ohnehin nicht mehr passt weil die Standtwerke schon seit Jahren andere IDs verwenden) nach meinem obigen Muster neu.
12018-09-24 16:26:04 UTCAndersAndersson Hello, Thank you for observing this.

i readded the ele tag and a source=survey since this is information regarding the crossing betweeen the two tracks.
22018-09-24 17:00:02 UTCmueschel Right, removing 'ele' was a mistake.
32018-09-24 17:01:15 UTCAndersAndersson No problem! Thanks for necessary cleaning.
12018-09-22 19:07:33 UTCkreuzschnabel Hallo mueschel, Abbiegebeschränkungen wie http://osm.org/relation/5362261 finde ich nicht nur unnötig (Autos werden von funktionierenden Routern sowieso nicht auf Feldwege geleitet), sondern in solchen Fällen wie hier sogar falsch (weil auch Radfahrern das Abbiegen auf den Feldweg (un...
22018-09-22 19:39:15 UTCmueschel Hallo,
da muss ich dir leider widersprechen. Hier ist allen Fahrzeugen das Abbiegen nach links durch eine durchgezogene Linie verboten. Das gilt auch für Radfahrer, die hier keine legale Möglichkeit haben den Radweg zu erreichen.
32018-09-22 20:05:55 UTCkreuzschnabel Sehr ungewöhnlich. Aber dann nehme ich alles zurück :)
42018-09-22 21:58:19 UTCkreuzschnabel Zusatzfrage: Wär’s dir möglich, dich um https://www.openstreetmap.org/note/1536993 zu kümmern? Brennt nicht, gibt keine Routingfehler :)
12018-09-09 19:41:15 UTCbye12 That highway does not exist, and previously it appears to be a typo in the highway type; perposed instead of proposed, Fixed in Changeset: 62433354
12018-09-06 16:48:55 UTCjmapb noch ein mal danke!
12018-09-06 16:19:42 UTCJeroenHoek Goed gespot. Die heb ik over het hoofd gezien bij het importeren uit de CBS-bestanden. Ik zal ze eraf halen: de wijknaam en -code horen eigenlijk alleen op de wijkrelatie, niet op de grens zelf.
12018-08-31 09:19:54 UTCMarkus366 Mein Fehler, Danke!
12018-08-29 21:23:05 UTCjmapb Danke!
12018-08-26 14:36:00 UTCParsamparham Fix access please
22018-08-26 14:37:18 UTCmueschel Please be a bit more precise. What is the problem with the current access tag? These were not added by me.
32018-08-26 14:39:13 UTCParsamparham Current access tag
42018-08-28 04:10:42 UTCDiógenes de Sinope Hello Parsamparham and mueschel, I wanted to chime in on the access tags that I added to the ways in question in this changeset

mueschel, you will have to excuse me for not resolving and getting back to you on the issue brought up in the following changeset [ https://www.openstreetmap.org/change...
12018-08-08 21:44:02 UTCSelfishSeahorse Hi
Please have a look at <https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtoilets#Gender_neutral_toilets>. Because unisex=yes has been used as a shortcut of female=yes + male=yes, this tag doesn't necessarily imply that the toilets are gender neutral.
Regards
Markus
22018-08-08 22:27:26 UTCmueschel I wasn't aware of this discussion. To me the outcome of this discussion, as summarized by Rory, is "unisex is well defined" https://lists.openstreetmap.org/pipermail/talk/2018-April/080596.html

'unisex' was always defined as something non-segregated. If you see a reason to introduce a ...
32018-08-09 06:50:40 UTCSelfishSeahorse Some other people came to other conclusions:
'If most existing data is using unisex to mean "there are both male and
female toilets", then it doesn't matter one bit what the wiki says.' (https://lists.openstreetmap.org/pipermail/talk/2018-April/080599.html)
Even the iD editor lets you o...
42018-08-09 08:25:31 UTCmueschel Usually we try to start a project to clean up existing data if we find a problem how a tag has been used in the past.

If you feel the urgent need to add a new tag, feel free to do so. But note that this still requires to check all "unisex" tagged objects, whether they used the actual de...
12018-08-09 01:05:35 UTCLeifRasmussen Thanks for noticing that! I was using JOSM, and somehow managed to paste the name incorrectly from the addresses nearby.
12018-08-08 15:29:53 UTCFredrikLindseth_import Very nice! Thanks. I forgot to remove those :-)
12018-08-06 11:09:50 UTClorandr_telenav Hello. I'm sorry it was an inattention mistake! Thank you for correcting!
12018-08-01 00:41:16 UTCDr-Mx Should this tag have been changed to 'wikimedia_commons'?
22018-08-01 10:29:01 UTCmueschel Sure... I corrected so many auto-completion mistakes so I started doing my own. Thanks!
12018-07-30 21:33:25 UTCtreestryder Thank you for correcting my mistaken memory.
12018-07-21 11:11:19 UTCgnesss D’oh! Thanks for fixing my typo.
12018-07-17 12:59:27 UTCczubi Hallo mueschel,
nur mal rein Interesse halber, war das vorher falsch oder war es unüblich oder ...?
22018-07-17 13:34:16 UTCmueschel Hi,
'razed' wird als Prefix verwendet, nicht als Suffix.
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
Technisch gesehen wäre "razed:watermill" also korrekt. Da dieses Tag aber höchstwahrscheinlich so exotisch ist, dass es kaum einer auswertet habe ich mich für da...
32018-07-21 09:07:38 UTCczubi pefix... ja klar... Danke für's einbessern.
12018-07-19 22:28:08 UTCWarin61 Length 10 cm?????
Deleted. What are you thinking?
12018-07-12 22:05:12 UTCArlo James Barnes Thanks much. I only found the right tag the other day and had not gotten around to fixing it.
12018-07-03 13:28:26 UTCJJIglesias Thanks for the correction
BsRgds
JJ
12018-06-28 23:07:43 UTCEnock4seth This looks suspicious as Paypal is not an accepted means of payment in Ghana. Can you confirm data source? I've also sent an email to confirm. Best.
22018-06-28 23:37:22 UTCmueschel Hi,
this information was added in https://www.openstreetmap.org/changeset/60160657
I just fixed the spelling of the tag.
32018-06-29 08:25:28 UTCEnock4seth My bad I should have checked history well. Sorry and thanks :)
---

Published using OSMCha: https://osmcha.mapbox.com/changesets/60260625
12018-06-25 17:04:41 UTCluschi Hallo,
kleine Frage am Rande:
hier hast du einen Wegweiser in Österreich erfasst(https://www.openstreetmap.org/node/2399730302) mit "material=metal".
Laut meinen Information sind die Schilder aber aus Aluminium wegen der längeren Haltbarkeit.
sollte es da...
22018-06-25 17:11:25 UTCmueschel Hallo,
"metal" als Oberbegriff (Aluminium ist ja auch ein Metall) ist durchaus gängig. Wenn du es genauer weißt, kannst du das gerne ändern. Das gleiche gibt es ja auch bei Tags wie "surface": "paved" als grobe Einordnung, das bei genauerer Kenntnis ers...
32018-06-25 17:45:34 UTCluschi Hallo,
danke für die schnelle Antwort.
Deine Erklärung macht durchaus Sinn.
Wobei ich der Meinung bin, dass wir es so genau wie Möglich erfassen sollten, da wir die Möglichkeit dazu haben, egal ob ein Tool oder eine App nachher damit ein Problem hat.
Ich w...
12018-06-25 11:51:43 UTCsamuelrussell thank you
12018-06-24 07:15:32 UTCsamuelrussell Thank you
12018-06-19 20:56:57 UTCHjart Ok, maybe this one should have been documented a bit better: https://wiki.openstreetmap.org/wiki/AutoAWS#autoAWS_0.3_rc1
22018-06-19 20:59:45 UTCmueschel Sorry, I overlooked this - a Google search for "autoaws osm" didn't show something relevant.
I added it again: https://www.openstreetmap.org/changeset/59990763
32018-06-20 22:15:02 UTCHjart I'll recommend you search directly on the OSM wiki
42018-06-20 22:35:20 UTCmueschel Unfortunately this would miss discussions and "documentation" that is only in the mailing lists or forums - many people just don't use the Wiki.
12018-06-06 17:59:10 UTCSowa1980 Это не верно, автор и дизайнер это разные понятия. Автор проекта - архитектор. Он нарисовал проект. Тоесть выполнял математические и прочие вещи , а дизайнер как прав...
22018-06-06 18:38:32 UTCSowa1980 да тут вообще то об авторстве больше речь шла)) автор как правило может быть и архитектор и вообще может им не быть)))
Даже, если у вас идея и Вы пришли с ней не к архит...
32018-06-13 16:08:40 UTCMir76 Теперь уже и вы попались на трудности перевода. "Design" в английском языке и "дизайн" в русском не совсем совпадают. В английском оно имеет в том числе и знач...
12018-06-10 18:57:20 UTCsamuelrussell Thank you so much!
12018-06-05 21:44:45 UTCSowa1980 Здравствуйте, поясните причину удаления тегов с объектов? Эти теги были проставлены согласно договоренности , жду отката Ваших правок.
22018-06-05 21:50:44 UTCmueschel Sorry, I don't speak Russian.
Names of mapping projects and contributors should not appear as tags on objects but rather in the changeset tags.
32018-06-05 21:56:17 UTCSowa1980 Там в тегах указана фамилия, по тому как проекты типовые , этот момент был обсужден в чате телеграмм в россии , вот что бы было понятно о чем речь ссылка https://ru.wikipedia.org...
42018-06-05 22:08:29 UTCmueschel yes, i know what a water tower is.
If you could describe what the meaning of "project:author" is, we could look for a better tag - this looked a lot like someone who wanted to put his own name into the tags. If you want to introduce a new tag like this, please write a page in the OSM wiki...
52018-06-05 22:17:00 UTCSowa1980 Project:author=Рожновского этот тег обозначает , что башня построена по типовому проекту имени Рожновского, ссылку я Вам дал. Жду Восстановления тегов. Вики к сожаления пр...
62018-06-05 22:19:16 UTCSowa1980 И да в проекте ОСМ не обязательно закреплять это в OSM wiki , согласно правилам проекта человек может применят теги не закрепленные в OSM wiki , которых там еще нет.
72018-06-05 22:37:29 UTCmueschel Ok, tagging the style of a water tower is indeed useful information, but this was not at all clear reading the tag.

I think you should consider changing the tag - "project:author' is in no way related to what you describe here - that would rather be something like 'water_tower:type' or 'wate...
82018-06-05 23:11:44 UTCSowa1980 Еще раз повторюсь жду отката изменений.
92018-06-06 11:40:35 UTCmavl Dear mueschel. I saw your message in the forum [https://forum.openstreetmap.org/viewtopic.php?id=62569].

My colleague "Sowa1980" writes that this changeset deletes the "Project:author" tags. He wants to find out the reason for deleting of this tag. Also he writes that this...
102018-06-06 11:53:04 UTCmueschel Perfect. The last sentence was completly lost in the automatic translation. I will add the tags again later today.
Thanks for you patience and help!
112018-06-06 12:14:40 UTCmavl @mueschel, not at all :-)

@Sowa1980, в значении тега специально использован родительный падеж ("Рожновского" вместо "Рожновский")? Возможно, именительный падеж был бы...
122018-06-06 15:38:57 UTCmueschel I now used the tag "water_tower:design" - because there are already a few "tower:design" in the database, and this seems to make sense.
Here is the changeset:
https://www.openstreetmap.org/changeset/59607226
132018-06-06 18:38:22 UTCSowa1980 да тут вообще то об авторстве больше речь шла)) автор как правило может быть и архитектор и вообще может им не быть)))
Даже, если у вас идея и Вы пришли с ней не к архит...
142018-06-06 18:47:06 UTCmueschel Sorry, the automatic translation of this is just incomprehensible.
In English, the word "author" doesn't exist in the context of designing buildings.
152018-06-06 18:48:52 UTCSowa1980 Почитайте вот это что бы было понятнее https://ru.wikipedia.org/wiki/Рожновский,_Антон_Александрович
162018-06-06 18:52:42 UTCSowa1980 Я вас понимаю, что в английском этого нет)) но зачем Вы стерли теги вот чего я не понимаю )) раз в Вашем языке токового нет у нас то есть)) и вообще такие правки называют...
172018-06-07 16:05:42 UTCVort mueschel посчитал, что это имя автора объекта в OSM, а не в реальности (на земле). Поэтому он и удалил его. То есть, случилось недопонимание.
Тег :design неплох, я чуть подробн...
12018-06-04 14:16:23 UTCDiscostu36 Danke, doofer Fehler
12018-06-02 22:15:48 UTCReclus Danke!
12018-05-18 22:30:50 UTCabakus_uploader (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porz...
12018-05-14 06:34:07 UTCPT-53 Hallo mueschel,
Du hast an diesem zurückgebauten Weg https://www.openstreetmap.org/way/371762169/history removed:highway auf not:highway geändert. Warum ?
22018-05-14 08:55:04 UTCmueschel Der ehemalige Weg an sich ist wohl keine erhaltenswerte Information, auch wenn er im Augenblick in der Datenbank bleiben sollte als Markierung, dass die Luftbilder nicht mehr stimmen.
Für so etwas nehme ich eher not: als removed:.
Ich habe den Weg aber auch nur umgetagged, weil ich die ander...
32018-05-14 11:39:19 UTCPT-53 Hallo mueschel,
wir sind uns einig, daß der Weg - solange er noch auf den Luftbildern zu sehen ist - noch in OSM verbleiben soll.
Aber warum verwendest Du not:highway statt wie im Wiki vorgegeben removed:highway ?
Wiki Lebenszyklus: https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
....
42018-05-18 12:24:37 UTCPT-53 Hallo mueschel,
ich habe das wieder auf das Wiki-konforme korrekte Tagging zurückgesetzt.
12018-05-07 20:31:24 UTCMateusz Konieczny And this kind of edit makes perfect sense (it would even better to use a better edit description).
12018-04-18 18:39:35 UTCmarczoutendijk Any specific reason why you moved this tagging to a note? Did you read the discussion on the Dutch forum?
https://forum.openstreetmap.org/viewtopic.php?id=60633
22018-04-19 08:19:02 UTCmueschel Hi,
it's a new tag that wasn't used before. I checked the wiki and wasn't able to find any description of it. I didn't find a discussion in the forums, but I also don't speak Dutch.

I'm perfectly fine with using the tag - you seem to have some discussion about it and if you add a description in ...
32018-05-07 20:11:30 UTCMateusz Konieczny Why you think that hiding "random tags" in notes improves anything? Nonsense useless tags should be deleted, mistagged info should be fixed.

Moving them to notes merely hides problem and accomplishes nothing - this kind of edit is as result harmful.
42018-05-07 20:18:55 UTCmueschel It's not hiding the information - in contrary, it makes it visible. JOSM shows it now as a special icon, and also iD can list it for the casual user you doesn't look in the list of all tags.
52018-05-07 20:28:03 UTCMateusz Konieczny What you mention may be achieved by adding "fixme=suspicious tags XYZ".

Moving weird tags to note makes nearly impossible to spot issue again.
12018-05-07 20:05:54 UTCMateusz Konieczny it just makes them harder to spot and really fix! What is the point of that edit?
22018-05-07 20:17:09 UTCmueschel Would you please stop reverting the work of others without discussion? A 'description' tag is exactly the right place to list the amenities a park has to offer.
32018-05-07 20:26:21 UTCMateusz Konieczny "A 'description' tag is exactly the right place to list the amenities a park has to offer."

So why you moved them to note tag?
12018-05-07 20:02:17 UTCMateusz Konieczny Yes, it gives. It confirms that some foreign currencies may be withdrawn here.
22018-05-07 20:11:09 UTCmueschel There is a reason that currency:others=yes doesn't exist in the wiki. The only value is 'no', indicating that all currencies available are mentioned in the tags and none are missing.
32018-05-07 20:23:45 UTCMateusz Konieczny "There is a reason that currency:others=yes doesn't exist in the wiki."

You seem to think that only tags defined in wiki may be used. It is untrue.

It is useful to fix broken tags (as long as one verifies whatever edit makes sense and is not hiding serious issues), it is useful to de...
12018-05-07 19:59:25 UTCMateusz Konieczny What was point of this edit?
22018-05-07 20:00:19 UTCMateusz Konieczny If you stuff everything into note tag - please, as minimum, ensure that produced note has no new typos.
32018-05-07 20:09:01 UTCmueschel The tag 'visible_in' is not in use elsewhere and not defined anywhere. A note on the other hand is shown in all editors to make any other mapper aware of the problem. I just moved the existing information to a place visible to others.
42018-05-07 20:21:30 UTCMateusz Konieczny "is not in use elsewhere and not defined anywhere" and? See https://wiki.openstreetmap.org/wiki/Any_tags_you_like

note already existed, this tag only provided extra info

" note on the other hand is shown in all editors" - for start it is simply untrue.
12018-05-07 19:54:24 UTCMateusz Konieczny Why you made this edit? Can you use edit description that explain why you made an edit?
22018-05-07 20:06:46 UTCmueschel There is no need for a new tag 'service_times:mass' - that's by definition 'service_times'.
32018-05-07 20:18:40 UTCMateusz Konieczny see https://lists.openstreetmap.org/pipermail/tagging/2018-April/035869.html for explanation

please, do not remove tags just because you do not understand why somebody added them
12018-04-19 09:39:43 UTCNakaner Hallo mueschel,

meines Wissens nach haben UIC-Nummern einen anderen Aufbau als "de:08119:5960", oder? https://www.openstreetmap.org/node/4447883498/history

Viele Grüße

Michael
22018-04-19 09:55:15 UTCmueschel Hallo Michael,
das ist durchaus möglich. Diese Ergänzungen müssen ohnehin noch einmal überprüft werden, die Quelle kommt mir fragwürdig vor:
https://www.openstreetmap.org/changeset/58181024

Jan
12018-04-16 11:47:35 UTCTomas Straupis Reverted. name->waterway:name was done on purpose because at this point it is a reservoir, not a stream/river.
22018-04-16 12:02:13 UTCmueschel At all other lakes I know the usual "name" and "alt_name" tags are used. What is your reason to use other tags here? If it is just to avoid displaying the name on the map, this is "mapping for the renderer" and heavily discouraged.

Your tags are not documented anywhe...
32018-04-16 12:08:58 UTCTomas Straupis I've already added a local (Lithuanian) rule so that streams/rivers should not have name tag when intersecting natural=water, looking at what happens and planning to extend this to landuse=reservoir.
Reason is that there is no stream/river at that point, name is not required (because lake/reservoir...
42018-04-16 12:19:39 UTCmueschel That's exactly what Drafts are for in the Wiki - describing what you intent to do so that other mappers can comment on it. I'm not sure that all users of this data agree with your point of view.
52018-04-16 12:27:27 UTCTomas Straupis Well we (Lithuanian mappers) are discussing it in pubs... I've added a lot of river/stream ways to connect water basins, this introduced duplicate names, so I'm looking for the ways to solve this. Alternative would be to remove waterway=river/stream tag altogether. Or removing name tag.
As per wiki...
62018-04-16 12:37:13 UTCmueschel I'm not a user of river and stream data, so I can't say something specific. Only thing I know is that OSM is an international project and all changes to tagging need to be discussed openly with everybody involved. A pub is not the right place, that's why we have the Wiki, whether you like it or not....
72018-04-16 13:05:41 UTCTomas Straupis I have explained which problems I'm solving. I need other specific/practical problems to be able to adjust my decisions. This is the reason why I'm doing a change and waiting for a loooong time for other possible problems to rise.
12018-04-12 13:35:42 UTCM!dgard Hello mueschel,

You're changing the key `static_caravans` to `static_caravan` here. I had chosen the plural to match `tents` and `caravans`. See https://wiki.openstreetmap.org/wiki/Tag:tourism%3Dcamp_site . This page also lists `static_caravans` (because I added it there when I mapped these camp ...
22018-04-12 13:54:21 UTCmueschel Hi,
I changed static_caravans to static_caravan because the plural wasn't in the database before you added it and the singular was already used 170 times.
Looking closer into it, it looks like the singular key was used to describe a type of building, not camp site features.

So, let's use the p...
12018-04-01 13:41:14 UTCDiógenes de Sinope thank you for the correction, the open iD interface really needs a more intuitive way to define tags, I usually type them out by hand, sometimes resulting in mistakes
12018-03-31 15:14:16 UTCborazslo Helló!
Látom az url:miserend-ekből csináltál website:miserendet. Légyszi, ha lehet ne. Lásd itten: https://wiki.openstreetmap.org/wiki/WikiProject_Hungary/Katolikus_Templomok

22018-03-31 15:18:10 UTCmueschel Hi,
sorry, I don't speak Hungarian.
The two objects had the tag "url:", not "url:miserend".
32018-03-31 15:23:58 UTCborazslo Hi,
The Church (way/217211125) had an "url:" tag and an "url:miserend" as well. Both were changed. (You can see the website:miserend as well.) I working on a project with the Hungarian catholic churches and we need our 'url:miserend' when it is possible. If you used a script to...
42018-03-31 15:26:26 UTCmueschel Yes sure, if this is a documented tag, feel free to use it.
12018-03-27 00:08:31 UTCTesla Removing the correct information is not OK
22018-03-27 07:49:03 UTCmueschel I consider passwords of any kind private information that does not belong into the OSM database. I'm very sure, the offer of free wifi is for customers of this restaurant, but not for any person finding the key on the internet. Did you check with the owner that he is fine with sharing this informati...
32018-03-27 09:17:16 UTCTesla Thank you for answer. I wrote you a direct message earlier explaining everything in detail. Besides SSID is not private and there is no reason to remove it. Also note the tag is called key, not password. It serves different purpose. Thank you!
12018-03-16 23:32:24 UTCabakus_uploader (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porz...
12018-03-15 00:47:31 UTCワギx Hello.
It is amazing!
But it's too big;(
It takes time to load.
I want you to split little by little.
12018-03-09 12:04:36 UTCHjart The burnt key probably should be documented on the wiki if before using it again
22018-03-09 12:28:56 UTCmueschel Yes, definitely.
I just changed it because 'burnt' is already used 300 times, and the prefix 'burnt:' was not in use at all.

Jan
12018-02-22 05:37:27 UTCaz09 Are you bot? )
12018-02-21 16:22:06 UTCJJIglesias My mistake, should have been is_in:state; if you find any other is_in:s please change to is_in:state.
Thanks and Best Regards
JJ
12018-02-20 01:22:00 UTCJayTurnr Good spot! Ooops!
12018-02-12 17:47:30 UTCJJIglesias Thanks the correction;the Tag should has been is_in:state=Chuquisaca
BsRgds
JJ
12018-02-06 06:44:34 UTCJJIglesias Thanks
BsRgds
JJ
12018-01-28 11:44:40 UTCff5722 It seems that the nodes you deleted were the location of a road although not tagged correctly, this is still valid map data.

https://overpass-api.de/achavi/?changeset=55800189
22018-01-28 12:08:00 UTCmueschel Hi,
that's also what I wrote to ntlong1974 - the information might be useful, but needs proper tagging. Most of the nodes were placed along existing roads, only few pieces contain new roads.
A fair amount of them were off by several 100 meters from the actual road as far as I can tell from existin...
32018-01-28 12:09:12 UTCff5722 Ok thank you, then i understand why you deleted all of them.
12018-01-17 13:31:00 UTCgurglypipe Thanks. Tab-completion obviously went wrong for me there and I didn’t notice.
12018-01-08 17:56:42 UTCAmitl Also trotz Anpassung und tracking wird hier immer noch angesagt "links halten" und das in beiden Richtungen, was bei Geradeaus-Fahrt unnötig ist.
Bei den "Abfahrten/Einmündungen" vorher und nachher ist das anders, also korrekt.
12018-01-08 11:59:02 UTCRicoElectrico Hi, did you mean Sudecka?

BTW, how did you find this street name to correct?
22018-01-08 12:08:40 UTCmueschel Could well be.
I found the tag
"Sudecka = Beskidzka"
I assumed this was a simple error while copy-and-pasting. But it could be "name = Sudecka" as well (which I think makes more sense)

I found it in the list of new tags in the OSM database:
http://osm.mueschelsoft.de/ta...
12018-01-05 13:16:10 UTCnaoliv This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481
12018-01-05 13:16:08 UTCnaoliv This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481
12018-01-05 13:16:06 UTCnaoliv This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481
12018-01-05 13:16:04 UTCnaoliv This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481
12018-01-05 13:16:01 UTCnaoliv This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481
12018-01-04 17:28:47 UTCmvexel Hi mueschel -- in this changeset (and maybe others?) you modified some destination:street:fr/en to destination:street:lang:fr/en. I am curious about your reasoning? We discussed this in the talk-ca mailing list a little while ago (see https://lists.openstreetmap.org/pipermail/talk-ca/2017-October/00...
22018-01-04 18:53:25 UTCmueschel Hi,
well, the Wiki specifically asks to use "destination:lang:en", to make clear it is a language.
As example: destination:street:to - is this a street further away (like in destination:ref:to), or is it a Tongan street name?

For me, this points to that this syntax should also be use...
32018-01-04 21:36:29 UTCmvexel Ah, okay, I see. That aspect did not come up in the discussion. Since this seemed to be a pretty uncommon case (at the time I did not find more than a handful cases worldwide) I found it appropriate to discuss on the country list where we were editing (we being Telenav). As long as it is consistent ...
42018-01-04 21:45:43 UTCmvexel I added a section to the wiki talk page now: https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Destination_details#destination:street_multilingual
12018-01-03 14:03:54 UTCdmlu I followed the instructions given by a more experienced portuguese mapper, this seems to be the way to map relations here.
22018-01-03 14:36:47 UTCmueschel I wanted to delete the two tags which shouldn't be there:
LUG11 = 018723
LUG11DESIG = Colmeosa

Essentially, if the way is a closed line, there is no need to have a separate relation. In most cases, the ways are not closed and you need a relation to combine them to form a area. This method avoid...
32018-01-04 16:12:10 UTCViriatoLusitano This is how it is done across the country though. Having a relation helps organizing them hierarchically.
12018-01-02 13:21:58 UTCNixillUmbreon ... Just looked in the wiki because I thought you were wrong here.

You were right. There is no `start` or `end` key.

While I question those tags' applicability to this route in particular (`from` and `to` are the same stop), I'm going to update the rest of them to use the proper tags.
22018-01-02 18:20:14 UTCmueschel There is also the key 'via' to name intermediate stops.
32018-01-02 18:31:06 UTCNixillUmbreon Yeah, I've used that on various routes when it removes ambiguity from other routes of the same number that don't go the same way, for example 450 SB: Pontiac => State Fair vs 450 SB: Pontiac => State Fair via Royal Oak.
12017-12-31 01:13:03 UTCPrisamargamiana87 WAU
https://prisa87.blogspot.co.id
12017-12-30 14:58:59 UTCPeilscheibe Hallo mueschel,

in Gegenrichtung freigegebenen Radverkehr taggt man ja üblicherweise mit oneway:bicycle=*
Warum sollte man die Schlüsselelemente in der Reihenfolge umdrehen, wenn man das an einen anderen subkey dranhängt?

Grüße, P.
22017-12-30 15:07:43 UTCmueschel Hi,
Hauptgrund für die Änderung war, dass sidewalk:left:oneway:bicycle neu war und sidewalk:left:bicycle:oneway schon benutzt wurde. (insgesamt 30x left und right zusammen)
Generell sollte ein sidewalk:left:oneway (270x) allerdings reichen, weil außer Fahrräder keine Fahrzeug...
32017-12-30 15:39:55 UTCPeilscheibe Meine Frage sehe ich jetzt nicht beantwortet:
warum sollte man (ganz allgemein) für den selben Sachverhalt die Schlüsselelemente in der Reihenfolge umdrehen, wenn man die tags als subkey anstatt eigenständig verwendet?

Übrigens, wenn man A nach B ändert und dann damit ar...
42017-12-30 15:56:26 UTCmueschel Wenn ein Tag neu eingeführt wird, stimme ich dir zu. Hier ist es allerdings anders: In der Datenbank gibt es z.B.
400x footway:[...]:bicycle:oneway
30x sidewalk:[...]:right:bicycle:oneway
und zudem das ausreichende
270x sidewalk:[...]:oneway

xyz:oneway:bicycle gibt es hingegen genau 4x ...
52017-12-30 16:10:47 UTCPeilscheibe Meine Frage ist immer noch nicht beantwortet.

Zur Vervollständigung der Statistik:
die Notation "oneway:bicycle" wird über 73000 mal verwendet. Warum sollte man also ...

62017-12-30 16:16:04 UTCmueschel Diese Frage solltest du nicht mir sondern den Mappern stellen, die diese Tags seit mindestens 5 Jahren benutzen. Aber wie bereits gesagt, die Reihenfolge "key:transportation_mode:subkey" ist nichts besonderes, sondern so üblich.
72017-12-30 17:21:45 UTCPeilscheibe Ich habe sie aber Dir gestellt, weil Du hier diese Änderung vorgenommen hast und mich die Begründung interessiert. Aber ich nehme zur Kenntnis, dass Du meine oben gestellte Frage nicht beantworten willst. Schade.

Ich formuliere es mal anders:
Weiter oben argumentierst Du, es sei besser...
82017-12-30 17:29:39 UTCmueschel Changeset-Kommentare sind nicht für grundlegende Tagging-Diskussionen gedacht. Bitte mache das im Forum oder einer anderen geeigneten Stelle.
12017-12-16 18:10:37 UTCBeKri Danke ;-))
12017-12-13 14:39:11 UTCtreestryder Thank you. It seems I incorrectly memorized that tag.
12017-12-09 11:48:49 UTCAllroads Thanks!
12017-12-04 18:18:30 UTCtrigpoint Hi
These 'heritage:operator' tags you have added seem a little odd. What is the source of this information. Did you visit these sites to confirm?

Cheers Phil
22017-12-04 18:56:09 UTCmueschel Hi Phil,
I didn't add them, this was brianboru in http://www.openstreetmap.org/changeset/54115710
I just corrected the spelling from an '_' to a ':', assuming it was just a spelling mistake and the content was correct.

Jan
12017-11-29 04:48:06 UTCBladeTC Sorry, mistake with wrong destination tag. It's "source=Mapillary"
22017-11-29 04:48:25 UTCBladeTC My mistake*
12017-10-13 08:46:21 UTChighflyer74 Danke Dir! Peinlich... Augen verdreh'... :-)
12017-10-06 09:57:43 UTCHarald Hartmann hmm, `location_ref` ist jetzt aber auch ein neuer key ;-)
12017-09-23 15:57:00 UTCHarald Hartmann Hallo mueschel. Mit diesem Änderungssatz hast du den neuen key `apron` eingeführt ;-)
Ich bin ja nur ein einfacher Motorgleitschirmpilot und kein Segelfliegerpilot, aber sag mal, die zwei kurzen runways haben unterschiedliche Richtungen sind aber beide mit 50/23 gemappt?! V.a. 50/23?! W&a...
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.
131 changeset(s) created by mueschel have been discussed with a total of 287 comment(s)