piebro/osm-data huggingface dataset:
mikkolukas (2019-05-12 14:45:23+00:00): :)
b-jazz (2019-05-11 17:14:47+00:00): Hi @mikebranca. Thanks for doing all of the hard work of adding golf courses to the maps. It's looking very cool.
I wanted to point out a slight mapping error though so that you can avoid it in the future. There have been a couple of ways were a golf cart goes down a little spur and can turn around (I'm assuming). It's important to stop the current way when this happens and start a new way. Basically, you should never click a second time on a node from the same way you are currently drawing.
I've fixed up the cases where I've noticed this happening, so I wouldn't worry about going back and double checking what you've already done. Just keep it in mind for the future.
If you want to look at my fix, you can see it here: https://www.openstreetmap.org/changeset/70142737.
Again, thanks for all of your hard work!
b-jazz (2019-05-12 03:20:23+00:00): Hi @bradypett, I've noticed a flurry of golf course mapping over the last week from several different mappers. I'm curious as to how that happened? Is there some organization that has reached out to have people do the mapping? Or is it just a coincidence? 
Nothing wrong with what you're doing. It just peeked my curiosity.
bradypett (2019-05-12 11:19:17+00:00): There is a video game software called “The Golf Club 2019” that allows you to create your own golf course and play it in the video game. Using the mapped data from this website greatly improves the accuracy of the course re-creations. These course re-creations can then be used in golf simulators (this was just made available about a month ago).  

No organization has reached out, it’s just avid golf fans that want to play their favorite courses on a video game/golf simulator.
LeifRasmussen (2019-05-12 12:35:09+00:00): That's awesome!  It's amazing how many unexpected uses there are for OSM data.
b-jazz (2019-05-13 14:55:16+00:00): That is very cool! Thanks for getting back @bradypett.
mavl (2019-05-12 04:59:51+00:00): This changeset has been reverted fully or in part by changeset 70151251 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping].
viloan (2019-05-11 05:27:52+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Mr69 (2019-05-16 18:18:24+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:27:43+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
osmviborg (2019-05-11 06:46:18+00:00): Hvad med numerering, der har du en udfordring. E20 ender på Dokvej.
Hjart (2019-05-11 07:08:52+00:00): Jeg er klar over det. Det eneste jeg kan sige er at tingene aldrig bliver helt perfekte og at vi nogen gange er nødt til at indgå kompromisser. Hvis du har et bedre forslag er du velkommen til at byde ind med det.
osmviborg (2019-05-11 08:13:13+00:00): Fra Dokvej er vejen ikke længere statsvej, og dermed ikke primær. Så simpelt er det. OSM viser med din redegering ikke de faktiske forhold.
Hjart (2019-05-11 08:36:53+00:00): Jeg forstår godt den der, men på den anden side kan der være god fornuft i at lede trafik ad bestemte ruter (opgradere dem så routerne vil foretrække dem). Gutten der oprindeligt opgraderede de her veje er iøvrigt meget bedre kendt med strækningen end jeg: https://www.openstreetmap.org/changeset/39621754 . Jeg vil foreslå at du tager en snak der.
osmviborg (2019-05-11 09:07:58+00:00): "Don't map for the renderer". Hvad de enkelte routere kan finde ud, eller ikke kan finde ud af, er OSM uvedkommende.
Hjart (2019-05-11 09:38:17+00:00): "Don 't mappe for the renderer" handler om at vi ikke bør lave direkte forkerte ting alene for at få det visuelt at se "godt ud" i en bestemt renderer. 
Vi "bøjer" i forvejen data på en række forskellige måder for  at kunne få dem til at fungere fornuftigt i routerne *generelt* og dette perspektiv synes jeg er vigtigt at have med.  Ikke alt kan klares alene fra routernes side
osmviborg (2019-05-11 10:54:06+00:00): "Do not enter incorrect data just because it will help a map renderer, a navigation system or some other data consumer which has problem with the correct data".
mikkolukas (2019-05-11 21:04:45+00:00): Jeg er helt enig med osmviborg her og de skarpe observationer på "reglerne" for hvordan man bør mappe på openstreetmap i det hele taget.

Vi skal ikke tilpasse mapping for at routerne kan finde vej. Hvis de har svært ved at finde vej er det et problem i programmeringen af routeren og ikke et ansvar der skal løftes af en vejkategori.

HVIS man skulle hjælpe routerne, så skulle det være med nogle andre tags, som ikke ændrer på vejens type, men mere gav routeren "hints" - på samme måde som vi har hint-tags i stil med public_transport:version=2
mikkolukas (2019-05-11 21:09:12+00:00): Uanset hvor meget den oprindelige mapper bor i Esbjerg, så ændrer det ikke på at vejen ikke er en primærrute.

Hvis staten ville gøre denne vej til den primære rute gennem byen, ville de have lavet en særskilt nummerering af den.

Det er ikke op til os som mappere at afgøre hvilken vej VI synes folk skal tage.

Faktisk så ved at opgradere vejen til primær, så fortæller vi routeren at uanset hvad den ellers kunne have af idéer, så bør prioritere denne rute - og dermed kan valget af orimary gøre at folk ledes den vej, selvom deres endemål er rundkørslen mellem Hjertingvej og Frodesgade - hvilket jo er helt hul i hovedet.
Jørn-osm (2019-05-12 14:40:04+00:00): Der er også reglen om at andre skal kunne tjekke data. Det med at "praksis er", hvordan kan vi andre tjekke det?

Disse vejklasser motorvej, motortrafikvej, primærerute, sekundærerute kræver alle et skilt på stedet.
Det kan andre tjekke.
Polarbear (2019-05-14 11:41:09+00:00): Criss,
du hast hier oneway=yes von einem Autobahn-Stück gelöscht. Bitte tu das nicht, hier ist kein Gegenverkehr.
Repariert.
MKnight (2019-10-06 16:55:25+00:00): und motorway_link nach motorway geändert, warum?
Chriss Jeschke (2019-10-06 18:47:08+00:00): Mein Fehler. Hab es geändert. Sollte jetzt passen.
Polarbear (2019-10-06 18:55:21+00:00): Naja, das ist schon das derzeit letzte Stück der A100, das endet dann an der Bergiusstr. motorway_link ist unplausibel. Dort steht auch noch ein Kilometerschild 20,5. Das Ende-der-Autobahn-Schild steht dann kurz vor der Bergiusstr
Chriss Jeschke (2019-10-06 18:58:06+00:00): Also einigt euch :). Ich bin offen für alles.
Chriss Jeschke (2019-10-06 18:58:58+00:00): Hab mich gerade beim ändern an Google und Bing orientiert. Dort ist es auch noch als Junction gekennzeichnet.
Polarbear (2019-10-06 19:50:14+00:00): Mir ist relativ wurscht was Google als Junction kennzeichnet, da wir nichts von dort kopieren, auch mögliche Fehler nicht. 
Grundsätzlich geht bei einem Autobahnkreuz die Hauptfahrbahn als highway=motorway durch, und wird nicht mittendrin zum ..._link.
MKnight (2019-10-06 20:29:03+00:00): Polarbear: das Ende der Autobahn ist nahezu haargenau am junction ausgeschildert, also in dem CS-Viereck hier direkt links unten [26].
Glassman (2019-05-11 19:15:05+00:00): Your edit looks great. Thanks for improving the map. I'll send you some info on OSM in a message.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/70130364
Mr69 (2019-05-16 18:28:40+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Sosha1996 (2019-05-12 06:32:12+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم، اما لطفا در کامنت چنجست ننویسید «ماکسیم». در کامنت چنجست باید توضیحاتی در مورد تغییراتی که دادید بنویسید.
با تشکر.
لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments
Sosha1996 (2019-05-12 06:32:17+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم، اما لطفا در کامنت چنجست ننویسید «ماکسیم». در کامنت چنجست باید توضیحاتی در مورد تغییراتی که دادید بنویسید.
با تشکر.
لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments
Warin61 (2019-05-13 01:35:25+00:00): Hi,
Relation 9578521 - grass ... the inner (way 679956716) touches the outer .. that is not allowed for multipolygons. 

I would 'fix' it by making the 'inneri into another relation 2 separate ways. Then the grass relation can have 2 ways - bother outers, one of these ways would be shared between the 2 relations. 

See https://tools.geofabrik.de/osmi/?view=areas&lon=142.14572&lat=-34.13997&zoom=14&overlays=duplicate_node,single_node_in_way,duplicate_segment,way_in_multiple_rings,intersection,intersecting_segments,old_style_multipolygons for how I was altered to the issue.
streckenkundler (2019-06-09 20:24:30+00:00): Hei,

bitte vermeide es ZWINGEND (!) Flächen aus Liniensegmenten zusammenzusetzen, wo es nicht absolut nötig ist. Ich weiß daß die Vorraussetzungen in deinem Bereich dafür denkbar schlecht sind da ein Vormapper solches Geometriechaos vor vielen Jahren hinterlassen hat. 

Absolutes Grundprinzip muß sein, das MP-Relationen nach bestem Wissen und Gewissen vermieden werden sollen. Sie sollten nur da eingesetzt werden, wo es in Bezug auf innerer Flächen mit anderer Nutzung oder so nötig ist. Eine Relation wie https://www.openstreetmap.org/relation/9655616 ist absolut unnötig. Sie bringt keinen Mehrwert und verursacht für nachfolgende Mapper nur Probleme. Je einfacher das Mapping gestaltet wird, desto mehr werden es einem die nachfolgenden danken.

Sven
Sosha1996 (2019-05-12 06:32:19+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم، اما لطفا در کامنت چنجست ننویسید «ماکسیم». در کامنت چنجست باید توضیحاتی در مورد تغییراتی که دادید بنویسید.
با تشکر.
لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments
Mr69 (2019-05-16 14:24:52+00:00): منبع اسم ها از کجاست؟ اینکه کوچه آخر مثلا باران 35 هست کوچه بعدی میشه باران 36؟! اینجوری ادیت کردید؟!!! منتظر جوابتون هستم، اگه منبعی نداشتید کل ادیت ها رو به حالت قبل برمیگردونم چون میدونم کوچه های خط آهی با باران شروع نمیشه اسمهاشون
Mr69 (2019-05-16 18:29:12+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:29:28+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:32:40+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Leo Slager (2019-05-12 11:02:32+00:00): Beste mxosm,
Helaas zijn hierbij 8 routerelaties van de buslijnen beschadigd geraakt.
De editor iD kan helaas niet omgaan met routerelaties. Zo worden alle elementen die je toevoegt achter in de relatie geplakt en dan staan de route-elementen niet meer in de juiste volgorde en dat veroorzaaakt dan weer een foutmelding.

De editor iD is dus alleen geschikt voor het eenvoudige werk.
Als je serieus verder wilt met mappen dan wil ik je adviseren om over te stappen naar de editor JOSM. 
https://forum.openstreetmap.org/viewtopic.php?id=53710

Veel plezier met verder mappen.
Leo Slager (2019-05-12 11:03:03+00:00): De busroutes zijn weer gerepareerd.
:-)
mxosm (2019-05-12 13:35:14+00:00): Beste Leo Slager,
Ik kreeg tijdens het mappen problemen met de internetverbinding en er gebeurden wat rare dingen. Het was niet mijn bedoeling om de busroutes te veranderen, hartelijk dank voor het herstellen!
named_after_GZ (2019-05-13 05:09:24+00:00): Added the lines around your node 'Трасса Байкер Кросса 4х'. Please check.
abakus_uploader (2019-05-11 22:30:36+00:00): (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ądkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
mariotomo (2019-05-13 00:47:29+00:00): nice job, thank you.
if you could be just a bit more specific with the comments explaining your changes, it would be even better.
have a look at https://wiki.openstreetmap.org/wiki/FR:Good_changeset_comments
ciao, Mario
abakus_uploader (2019-05-11 22:30:37+00:00): (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ądkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Arnebius (2019-05-18 07:16:33+00:00): Przy dodawaniu adresów należy również podać nazwę miejscowości i nazwę ulicy. Proszę o korektę wprowadzonych zmian.
Sosha1996 (2019-05-12 06:32:22+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم، اما لطفا در کامنت چنجست ننویسید «ماکسیم». در کامنت چنجست باید توضیحاتی در مورد تغییراتی که دادید بنویسید.
با تشکر.
لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments
Mr69 (2019-05-16 18:35:32+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:36:39+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
geri-oc (2019-07-29 07:16:55+00:00): Ich habe mal die Note als erledigt ...

https://www.openstreetmap.org/note/1765839#map=14/51.0923/13.6228&layers=N

Gruß Gerd
az09 (2019-11-22 18:00:34+00:00): так хочется откатить!
Yevgeny Gromov (2019-11-25 06:19:07+00:00): А мотивация какая-то есть для этого?
Код ЕСР=0 является некорректным, если он неизвестен, его и не надо указывать.
az09 (2019-12-22 19:20:29+00:00): Потому что массовая правка например. 
И в частности 0 - это договоренность с автором валидатора, о том, что такую станцию проверять не нужно. Теперь же все эти "станции" снова мало того, что статистику портят, так еще и по именам могут парситься с совершенно нормальными, но у которых почему-то нет ЕСР.
Предложите мне как обозначать внутризаводские станции на путях необщего пользования. Они не yard точно (ну, не все), для них вообще схема общепринятая не очень подходит. Поэтому именно так и было обозначено. А вы, эх...
Yevgeny Gromov (2020-02-10 12:19:40+00:00): Договорённость автора валидатора с кем? Как об этом можно было догадаться заранее?
kadircelik (2019-05-11 08:56:52+00:00): Please write the names the as Turkish names if you want German, you can write at name:ger
mapperofsyria (2019-05-11 09:00:38+00:00): Mayre Berkpinar is a Turkish name. My grandma and grandfather and my mother have grown up in this village. The name is belonging to the river.
kadircelik (2019-05-11 09:08:30+00:00): Well not as Meyre Berkpinar ü Noah, it should be Berkpınar Nehri as Turkish
mosstreet (2019-05-11 08:44:15+00:00): Необходимо починить мультиполигон
Mr69 (2019-05-16 18:38:22+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
user_5359 (2019-05-24 16:01:51+00:00): Hello! Please use english terms for the keys. Use addr:full instead address (or separate the value (addr:street, addr:housenumber, addr:city). The key start_date describes a time and not a whole interval. Could end_date be an alternative?
dgitto (2019-05-13 05:43:03+00:00): The key "dateopen" does not exists in OSM.
See instead https://wiki.openstreetmap.org/wiki/Key:start_date
user_6110846 (2019-05-27 19:17:53+00:00): Доброго дня 
не згоден що КПП перенесли у description 
https://www.openstreetmap.org/way/662879172/history
Якщо слідувати  даній логіці то у промзонах потрібно назви цехів  пеносити теж у description але ж ми цього не робимо 

 також жодного разу не було обговорення що назву підрозділу організаціі , підприємства чи комерційної зони якщо вона є окремою будівлею ми замість name пишемо в description  


Дайте посилання на правило чи обговрення на підставі яког о видалили ?
Mr69 (2019-05-16 18:45:34+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
FransWillem (2019-08-05 15:44:39+00:00): Hello Luca. I am reviewing your work ( a bit late I see) and have a comment
Please square all your rectangular buildings with the Q key in iD editor.
Best regards and keep mapping
Luca Moiana (2019-08-05 17:04:46+00:00): Thank you for your help, I'll do it asap
FransWillem (2019-08-05 17:56:21+00:00): Hi. Not necessary . I took care of that.
best regards
abakus_uploader (2019-05-11 22:30:35+00:00): (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ądkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
bxl-forever (2020-07-19 11:54:34+00:00): Hello,
I think there is a small mistake here: I found maxspeed=50 tags on the edges of ways 8083239 and 17173274 (bridge of the A12 above Romeinsesteenweg).
Do you know where the new speed limit starts?
eggie (2019-05-11 13:27:31+00:00): Dag Denvemmaps.. Het adres is al aanwezig op de adresnode. Daar kun je ook op bijtaggen en dan het adres van het gebouw verwijderen.
Wellicht nog leisure=sports_centre erbij.
sport=swimming ?
MVG,
Eggie
Mr69 (2019-05-16 18:50:28+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:50:48+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
ravalim (2019-07-23 05:36:22+00:00): Hi  RunRunShow,

Trust you are well. While reviewing the road network in Sibu, I have come across the way 689298561 and way 689298562  classified as 'unclassified'. However, going by the aerial imagery and other ways around,it can be classified as 'service'.

and for way 689302461
way 689301957
way 689301668
way 689301667 classified as 'track'. However, going by the aerial imagery and other ways around,it can be classified as 'residential'.

Please look into this and share your thoughts on this. 

Thanks in advance.
Mr69 (2019-05-16 14:12:16+00:00): لطفاً اسم کوچه ها رو تغییر ندید، اینجوری که شما دارید ادیت میکنید، کوچه ها چند اسمه میشن، بر اساس نامگذاری جدید شهرداری اسم کوچه های خیابون امام با نسیم شروع میشه شما اگه میخواید اسم های قدیم رو بذارید از تگ alt_name یا loc_name استفاده کنید، من اسم ها دوباره تغییر میدم به حالت قبل
Mr69 (2019-05-16 18:52:34+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:53:07+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
mavl (2019-05-12 04:59:50+00:00): This changeset has been reverted fully or in part by changeset 70151251 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping].
user_7130456 (2019-05-20 15:37:32+00:00): I've reported what you done in this change set, your actions seriously hurt the fairness of OpenStreetMap.
Mr69 (2019-05-16 18:54:08+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
Mr69 (2019-05-16 18:54:28+00:00): These changes are wrong, don't change the map if you're not sure! google map is not sure source!
ravalim (2019-07-23 06:14:16+00:00): Hi  RunRunShow,

Trust you are well. While reviewing the road network in Sibu, I have come across the way 689303334
way 689303336  classified as 'unclassified'. However, going by the aerial imagery and other ways around,it can be classified as 'service'.


Please look into this and share your thoughts on this. 

Thanks in advance.
RunRunShow (2019-07-23 06:43:50+00:00): Hi ravalim,

689303334 is the main access road leading to the park from a residential area. Since it is not for residential use, it was tagged as minor/unclassified. 689303336 is the "link" connecting the service roads in the park. Per OSM conventions, link classification should follow the main connecting road therefore it was tagged the same as 689303334.
eggie (2019-05-11 11:18:28+00:00): Welkom bij OSM.. Wellicht een terugmelding doen bij het Kadaster, want daar zit uiteindelijk de fout.
Er zijn periodieke updates naar OSM.
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=meersweg%201005&resultOffset=0&objectId=0055200000288227&geometry.x=185581.363&geometry.y=567900.008&zoomlevel=6&detailsObjectId=0055020000288228

Even op het potloodje klikken. 
MVG,
Eggie
aixbrick (2019-05-11 12:11:39+00:00): Hallo,
warum hast du denn bei https://www.openstreetmap.org/way/121521279 das oneway:bicycle=no entfernt? Das Tag sollte zusammen mit cycleway=opposite gesetzt sein, siehe https://wiki.openstreetmap.org/wiki/DE:Tag:cycleway%3Dopposite.
Gruß
Jonathan Haas (2019-05-11 12:20:38+00:00): War nicht beabsichtigt und ist wieder ergänzt, vielleicht ein Problem vom ID-Editor.
Jonathan Haas (2019-05-11 12:21:46+00:00): Aber danke fürs Korrekturlesen.
aixbrick (2019-05-11 15:36:15+00:00): Danke fürs wieder Ergänzen :-).
highflyer74 (2019-05-18 09:51:08+00:00): Moin!

Ein kleiner Tipp: Wenn POIs umziehen, dann versuche möglichst den Node (also den Punkt, den Du verschoben hast) vor Ort zu lassen und nur die an ihm hängenden Daten umzuziehen. Also: am neuen Ort den vorhandenen Node umtaggen, oder wenn noch keiner vorhanden ist, einen neuen setzen und diesen mit den Daten versehen. Der "alte" Node bleibt vor Ort und wird entweder (zum Beispiel bei Leerstand) mit dem https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix getaggt und die nicht mehr zutreffenden Daten werden entfernt.

Hintergrund ist, dass wir die Historie eines Objekts schützen wollen. 

Eine andere Sache fiel mir noch auf: bei Firmen sollte die Gesellschaftsform (GmbH etc) nicht ins name=* Tag gesetzt werden. Dafür nutzen wir operator=*. In name=* wird ausschliesslich der Eigenname gesetzt.

Wenn Du Fragen hast, melde Dich gern.