| Changeset | No. | Date | Contributor | Comment |
|---|---|---|---|---|
| 62831406 by mueschel | 1 | 2018-09-23 06:14:41 UTC | Carnildo | 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. |
| 2 | 2018-09-23 10:04:52 UTC | mueschel | 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... | |
| 3 | 2018-09-27 05:10:06 UTC | freebeer | 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. | |
| 4 | 2018-09-27 09:03:26 UTC | Carnildo | I don't know about that one, but the Rusty Moose is a pretty clear "amenity=restaurant, cuisine=american". | |
| 58167444 by mueschel | 1 | 2018-05-16 15:22:51 UTC | lowlander | 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. |
| 2 | 2018-05-16 15:35:05 UTC | mueschel | 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... | |
| 3 | 2018-05-16 15:38:32 UTC | lowlander | 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... | |
| 4 | 2018-05-16 15:43:02 UTC | mueschel | 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... | |
| 5 | 2018-05-16 16:05:40 UTC | lowlander | 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... | |
| 6 | 2018-05-16 16:12:21 UTC | mueschel | Ja, einen Kommentar an deinem Changeset habe ich in diesem Fall tatsächlich vergessen, entschuldige. | |
| 7 | 2018-09-25 19:08:20 UTC | lowlander | 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. | |
| 62848626 by mueschel | 1 | 2018-09-24 16:26:04 UTC | AndersAndersson | 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. |
| 2 | 2018-09-24 17:00:02 UTC | mueschel | Right, removing 'ele' was a mistake. | |
| 3 | 2018-09-24 17:01:15 UTC | AndersAndersson | No problem! Thanks for necessary cleaning. | |
| 32584679 by mueschel | 1 | 2018-09-22 19:07:33 UTC | kreuzschnabel | 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... |
| 2 | 2018-09-22 19:39:15 UTC | mueschel | 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. | |
| 3 | 2018-09-22 20:05:55 UTC | kreuzschnabel | Sehr ungewöhnlich. Aber dann nehme ich alles zurück :) | |
| 4 | 2018-09-22 21:58:19 UTC | kreuzschnabel | Zusatzfrage: Wär’s dir möglich, dich um https://www.openstreetmap.org/note/1536993 zu kümmern? Brennt nicht, gibt keine Routingfehler :) | |
| 62431317 by mueschel | 1 | 2018-09-09 19:41:15 UTC | bye12 | 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 |
| 62347800 by mueschel | 1 | 2018-09-06 16:48:55 UTC | jmapb | noch ein mal danke! |
| 62347239 by mueschel | 1 | 2018-09-06 16:19:42 UTC | JeroenHoek | 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. |
| 62071445 by mueschel | 1 | 2018-08-31 09:19:54 UTC | Markus366 | Mein Fehler, Danke! |
| 62097521 by mueschel | 1 | 2018-08-29 21:23:05 UTC | jmapb | Danke! |
| 61981026 by mueschel | 1 | 2018-08-26 14:36:00 UTC | Parsamparham | Fix access please |
| 2 | 2018-08-26 14:37:18 UTC | mueschel | Please be a bit more precise. What is the problem with the current access tag? These were not added by me. | |
| 3 | 2018-08-26 14:39:13 UTC | Parsamparham | Current access tag | |
| 4 | 2018-08-28 04:10:42 UTC | Dió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... | |
| 61380650 by mueschel | 1 | 2018-08-08 21:44:02 UTC | SelfishSeahorse | HiPlease 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.RegardsMarkus |
| 2 | 2018-08-08 22:27:26 UTC | mueschel | 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 ... | |
| 3 | 2018-08-09 06:50:40 UTC | SelfishSeahorse | Some other people came to other conclusions:'If most existing data is using unisex to mean "there are both male andfemale 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... | |
| 4 | 2018-08-09 08:25:31 UTC | mueschel | 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... | |
| 61463817 by mueschel | 1 | 2018-08-09 01:05:35 UTC | LeifRasmussen | Thanks for noticing that! I was using JOSM, and somehow managed to paste the name incorrectly from the addresses nearby. |
| 61463978 by mueschel | 1 | 2018-08-08 15:29:53 UTC | FredrikLindseth_import | Very nice! Thanks. I forgot to remove those :-) |
| 61357930 by mueschel | 1 | 2018-08-06 11:09:50 UTC | lorandr_telenav | Hello. I'm sorry it was an inattention mistake! Thank you for correcting! |
| 61234901 by mueschel | 1 | 2018-08-01 00:41:16 UTC | Dr-Mx | Should this tag have been changed to 'wikimedia_commons'? |
| 2 | 2018-08-01 10:29:01 UTC | mueschel | Sure... I corrected so many auto-completion mistakes so I started doing my own. Thanks! | |
| 61204702 by mueschel | 1 | 2018-07-30 21:33:25 UTC | treestryder | Thank you for correcting my mistaken memory. |
| 60898072 by mueschel | 1 | 2018-07-21 11:11:19 UTC | gnesss | D’oh! Thanks for fixing my typo. |
| 60794571 by mueschel | 1 | 2018-07-17 12:59:27 UTC | czubi | Hallo mueschel,nur mal rein Interesse halber, war das vorher falsch oder war es unüblich oder ...? |
| 2 | 2018-07-17 13:34:16 UTC | mueschel | Hi,'razed' wird als Prefix verwendet, nicht als Suffix. https://wiki.openstreetmap.org/wiki/Lifecycle_prefixTechnisch 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... | |
| 3 | 2018-07-21 09:07:38 UTC | czubi | pefix... ja klar... Danke für's einbessern. | |
| 58260618 by mueschel | 1 | 2018-07-19 22:28:08 UTC | Warin61 | Length 10 cm????? Deleted. What are you thinking? |
| 60535062 by mueschel | 1 | 2018-07-12 22:05:12 UTC | Arlo James Barnes | Thanks much. I only found the right tag the other day and had not gotten around to fixing it. |
| 60379048 by mueschel | 1 | 2018-07-03 13:28:26 UTC | JJIglesias | Thanks for the correctionBsRgdsJJ |
| 60260625 by mueschel | 1 | 2018-06-28 23:07:43 UTC | Enock4seth | 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. |
| 2 | 2018-06-28 23:37:22 UTC | mueschel | Hi,this information was added in https://www.openstreetmap.org/changeset/60160657I just fixed the spelling of the tag. | |
| 3 | 2018-06-29 08:25:28 UTC | Enock4seth | My bad I should have checked history well. Sorry and thanks :) --- Published using OSMCha: https://osmcha.mapbox.com/changesets/60260625 | |
| 33819814 by mueschel | 1 | 2018-06-25 17:04:41 UTC | luschi | 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... |
| 2 | 2018-06-25 17:11:25 UTC | mueschel | 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... | |
| 3 | 2018-06-25 17:45:34 UTC | luschi | 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... | |
| 60145791 by mueschel | 1 | 2018-06-25 11:51:43 UTC | samuelrussell | thank you |
| 60106076 by mueschel | 1 | 2018-06-24 07:15:32 UTC | samuelrussell | Thank you |
| 59990537 by mueschel | 1 | 2018-06-19 20:56:57 UTC | Hjart | Ok, maybe this one should have been documented a bit better: https://wiki.openstreetmap.org/wiki/AutoAWS#autoAWS_0.3_rc1 |
| 2 | 2018-06-19 20:59:45 UTC | mueschel | 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 | |
| 3 | 2018-06-20 22:15:02 UTC | Hjart | I'll recommend you search directly on the OSM wiki | |
| 4 | 2018-06-20 22:35:20 UTC | mueschel | Unfortunately this would miss discussions and "documentation" that is only in the mailing lists or forums - many people just don't use the Wiki. | |
| 59607226 by mueschel | 1 | 2018-06-06 17:59:10 UTC | Sowa1980 | Это не верно, автор и дизайнер это разные понятия. Автор проекта - архитектор. Он нарисовал проект. Тоесть выполнял математические и прочие вещи , а дизайнер как прав... |
| 2 | 2018-06-06 18:38:32 UTC | Sowa1980 | да тут вообще то об авторстве больше речь шла)) автор как правило может быть и архитектор и вообще может им не быть)))Даже, если у вас идея и Вы пришли с ней не к архит... | |
| 3 | 2018-06-13 16:08:40 UTC | Mir76 | Теперь уже и вы попались на трудности перевода. "Design" в английском языке и "дизайн" в русском не совсем совпадают. В английском оно имеет в том числе и знач... | |
| 59716811 by mueschel | 1 | 2018-06-10 18:57:20 UTC | samuelrussell | Thank you so much! |
| 59535074 by mueschel | 1 | 2018-06-05 21:44:45 UTC | Sowa1980 | Здравствуйте, поясните причину удаления тегов с объектов? Эти теги были проставлены согласно договоренности , жду отката Ваших правок. |
| 2 | 2018-06-05 21:50:44 UTC | mueschel | 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. | |
| 3 | 2018-06-05 21:56:17 UTC | Sowa1980 | Там в тегах указана фамилия, по тому как проекты типовые , этот момент был обсужден в чате телеграмм в россии , вот что бы было понятно о чем речь ссылка https://ru.wikipedia.org... | |
| 4 | 2018-06-05 22:08:29 UTC | mueschel | 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... | |
| 5 | 2018-06-05 22:17:00 UTC | Sowa1980 | Project:author=Рожновского этот тег обозначает , что башня построена по типовому проекту имени Рожновского, ссылку я Вам дал. Жду Восстановления тегов. Вики к сожаления пр... | |
| 6 | 2018-06-05 22:19:16 UTC | Sowa1980 | И да в проекте ОСМ не обязательно закреплять это в OSM wiki , согласно правилам проекта человек может применят теги не закрепленные в OSM wiki , которых там еще нет. | |
| 7 | 2018-06-05 22:37:29 UTC | mueschel | 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... | |
| 8 | 2018-06-05 23:11:44 UTC | Sowa1980 | Еще раз повторюсь жду отката изменений. | |
| 9 | 2018-06-06 11:40:35 UTC | mavl | 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... | |
| 10 | 2018-06-06 11:53:04 UTC | mueschel | 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! | |
| 11 | 2018-06-06 12:14:40 UTC | mavl | @mueschel, not at all :-) @Sowa1980, в значении тега специально использован родительный падеж ("Рожновского" вместо "Рожновский")? Возможно, именительный падеж был бы... | |
| 12 | 2018-06-06 15:38:57 UTC | mueschel | 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 | |
| 13 | 2018-06-06 18:38:22 UTC | Sowa1980 | да тут вообще то об авторстве больше речь шла)) автор как правило может быть и архитектор и вообще может им не быть)))Даже, если у вас идея и Вы пришли с ней не к архит... | |
| 14 | 2018-06-06 18:47:06 UTC | mueschel | Sorry, the automatic translation of this is just incomprehensible. In English, the word "author" doesn't exist in the context of designing buildings. | |
| 15 | 2018-06-06 18:48:52 UTC | Sowa1980 | Почитайте вот это что бы было понятнее https://ru.wikipedia.org/wiki/Рожновский,_Антон_Александрович | |
| 16 | 2018-06-06 18:52:42 UTC | Sowa1980 | Я вас понимаю, что в английском этого нет)) но зачем Вы стерли теги вот чего я не понимаю )) раз в Вашем языке токового нет у нас то есть)) и вообще такие правки называют... | |
| 17 | 2018-06-07 16:05:42 UTC | Vort | mueschel посчитал, что это имя автора объекта в OSM, а не в реальности (на земле). Поэтому он и удалил его. То есть, случилось недопонимание. Тег :design неплох, я чуть подробн... | |
| 59532454 by mueschel | 1 | 2018-06-04 14:16:23 UTC | Discostu36 | Danke, doofer Fehler |
| 59494905 by mueschel | 1 | 2018-06-02 22:15:48 UTC | Reclus | Danke! |
| 59075703 by mueschel | 1 | 2018-05-18 22:30:50 UTC | abakus_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... |
| 58675546 by mueschel | 1 | 2018-05-14 06:34:07 UTC | PT-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 ? |
| 2 | 2018-05-14 08:55:04 UTC | mueschel | 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... | |
| 3 | 2018-05-14 11:39:19 UTC | PT-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.... | |
| 4 | 2018-05-18 12:24:37 UTC | PT-53 | Hallo mueschel,ich habe das wieder auf das Wiki-konforme korrekte Tagging zurückgesetzt. | |
| 58769986 by mueschel | 1 | 2018-05-07 20:31:24 UTC | Mateusz Konieczny | And this kind of edit makes perfect sense (it would even better to use a better edit description). |
| 57626490 by mueschel | 1 | 2018-04-18 18:39:35 UTC | marczoutendijk | 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 |
| 2 | 2018-04-19 08:19:02 UTC | mueschel | 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 ... | |
| 3 | 2018-05-07 20:11:30 UTC | Mateusz 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. | |
| 4 | 2018-05-07 20:18:55 UTC | mueschel | 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. | |
| 5 | 2018-05-07 20:28:03 UTC | Mateusz 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. | |
| 58736763 by mueschel | 1 | 2018-05-07 20:05:54 UTC | Mateusz Konieczny | it just makes them harder to spot and really fix! What is the point of that edit? |
| 2 | 2018-05-07 20:17:09 UTC | mueschel | 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. | |
| 3 | 2018-05-07 20:26:21 UTC | Mateusz 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? | |
| 58754503 by mueschel | 1 | 2018-05-07 20:02:17 UTC | Mateusz Konieczny | Yes, it gives. It confirms that some foreign currencies may be withdrawn here. |
| 2 | 2018-05-07 20:11:09 UTC | mueschel | 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. | |
| 3 | 2018-05-07 20:23:45 UTC | Mateusz 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... | |
| 58754574 by mueschel | 1 | 2018-05-07 19:59:25 UTC | Mateusz Konieczny | What was point of this edit? |
| 2 | 2018-05-07 20:00:19 UTC | Mateusz Konieczny | If you stuff everything into note tag - please, as minimum, ensure that produced note has no new typos. | |
| 3 | 2018-05-07 20:09:01 UTC | mueschel | 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. | |
| 4 | 2018-05-07 20:21:30 UTC | Mateusz Konieczny | "is not in use elsewhere and not defined anywhere" and? See https://wiki.openstreetmap.org/wiki/Any_tags_you_likenote already existed, this tag only provided extra info" note on the other hand is shown in all editors" - for start it is simply untrue. | |
| 58295618 by mueschel | 1 | 2018-05-07 19:54:24 UTC | Mateusz Konieczny | Why you made this edit? Can you use edit description that explain why you made an edit? |
| 2 | 2018-05-07 20:06:46 UTC | mueschel | There is no need for a new tag 'service_times:mass' - that's by definition 'service_times'. | |
| 3 | 2018-05-07 20:18:40 UTC | Mateusz Konieczny | see https://lists.openstreetmap.org/pipermail/tagging/2018-April/035869.html for explanationplease, do not remove tags just because you do not understand why somebody added them | |
| 58175157 by mueschel | 1 | 2018-04-19 09:39:43 UTC | Nakaner | Hallo mueschel,meines Wissens nach haben UIC-Nummern einen anderen Aufbau als "de:08119:5960", oder? https://www.openstreetmap.org/node/4447883498/historyViele GrüßeMichael |
| 2 | 2018-04-19 09:55:15 UTC | mueschel | 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/58181024Jan | |
| 58132388 by mueschel | 1 | 2018-04-16 11:47:35 UTC | Tomas Straupis | Reverted. name->waterway:name was done on purpose because at this point it is a reservoir, not a stream/river. |
| 2 | 2018-04-16 12:02:13 UTC | mueschel | 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... | |
| 3 | 2018-04-16 12:08:58 UTC | Tomas 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... | |
| 4 | 2018-04-16 12:19:39 UTC | mueschel | 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. | |
| 5 | 2018-04-16 12:27:27 UTC | Tomas 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... | |
| 6 | 2018-04-16 12:37:13 UTC | mueschel | 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.... | |
| 7 | 2018-04-16 13:05:41 UTC | Tomas 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. | |
| 55993913 by mueschel | 1 | 2018-04-12 13:35:42 UTC | M!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 ... |
| 2 | 2018-04-12 13:54:21 UTC | mueschel | 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... | |
| 57709436 by mueschel | 1 | 2018-04-01 13:41:14 UTC | Dió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 |
| 50615944 by mueschel | 1 | 2018-03-31 15:14:16 UTC | borazslo | 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 |
| 2 | 2018-03-31 15:18:10 UTC | mueschel | Hi,sorry, I don't speak Hungarian. The two objects had the tag "url:", not "url:miserend". | |
| 3 | 2018-03-31 15:23:58 UTC | borazslo | 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... | |
| 4 | 2018-03-31 15:26:26 UTC | mueschel | Yes sure, if this is a documented tag, feel free to use it. | |
| 57537093 by mueschel | 1 | 2018-03-27 00:08:31 UTC | Tesla | Removing the correct information is not OK |
| 2 | 2018-03-27 07:49:03 UTC | mueschel | 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... | |
| 3 | 2018-03-27 09:17:16 UTC | Tesla | 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! | |
| 57239682 by mueschel | 1 | 2018-03-16 23:32:24 UTC | abakus_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... |
| 57142971 by mueschel | 1 | 2018-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. |
| 57029372 by mueschel | 1 | 2018-03-09 12:04:36 UTC | Hjart | The burnt key probably should be documented on the wiki if before using it again |
| 2 | 2018-03-09 12:28:56 UTC | mueschel | Yes, definitely. I just changed it because 'burnt' is already used 300 times, and the prefix 'burnt:' was not in use at all. Jan | |
| 56547319 by mueschel | 1 | 2018-02-22 05:37:27 UTC | az09 | Are you bot? ) |
| 56545532 by mueschel | 1 | 2018-02-21 16:22:06 UTC | JJIglesias | 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 RegardsJJ |
| 56214868 by mueschel | 1 | 2018-02-20 01:22:00 UTC | JayTurnr | Good spot! Ooops! |
| 56291607 by mueschel | 1 | 2018-02-12 17:47:30 UTC | JJIglesias | Thanks the correction;the Tag should has been is_in:state=ChuquisacaBsRgdsJJ |
| 56050918 by mueschel | 1 | 2018-02-06 06:44:34 UTC | JJIglesias | ThanksBsRgdsJJ |
| 55800189 by mueschel | 1 | 2018-01-28 11:44:40 UTC | ff5722 | 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 |
| 2 | 2018-01-28 12:08:00 UTC | mueschel | 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... | |
| 3 | 2018-01-28 12:09:12 UTC | ff5722 | Ok thank you, then i understand why you deleted all of them. | |
| 55520147 by mueschel | 1 | 2018-01-17 13:31:00 UTC | gurglypipe | Thanks. Tab-completion obviously went wrong for me there and I didn’t notice. |
| 54913470 by mueschel | 1 | 2018-01-08 17:56:42 UTC | Amitl | 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. |
| 55234660 by mueschel | 1 | 2018-01-08 11:59:02 UTC | RicoElectrico | Hi, did you mean Sudecka?BTW, how did you find this street name to correct? |
| 2 | 2018-01-08 12:08:40 UTC | mueschel | 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... | |
| 55011045 by mueschel | 1 | 2018-01-05 13:16:10 UTC | naoliv | This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481 |
| 55010858 by mueschel | 1 | 2018-01-05 13:16:08 UTC | naoliv | This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481 |
| 55008010 by mueschel | 1 | 2018-01-05 13:16:06 UTC | naoliv | This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481 |
| 55007710 by mueschel | 1 | 2018-01-05 13:16:04 UTC | naoliv | This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481 |
| 55007547 by mueschel | 1 | 2018-01-05 13:16:01 UTC | naoliv | This changeset was reverted in the following changesets: 55185169 55185329 55185484 55185590 55185755 55185888 55186012 55186123 55186251 55186361 55186481 |
| 53648377 by mueschel | 1 | 2018-01-04 17:28:47 UTC | mvexel | 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... |
| 2 | 2018-01-04 18:53:25 UTC | mueschel | 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... | |
| 3 | 2018-01-04 21:36:29 UTC | mvexel | 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 ... | |
| 4 | 2018-01-04 21:45:43 UTC | mvexel | I added a section to the wiki talk page now: https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Destination_details#destination:street_multilingual | |
| 55126398 by mueschel | 1 | 2018-01-03 14:03:54 UTC | dmlu | I followed the instructions given by a more experienced portuguese mapper, this seems to be the way to map relations here. |
| 2 | 2018-01-03 14:36:47 UTC | mueschel | I wanted to delete the two tags which shouldn't be there:LUG11 = 018723LUG11DESIG = ColmeosaEssentially, 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... | |
| 3 | 2018-01-04 16:12:10 UTC | ViriatoLusitano | This is how it is done across the country though. Having a relation helps organizing them hierarchically. | |
| 54700833 by mueschel | 1 | 2018-01-02 13:21:58 UTC | NixillUmbreon | ... 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. |
| 2 | 2018-01-02 18:20:14 UTC | mueschel | There is also the key 'via' to name intermediate stops. | |
| 3 | 2018-01-02 18:31:06 UTC | NixillUmbreon | 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. | |
| 55040602 by mueschel | 1 | 2017-12-31 01:13:03 UTC | Prisamargamiana87 | WAUhttps://prisa87.blogspot.co.id |
| 55016442 by mueschel | 1 | 2017-12-30 14:58:59 UTC | Peilscheibe | 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. |
| 2 | 2017-12-30 15:07:43 UTC | mueschel | 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... | |
| 3 | 2017-12-30 15:39:55 UTC | Peilscheibe | 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... | |
| 4 | 2017-12-30 15:56:26 UTC | mueschel | 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:oneway30x sidewalk:[...]:right:bicycle:onewayund zudem das ausreichende270x sidewalk:[...]:onewayxyz:oneway:bicycle gibt es hingegen genau 4x ... | |
| 5 | 2017-12-30 16:10:47 UTC | Peilscheibe | 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 ... | |
| 6 | 2017-12-30 16:16:04 UTC | mueschel | 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. | |
| 7 | 2017-12-30 17:21:45 UTC | Peilscheibe | 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... | |
| 8 | 2017-12-30 17:29:39 UTC | mueschel | Changeset-Kommentare sind nicht für grundlegende Tagging-Diskussionen gedacht. Bitte mache das im Forum oder einer anderen geeigneten Stelle. | |
| 54677217 by mueschel | 1 | 2017-12-16 18:10:37 UTC | BeKri | Danke ;-)) |
| 54594075 by mueschel | 1 | 2017-12-13 14:39:11 UTC | treestryder | Thank you. It seems I incorrectly memorized that tag. |
| 51104488 by mueschel | 1 | 2017-12-09 11:48:49 UTC | Allroads | Thanks! |
| 54204478 by mueschel | 1 | 2017-12-04 18:18:30 UTC | trigpoint | HiThese '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 |
| 2 | 2017-12-04 18:56:09 UTC | mueschel | Hi Phil,I didn't add them, this was brianboru in http://www.openstreetmap.org/changeset/54115710I just corrected the spelling from an '_' to a ':', assuming it was just a spelling mistake and the content was correct.Jan | |
| 54145923 by mueschel | 1 | 2017-11-29 04:48:06 UTC | BladeTC | Sorry, mistake with wrong destination tag. It's "source=Mapillary" |
| 2 | 2017-11-29 04:48:25 UTC | BladeTC | My mistake* | |
| 52855236 by mueschel | 1 | 2017-10-13 08:46:21 UTC | highflyer74 | Danke Dir! Peinlich... Augen verdreh'... :-) |
| 52595925 by mueschel | 1 | 2017-10-06 09:57:43 UTC | Harald Hartmann | hmm, `location_ref` ist jetzt aber auch ein neuer key ;-) |
| 52289141 by mueschel | 1 | 2017-09-23 15:57:00 UTC | Harald 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... |
| 52032407 by mueschel | 1 | 2017-09-14 14:26:31 UTC | aharvey | 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/1kH6wZEDjyV1ixlAPXtXDAI've changed the tags over to use lanes:psv=designated|yes|yes, per https://wiki.openstreetmap.org/wiki/Key:lanes#Description but still no... |
| 2 | 2017-09-14 19:56:49 UTC | mueschel | 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. | |
| 3 | 2017-09-15 01:25:57 UTC | aharvey | 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'... | |
| 51938077 by mueschel | 1 | 2017-09-14 12:46:54 UTC | trigpoint | What does GPB mean? |
| 2 | 2017-09-14 18:26:51 UTC | freebeer | GRRRRREAT Pr*>pop<*thudKLONK*itish bounds...Has anybody seen me teeth? | |
| 3 | 2017-09-14 19:51:44 UTC | mueschel | Sure... it was "currency:gbp", I wanted to fix it to capital letters... and mixed them up. Thanks for pointing out!Jan | |
| 51431027 by mueschel | 1 | 2017-08-25 11:48:16 UTC | AsgerFrank | 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. |
| 2 | 2017-08-25 11:56:44 UTC | mueschel | 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/historyThe 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... | |
| 3 | 2017-08-25 12:04:02 UTC | AsgerFrank | Great, apparently my comment is completely unnecessary; I must educate myself http://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional) | |
| 51318443 by mueschel | 1 | 2017-08-21 21:45:27 UTC | naoliv | It seems that I forgot to remove a personal todo item there.Thanks! |
| 51229690 by mueschel | 1 | 2017-08-18 20:21:24 UTC | santamariense | Oh, Thanks. Now I know about this tag and I'm gonna use it. |
| 50842548 by mueschel | 1 | 2017-08-04 16:50:24 UTC | GinaroZ | I think mot is correct, as it offers an MOT service? |
| 2 | 2017-08-04 17:40:28 UTC | mueschel | 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. | |
| 3 | 2017-08-05 13:14:28 UTC | SomeoneElse | 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... | |
| 4 | 2017-08-05 13:49:16 UTC | mueschel | 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.... | |
| 49192211 by mueschel | 1 | 2017-07-22 12:47:47 UTC | SK53 | 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... |
| 2 | 2017-07-22 13:46:21 UTC | mueschel | 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. | |
| 50413497 by mueschel | 1 | 2017-07-20 04:35:35 UTC | Srihari Thalla | Thanks for updating, @mueschel !! |
| 49832862 by mueschel | 1 | 2017-06-27 10:51:34 UTC | Reclus | Danke! |
| 49286761 by mueschel | 1 | 2017-06-07 20:15:57 UTC | trigpoint | 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 |
| 2 | 2017-06-07 20:17:26 UTC | mueschel | Hi,that's not my work, it was added by http://www.openstreetmap.org/changeset/49075370Cheers, Jan | |
| 3 | 2017-06-07 20:46:10 UTC | trigpoint | Hi JanSorry, I will see if I can work it out.Cheers Phil | |
| 49227401 by mueschel | 1 | 2017-06-03 20:57:06 UTC | kreuzschnabel | Danke! |
| 49192230 by mueschel | 1 | 2017-06-02 11:44:15 UTC | Srihari Thalla | Typing in mobile..!! Thanks! |
| 49127873 by mueschel | 1 | 2017-05-31 17:33:10 UTC | jpennycook | Hi.Thanks for fixing my error on this node!Jon |
| 49127811 by mueschel | 1 | 2017-05-31 09:53:38 UTC | freeExec | please reverthttps://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts#Lifecycle_prefix_.28.3Cstatus.3E:.3Ckey.3E_.3D_.3Cvalue.3E.29 |
| 2 | 2017-05-31 10:12:44 UTC | mueschel | Hi,both versions are in use. The reason for my edit was your spelling mistake "constraction" | |
| 3 | 2017-05-31 15:50:07 UTC | freeExec | 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. | |
| 4 | 2017-05-31 16:25:37 UTC | mueschel | Alright, I changed it back. | |
| 49127871 by mueschel | 1 | 2017-05-31 09:09:03 UTC | opendcc | Bicycle = official on a non rectangular building? Are you sure? |
| 2 | 2017-05-31 09:19:28 UTC | mueschel | 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 | |
| 41058789 by mueschel | 1 | 2017-05-29 16:05:25 UTC | Markus366 | 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 ... |
| 2 | 2017-05-29 17:14:33 UTC | mueschel | Siehe http://www.openstreetmap.org/changeset/48979895 | |
| 48674669 by mueschel | 1 | 2017-05-14 17:54:29 UTC | Peilscheibe | Hallo mueschel, gibt es irgendeinen besonderen Grund für die Entfernung einer zutreffenden Information? Wurde das Schild geändert? |
| 2 | 2017-05-14 17:57:03 UTC | mueschel | Die Information war doppelt vorhanden. Ich habe nur eine der beiden Angaben "Rietheim 4.3 km;Terrassenfreibad 0.4 km" entfernt. | |
| 3 | 2017-05-14 20:52:04 UTC | Peilscheibe | 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. | |
| 4 | 2017-05-14 20:59:30 UTC | mueschel | 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. | |
| 48452836 by mueschel | 1 | 2017-05-09 18:57:56 UTC | SomeoneElse | Thanks! |
| 48360028 by mueschel | 1 | 2017-05-03 10:11:18 UTC | GinaroZ | whoops, thanks for fixing :) |
| 48056405 by mueschel | 1 | 2017-04-25 12:56:34 UTC | lenny32 | The addr:* node already exists https://www.openstreetmap.org/node/1522397032There is no need to create another one at the restaurant https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema |
| 2 | 2017-04-25 17:51:27 UTC | mueschel | 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... | |
| 3 | 2017-04-26 06:30:46 UTC | dgitto | 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 | |
| 4 | 2017-04-26 08:07:33 UTC | mueschel | 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. | |
| 5 | 2017-04-26 09:20:24 UTC | lenny32 | 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... | |
| 48056292 by mueschel | 1 | 2017-04-24 21:36:00 UTC | Athalis | 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 ;) |
| 2 | 2017-04-24 21:47:00 UTC | mueschel | Ja, der Verdacht liegt nahe ;-) Danke für den Hinweis, ich habe es korrigiert. | |
| 47901729 by mueschel | 1 | 2017-04-22 15:17:14 UTC | damjang | Ok, but so the wiki must be corrected:http://wiki.openstreetmap.org/wiki/Key:phone :-) |
| 2 | 2017-04-23 13:32:49 UTC | mueschel | 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. | |
| 3 | 2017-04-23 21:37:35 UTC | damjang | Bacause this is a phone number free only usable from Italy, if for you is ok, I will rechange to upper chars (phone:IT) | |
| 4 | 2017-04-24 09:36:57 UTC | mueschel | Yes, sure. It was my mistake. | |
| 45413391 by mueschel | 1 | 2017-04-11 19:52:02 UTC | Bob | 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. |
| 2 | 2017-04-11 20:02:08 UTC | mueschel | 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. | |
| 3 | 2017-04-12 10:42:00 UTC | Peilscheibe | @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. | |
| 4 | 2017-04-12 15:54:14 UTC | Bob | 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. | |
| 47486023 by mueschel | 1 | 2017-04-05 18:54:26 UTC | NicoVargas | Many thanks :) |
| 46925908 by mueschel | 1 | 2017-03-17 15:12:06 UTC | ToniE | Danke, wieder ein typo von mir? |
| 2 | 2017-03-17 19:29:53 UTC | mueschel | Aus "surfarce" habe ich "surface" gemacht - passiert nun mal beim Tippen. | |
| 46465811 by mueschel | 1 | 2017-02-28 15:13:35 UTC | muralito | Would'nt it be better to use tag "rooms" instead of "number_of_apartments"? |
| 2 | 2017-02-28 15:20:24 UTC | mueschel | 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. | |
| 46427719 by mueschel | 1 | 2017-02-27 14:46:55 UTC | Almtesh | It's really confusing to have two modifications so far away from each other in the same modification. |
| 45714170 by mueschel | 1 | 2017-02-02 07:52:19 UTC | eric_ | 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. |
| 2 | 2017-02-02 09:19:48 UTC | mueschel | Thanks! I'm sorry for the mistake but I forgot to check the history of the way... | |
| 3 | 2017-02-21 19:16:18 UTC | eric_ | No problem (sorry to answer so late). | |
| 45431514 by mueschel | 1 | 2017-02-08 15:13:28 UTC | rskedgell | 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... |
| 2 | 2017-02-08 15:31:07 UTC | mueschel | 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... | |
| 3 | 2017-02-08 19:48:13 UTC | mueschel | Fixed in https://www.openstreetmap.org/changeset/45928032 | |
| 45830634 by mueschel | 1 | 2017-02-07 22:56:02 UTC | Fortepc | There was no reason to remove those tags. They were accurate information relevant to the POIs they were attached to. |
| 2 | 2017-02-08 11:49:11 UTC | mueschel | see http://www.openstreetmap.org/changeset/45848069OSM is not a map of non-existing graphics in some game. | |
| 3 | 2017-02-08 17:27:39 UTC | Fortepc | 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. | |
| 45159743 by mueschel | 1 | 2017-01-14 21:25:49 UTC | pneff | Thank you for this change, I'll update my template to not re-introduce these errors. |
| 44031782 by mueschel | 1 | 2017-01-08 10:05:06 UTC | PT-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=1Erledigt Du das ?Gr&... |
| 2 | 2017-01-08 12:26:08 UTC | mueschel | 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. | |
| 44563459 by mueschel | 1 | 2016-12-22 13:26:05 UTC | BeKri | Sorry, aber addr:po stimmt noch nicht so ganz, hab es ausgebessert |
| 44292688 by mueschel | 1 | 2016-12-10 10:54:01 UTC | literan | 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. |
| 2 | 2016-12-10 11:31:50 UTC | mueschel | Me too:https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/SpecialtiesHomeopathy is listed as a specialty, not as a medial_system. | |
| 3 | 2016-12-10 11:41:08 UTC | literan | 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 | |
| 4 | 2016-12-10 16:05:41 UTC | mueschel | The health_specialty tag is already used a few times. A change should be discussed within the proposal / its Talk page. | |
| 44139236 by mueschel | 1 | 2016-12-04 09:31:58 UTC | user_5359 | Welcome to OSM !Unfortunately, your website has a bug (GoDaddy problem?), so that the nature of your business can not determine. |
| 44032438 by mueschel | 1 | 2016-12-03 05:36:36 UTC | Tôi chú của bạn | 你在里面编辑了什么 |
| 44031610 by mueschel | 1 | 2016-12-01 15:19:00 UTC | danovar | 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... |
| 2 | 2016-12-01 20:47:41 UTC | mueschel | 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. | |
| 3 | 2016-12-02 09:54:55 UTC | danovar | 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... | |
| 44094233 by mueschel | 1 | 2016-12-02 07:26:52 UTC | Silencialschirwa | thanks |
| 43666494 by mueschel | 1 | 2016-11-15 16:24:41 UTC | literan | 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. |
| 2 | 2016-11-15 16:38:02 UTC | mueschel | 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. ... | |
| 3 | 2016-11-16 15:28:48 UTC | literan | 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. | |
| 43053916 by mueschel | 1 | 2016-10-30 17:43:21 UTC | user_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 ... |
| 2 | 2016-10-30 17:54:18 UTC | mueschel | 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. | |
| 3 | 2016-10-30 18:00:27 UTC | user_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. | |
| 43137755 by mueschel | 1 | 2016-10-25 09:09:46 UTC | PeressenyiRobert | Köszi!Hogy ezt a contact:facebook -ot miért nem találtam?R |
| 42961773 by mueschel | 1 | 2016-10-22 08:28:20 UTC | 7of9 | 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 |
| 42958061 by mueschel | 1 | 2016-10-17 13:43:57 UTC | AgusQui | thanks for the correction, but attraction = * is not a subkey of tourism = attraction |
| 2 | 2016-10-17 13:58:19 UTC | mueschel | Hi,looks like you are right. I just removed the tag again.Jan | |
| 42332075 by mueschel | 1 | 2016-09-22 09:13:37 UTC | SomeoneElse | 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. |
| 41234507 by mueschel | 1 | 2016-08-04 14:18:18 UTC | SomeoneElse | Thanks! |
| 36513507 by mueschel | 1 | 2016-07-06 19:05:33 UTC | SomeoneElse | D'oh - thanks for fixing! |
| 38332014 by mueschel | 1 | 2016-04-06 01:22:15 UTC | samuelrussell | 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 ? |
| 2 | 2016-04-06 11:12:30 UTC | mueschel | 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:sidewalkIf you check Taginfo, you see that :left is usually placed in second or third position in a lon... | |
| 36677815 by mueschel | 1 | 2016-01-20 15:19:09 UTC | R0bst3r | New try? "conditional" :D |
| 2 | 2016-01-20 15:30:11 UTC | mueschel | Ach Mist... zweimal Blödsinn direkt hintereinander... kriegst ein Bier falls wir uns mal treffen ;-) | |
| 36677827 by mueschel | 1 | 2016-01-20 14:27:39 UTC | R0bst3r | leaf_type was correct ... |
| 2 | 2016-01-20 14:32:30 UTC | mueschel | 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 | |
| 33050912 by mueschel | 1 | 2015-08-02 20:06:45 UTC | maraf24 | Bing is outdated regarding parking.The current view: https://goo.gl/maps/EQfCu |
| 2 | 2015-08-02 20:13:56 UTC | mueschel | 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... | |
| 28545993 by mueschel | 1 | 2015-05-02 08:15:39 UTC | franzelka | 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 |
| 2 | 2015-05-02 10:56:57 UTC | mueschel | 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... | |
| 30272013 by mueschel | 1 | 2015-04-16 20:32:23 UTC | krza | Stimmt, hatte ich wohl verdreht, danke! |
| 29646027 by mueschel | 1 | 2015-03-22 20:54:17 UTC | woodpeck | Is your Chinese good enough to make sure your reasoning is correct? |
| 2 | 2015-03-22 21:20:19 UTC | mueschel | The street in China: simple comparison to the available name:en.The street in Japan: google translatorAll others seemed obvious. | |
| 29640766 by mueschel | 1 | 2015-03-22 20:49:13 UTC | woodpeck | How did you check that? |
| 2 | 2015-03-22 21:15:33 UTC | mueschel | 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. | |
| 29626303 by mueschel | 1 | 2015-03-22 20:47:36 UTC | woodpeck | Since Level0 is not an editor that lets you visually check a concrete case, how did you determine which correction was the right one? |
| 2 | 2015-03-22 21:13:15 UTC | mueschel | 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). | |
| 18435998 by mueschel | 1 | 2015-03-14 16:42:09 UTC | GUFSZ | 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. |
| 2 | 2015-03-14 16:47:48 UTC | mueschel | Der cycleway stammt wohl vom sechs Jahre älteren Weg 10807865. Ich hatte den Weg nur wegen dem Brückenbau gesplittet. | |