piebro/osm-data huggingface dataset:
Captain_Spork (2018-01-04 20:36:05+00:00): Beste Esmay,

Jouw edit is alweer een tijd geleden maar helemaal correct is hij helaas niet. Wat je hebt gedaan is alle losse stukken landuse=* voorzien van een extra tag leisure=park. Effectief heb je hiermee allemaal kleine parken gemaakt. Dit was je edit. http://overpass-api.de/achavi/?changeset=48227183

Ik heb dit nu hersteld. De wijzigingen kun je zien in changeset https://www.openstreetmap.org/changeset/55169327

Ik heb nu één vlak leisure=park over de landuse heen getekend. Tevens heb ik het park voorzien van de naam 'Dreespark' (zou de correcte naam moeten zijn). Verder heb ik nog wat groen toegevoegd en de paden en het landuse beter uitgelijnd.

Groeten,
Mark
eggie (2018-01-04 21:13:36+00:00): Esmay, een maand hiervoor had ik het ook al eens hersteld.
tonyf1 (2017-04-28 23:58:48+00:00): Reverted by SomeoneElse_Revert . See https://www.openstreetmap.org/user_blocks/1331
trigpoint (2017-04-28 13:22:12+00:00): Hi, welcome to OSM.
I am always a bit concerned when a new mappers first edit is to just delete things.
You have not explained what was wrong with the Health Centre but the building seems to match what is on bing imagery so maybe the tags should be changed but deleting the building is not the way to change things. Also you say that the pub has closed, if so remove the pub tags but has the building been demolished?
I would suggest this change be reverted and changes made correctly.
deathterrapin (2017-04-28 13:27:21+00:00): The real health center is further down the road, and is marked correctly there. That building used to be the Rose Inn but is now just a house.
The former Crossfield Tavern is also now just a house.
trigpoint (2017-04-28 13:28:52+00:00): Thank you for your relply, I will revert this change to put the buildings back and then correct the tagging.
deathterrapin (2017-04-28 13:30:07+00:00): Ah, I see, didn't realise I was deleting the whole buidling, sorry!
trigpoint (2017-04-28 13:31:51+00:00): I have put the buildings back, less pub and health centre tags
user_3216889 (2017-04-28 13:58:26+00:00): PB als welkom gestuurd.
utack (2017-05-04 02:24:44+00:00): Hi,  
ist bei  
https://www.openstreetmap.org/way/62164333  
absichtlich der highway Tag entfernt worden?  
Der sollte wohl wieder hergestellt werden, oder?  
MfG
saibotma (2017-05-04 16:01:56+00:00): Hallo,
war das erste mal, dass ich hier auf dieser Seite etwas bearbeitet habe. Anscheinend habe ich versehentlich den Highway-Tag entfernt...Wie kann ich den denn wieder hinzufügen?
utack (2017-05-04 16:11:01+00:00): Ah, verstehe.  
Wollte nur sicherstellen dass es keine Absicht war.    
Wieder herstellen am besten einfach per Hand, es war vorher ein highway=path  
Bei Probleme oder Fragen dazu einfach nochmal melden  
VG
saibotma (2017-05-04 16:21:17+00:00): Habs wieder hinzugefügt...hoffentlich
utack (2017-05-04 16:22:09+00:00): Jo, jetzt stimmt das wieder.  
Vielen Dank
trigpoint (2017-04-28 13:23:35+00:00): Hi, welcome to OSM. Is this a verifable office with signs I would see if I walked down Adelphi Road?
Stephen Dench (2017-04-28 15:20:13+00:00): This Business is registered to this address on pretty much every aggregator and directory online, including GMaps, Apple Maps, Bing maps etc.. And yes if you look outside of the front of the house you will see my sign "Web App Designer"
literan (2017-05-05 10:07:00+00:00): приветствую! shop=kiosk лучше не использовать (это тег вроде shop=yes, в котором может продаваться что угодно, и газеты, и игрушки, и продукты). И всякие "Продукты", "Овощи, фрукты" лучше писать в inscription - как договорились на форуме...
Ambush (2017-05-05 10:22:43+00:00): ХУЮКТЫ
Dalkvist (2017-05-22 08:22:03+00:00): Såg att du lagt in motionsspår och stigar har du tittat något på route relationer? https://wiki.osm.org/wiki/Relation:route
Med dem kan man gruppera alla vägbitarna som ingår i en slinga och samla all info som tillhör slingan mer än vägarna som namn, symbol, färg etc. Ser ut att vara bra exempel i Ågesta
https://hiking.waymarkedtrails.org/#?map=15!59.2146!18.1178
DrJoshua (2017-05-22 13:20:34+00:00): Hejsan! Jag har uppdaterat med stigar som jag (eller andra) har cyklat på Mösseberg. Det är inte jag som gjort grunden till de olika spåren med etc. Jag har bara byggt på, redigerat och ändrat. Jag föröker hela tiden att hålla koll på eventuella relationer. De flesta spåren på Mösseberg ingår i sin rätta relation. Kartan du länkade till har i princip samma grunddata som vi har på Mösseberg. Skillnaden är att de har en egen OSM-server där de har tematiserat lagren på sitt eget vis för att tydligare visa sitt syfte. Zooma till Mösseberg så ser du att t.ex. Lila Milen ser annorlunda ut än på openstreetmap.org. Vad jag kan se så beror det på att rutten Lila Milen är klassad med route=foot. Resten är klassade route=running. Kan är inte så duktig på rutter men detta borde "någon" se över.
Dalkvist (2017-05-24 12:06:57+00:00): Hmm vet inte riktigt hur jag missade att de redan fanns routes, kommentaren låter negativ nu men det var inte alls så det var menat. Länken var tänkt att visa vad route relationerna är till för men det har ju du redan koll på.
DrJoshua (2017-05-24 21:26:37+00:00): Absolut ingen fara. Jag förstår vad du menade. Faktum är att det var bra att du skickade den fina kartlänken till mig. Jag uppdaterade snabbt de olika spåren med symboler och allt. Jag tänker mig att använda den kartan för att visa de fina spåren på Mösseberg. Tack för tipset!
corfede (2017-04-28 19:29:37+00:00): Ciao, i fabbricati che abbiamo faticosamente importato per tutta la Puglia provengono dalla Carta Tecnica Regionale (https://wiki.openstreetmap.org/wiki/Puglia/CTR_Import) ed hanno coordinate perfettamente coincidenti con la realtà. Per questo motivo ti prego di non spostarli in base alle foto Bing, perchè soprattutto le nuove sono molto sfasate. Sarebbe opportuno invece allineare le foto Bing ai fabbricati già importati (come possibile fare sicuramente su iD e JOSM). Sono a disposizione se ti servono altre o più dettagliate informazioni.
luiswoo (2017-04-28 20:48:15+00:00): А такого способа как провести линию от края до края здания, выделить её, здание нажать alt-x и здание будет разделено пополам, смотрю было не известно.
Miselajus (2017-04-29 18:24:49+00:00): Hallo,
die Königsalm ist bereits seit Jahren in OSM eingetragen. Du kannst deinen Doppeleintrag also wieder löschen.
Gruß M.
Mateusz Konieczny (2017-08-16 16:08:00+00:00): Nie wiem jak dodawałeś, więc nie wiem gdzie buga zgłosić - ale przynajmniej część z nich to disambigi, np http://www.openstreetmap.org/way/39357572
Mateusz Konieczny (2017-08-16 16:09:57+00:00): O, widzę https://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia

Ale nadal nie widzę gdzie bugi zgłaszać (disambigi dość łatwo wykryć, narzędzie do masowego dodawania linków do Wikipedii powinno sobie z tym radzić)
rmikke (2017-08-19 10:40:38+00:00):  . Do disambigów jest narzędzie, tylko autor je trochę popsuł z punktu widzenia wydajności poprawiania błędów, jeszcze nie wymyśliłem jak to obejść lub co zgłosić Yurikowi żeby zmienił.
rmikke (2017-08-19 10:50:35+00:00): Ja wcześniej tym narzędziem polikwidowałem wszystkie disambiguation w prawie całej Europie, obu Amerykach, Australii, połowie Afryki, wszędzie, gdzie byłem w stanie coś wywnioskować z artykułu Wikipedii. A także w Chinach wspólnie z jednym Chińczykiem - on wiedział co robi, ja po nim formalności poprawiłem. Ale już wcześniej zauważyłem że w efekcie poprawiania innych błędów z wikidata wylazło całe mnóstwo nowych disambigów.
rmikke (2017-08-19 10:55:36+00:00): I przede wszystkim - to nie jest bug, ktoś taki artykuł przypiął do obiektu...
Mateusz Konieczny (2017-08-19 16:04:32+00:00): "I przede wszystkim - to nie jest bug, ktoś taki artykuł przypiął do obiektu... "

Ja bym się spodziewał że automatyczny dodawacz tagu wikidata by sprawdził czy ma on sens.

"Ja wcześniej tym narzędziem polikwidowałem wszystkie disambiguation w prawie całej Europie, obu Amerykach, Australii, połowie Afryki, wszędzie, gdzie byłem w stanie coś wywnioskować z artykułu Wikipedii."
wielkie dzięki! Czy na myśli masz ten plugin do JOSMa czy też inne narzędzie?
rmikke (2017-08-20 14:18:21+00:00): Narzędzie do disambigów zanjdziesz tu: https://www.mediawiki.org/wiki/User:Yurik/OSM_wiki_tag_problems
Wcześniej miało postać prostej, odświeżanej przez Yurika ręcznie tabelki. Nowa wersja jest o tyle lepsza, że nie trzeba ganiać Yurika, żeby odswieżył, ale poprawia się na jego podstawie wyraźnie wolniej.
Mateusz Konieczny (2017-08-21 12:02:46+00:00): Hm, a w czym stara tabelka była lepsza? Bo z tego co widzę to jest to lepsza wersja mojego wykrywania błędów (jeśli chodzi o disambigi).

A jeśli stara tabelka była lepsza to powinno być dość proste zrobienie narzędzia które wykorzystuje to query i automatycznie taką tabelkę buduje.
rmikke (2017-08-21 12:12:58+00:00): 1. Pokazywała wszystkie obiekty na jednej stronie, a nie cykała po dziesięć, ale to najmniejszy problem, 
2. Obiekty były posortowane najpierw po języku, więc łatwo było oblecieć Polskę. Pewnie dałoby się to nowe zapytanie przefiltrować po języku, ale nie umiem,
3. Bardzo przyspieszał mi pracę link do edycji obiektu w iD w tabelce. Do JOSM też był, ale szybciej wychodziło w iD.
Mateusz Konieczny (2017-08-21 12:16:55+00:00): ad 1 - w ostatniej linijce jest "LIMIT 10"

zmień na "LIMIT 100" by szukało po 100 obiektów (lub na inną wartość).
Mateusz Konieczny (2017-08-21 12:20:42+00:00): as 2 w linijce 14

"  #  FILTER( STRSTARTS(STR(?wpTag), 'https://pl.wikipedia')) ."

skasuj znak "#".

To ograniczy wyszukiwanie do stron w plwiki (w praktyce - ograniczy do Polski)
Mateusz Konieczny (2017-08-21 12:23:28+00:00): ad 3 jak przerobisz te wyniki które już wygenerowałem dla Polski na https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html to mogę zacząć importowac dane z tego narzędzia. Ewentualnie możesz poprosić by ktoś zrobił bookmarklet który będzie dynamicznie dodawał liniki do edycji w iD
rmikke (2017-08-21 12:23:58+00:00): Na to, to już wpadłem, dlatego to najmniejszy problem :D
Mateusz Konieczny (2017-08-21 12:25:32+00:00): Co do samego naprawiania disambigów - czy przydałoby się by na https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html były wylistowane strony jakie z danego disambiga wychodzą razem z informacjami o nich (odległość pomiędzy położeniem obiektu w OSM a położeniem według wikidata, początek artykułu, może coś jeszcze)?
rmikke (2017-08-21 13:17:04+00:00): Tak,to chyba lepiej nie, grozi wprowadzaniem nieprawidłowych linków. Natomiast gdyby dało się wyciągnąć obiekty, które według wiki są blisko (góra kilometr) i do tego zarówno z wiki, jak i z OSM rodzaj miejsca (wieś,przysiółek, osada leśna, część miasta), to by mocno przyspieszyło.
rmikke (2017-08-21 13:26:07+00:00): Rodzaj miejsca jest istotny o tyle,że wieś i osada leśna o tej samej nazwie potrafią leżeć blisko siebie i mieć osobne artykuły na Wikipedii.
Mateusz Konieczny (2017-08-21 15:38:52+00:00): Problemem jest to że miejsce może nie mieć lokalizacji na WIkipedii i w Wikidata.

Wtedy wylistowanie obejmowało by
- to do czego disambig linkuje (prawdziwy cel może być pominięty, niektóre pozycje byłyby bez danych o położeniu)
- to co jest blisko według wikidata (i może też Wikipedii)

Dla każdej pozycji można podac odległość i początek hasła + może jakieś dodatkowe dane (typu osada leśna)

W zestawieniu nie byłoby haseł których nie ma w disambigu i nie mają podanego położenia w wikidata. 

Może lepiej zacząć od dodanie wikipedia/wikidata do wszystkich lokalizacji z Wikipedii/Wikidanych które mają położenie geograficzne, przy okazji poprawiając disambigi (choć trudno powiedzieć ile tego jest - to może iść w tysiące albo i w setki tysięcy dla samej Polski). Może zrobię to dla mojej pobliskiej okolicy i wtedy ocenię na ile to wykonalne.
rmikke (2017-08-21 16:12:52+00:00): No właśnie idea jest taka, że jak mi automat wybierze jeden artykuł z Wikipedii (względnie dwa, jeli osada jest blisko wsi), to wystarczy rzucić okiem, skopiować tytuł i koniec śledztwa, a jeśli nic nie będzie tak dobrze pasować, to trudno, niech nie pokazuje nic, zrobię standardowe śledztwo z disambiga. A jeśli mi do każdego obiektu wyświetli listę, to mi to specjalnie pracy nie przyspieszy - wolę dla części obiektów mieć podpowiedź dobrą, niż dla wszystkich jakąś.

A pomysł z pasowaniem obiektów do wikipedii według pozycji z wikidata jest dobry, tylko zostawiłbym to na późniejszy etap - naipierw uporządkujmy błędne dane, potem kombinujmy jak dodawać nowe.
Mateusz Konieczny (2017-08-28 19:25:35+00:00): ad 3 - poprosiłem na https://www.mediawiki.org/w/index.php?title=Topic:Twnti584yjng6fcc&topic_showPostId=twq6qucejcrwscsz&fromnotif=1#flow-post-twq6qucejcrwscsz

W rezultacie pojawił się link do edycji
yellowsoar (2019-08-22 15:35:32+00:00): 依照現地調查和參考資料，南81-1 這一段確實是「和平路一段」沒有錯，請問刪除路名的原因是？
ref:
https://www.water.gov.tw/ct.aspx?xItem=453396&ctNode=712&mp=1
yellowsoar (2019-08-22 16:03:19+00:00): ref:
https://pic.pimg.tw/panmengling0209/1379038310-4089883591.jpg
happychang (2019-08-22 16:18:08+00:00): 如果你有看到哪些地方的門牌寫 "和平路" 的話, 可以更新啊.
yellowsoar (2019-08-22 16:22:57+00:00): 這並不是要不要更新的問題，而是這條路在 2015 年的時候就已經是和平路了，但你在 2017 年刪除掉了路名，請問原因是？
ref:
https://overpass-api.de/achavi/?changeset=48229303
happychang (2019-08-22 16:50:38+00:00): 之前應該是把全市沒有門牌的路名拿掉的吧, 你有照到有寫 "和平路" 的門牌嗎?
yellowsoar (2019-08-22 16:55:27+00:00): 關於和平路請看上面的參考連結，最早在 2011 年就已經被照到是和平路了。
至於「沒有門牌就拿掉」是指那條路 (highway) 旁邊沒有門牌號碼 (addr) 就拿掉路名嗎？請問「沒有門牌」的依據是？
happychang (2019-08-22 17:03:05+00:00): 你希望照著地圖上的和平路去找朋友, 卻發現和平路上的每戶門牌都不是和平路xx號嗎?
yellowsoar (2019-08-22 17:28:33+00:00): 這個問題對於 OSM 而言並不是問題，因為 OSM 不是一個導航用途的地圖服務，而是一個地理資訊資料庫，所以請不要為了地圖樣式、導航規劃用途而編輯資料。 (參考 OSM Wiki :  https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer) 
另外目前臺南市是「區里鄰號」和「道路名稱」兩種地址系統並行，也就是說這兩種資料用於地址都是正確的。
請問你是把臺南市有道路名稱但與「區里鄰號」地址系統對不上的名稱都刪除了嗎？
happychang (2019-08-22 17:36:34+00:00): 上次主要是要解決鄉鎮之間的路名問題, 通常出了鄉鎮核心就沒路名了.
yellowsoar (2019-08-23 01:20:58+00:00): 請問還記得是在什麼時間點移除掉舊臺南縣路名的嗎？(例如：2017/10-2018/3)
happychang (2019-08-23 12:44:43+00:00): 應該是前後幾天內吧. 你確定和平路一段有那麼長? 有和平路二段嗎?
yellowsoar (2019-08-23 13:57:36+00:00): 這個討論是針對刪除路名的問題，而對於資料錯誤的修正是另外一件事，不適合在這個討論脈絡繼續。如果有資料佐證和平路一段的起迄位址，請自行動手修正圖資，但若無法確定則請保持原狀。
happychang (2019-08-24 05:04:06+00:00): 請問你的2011年和平路一段路標的照片在哪個路口? 2018的街景沒找到.
yellowsoar (2019-08-24 08:20:14+00:00): 這一張照片
https://pic.pimg.tw/panmengling0209/1379038310-4089883591.jpg
應該是和平路一段和忠孝路的路口
https://goo.gl/maps/KjGNNSrJwRRBqQK68
https://goo.gl/maps/pR3kjUJde9uv1Jtr5
happychang (2019-08-24 09:00:02+00:00): 那個路牌不是 2013 就消失了?
yellowsoar (2019-08-24 09:47:45+00:00): 正確來說，不是在 2013 消失的，是在 2013 年以前。
happychang (2019-08-24 09:59:02+00:00): 時空穿梭? 2011 年的你要多跟和平路的路標合照, 以後就消失了.
yellowsoar (2019-08-24 11:36:31+00:00): 如果是要問從這一連串討論開始就提及的照片來源：
https://panmengling0209.pixnet.net/blog/post/183585041
zaizone (2017-04-30 09:50:31+00:00): Hi sobzeros, it's nice to have that highway (under construction / projected) on the map. In my opinion, you should have preserved history of other's contributions, instead of deleting ways and replacing it by your's. I also suggest that you check the sources for each element. Some parts are not visible on Landast 8 imagery (2017/02/18) as the construction has not started on this parts.
Chrysopras (2017-04-28 15:16:08+00:00): See discussion in the reverted changeset:
https://www.openstreetmap.org/changeset/48186865
and German discussion beginning at https://forum.openstreetmap.org/viewtopic.php?pid=643512#p643512
zors1843 (2017-04-28 14:22:44+00:00): Voldoet niet aan de openstreetmap definitie van park.
karitotp (2017-04-28 15:57:34+00:00): Hi, welcome to Openstreetmap!
Could you take a look again here, and confirm if this is a park, acording the satellite imagery may be just a garden.
Regards.
Karito
user_3216889 (2017-04-28 14:48:58+00:00): Telefoonnummer graag volgens internationale notatie, dus:
+31 55 3125242
Supaplex (2017-05-12 09:31:01+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/

Happy Mapping!
user_3216889 (2017-04-28 15:03:07+00:00): Gebruik hier: shop=charity en geen punt achter de naam zetten.
user_3216889 (2017-04-28 20:35:42+00:00): Gewijzigd in shop=second_hand.
jaap de vries (2017-05-01 09:11:36+00:00): Hoi, ken je dit forum bericht al?
https://forum.openstreetmap.org/viewtopic.php?id=57192 .
Ben je langs de Macroweg 2 gegaan om te controleren of er inderdaad hier een bus staat? Anoniem geeft vaak verkeerder informatie aan op osm.
nvr (2017-05-01 12:37:21+00:00): Ik weet dat je opmerkingen van anonieme gebruikers moet controleren, ik ben zelf niet bij deze locatie langs gegaan maar ik heb wel een andere bron geraadpleegd om na te kijken of er echt een brievenbus is, ik heb die pagina van de lokale omroep ook als bron vermeld bij de changeset. 

van alle plaatsen waar anoniem een opmerking heeft gezet met iets over een brievenbus heb ik het nagekeken op die site of ben ik er zelf langs geweest. de andere opmerkingen heb ik laten staan om op een later moment er op terug te komen als ik die heb kunnen controleren op locatie of dat iemand anders die daar recentelijk is langsgeweest dat kan aanpassen.
jaap de vries (2017-05-02 06:09:19+00:00): Ik heb de note weer opengezet omdat je niet bent wezen kijken en omdat de website onjuiste informatie doorgeeft. Zie ook het forum bericht van de brievenbussen
nvr (2017-05-03 14:04:46+00:00): waarop baseer je dat de website onjuiste informatie doorgeeft?

btw, als je op de postnl site zelf kijkt staat daar ook nog een keer dat er een brievenbus staat
jaap de vries (2017-05-03 14:26:42+00:00): PostNL website is onnauwkeurig en mag niet gebruikt worden voor OSM toepassingen dit staat op hun website en wordt ook op het forum besproken in de link die ik al eerder heb verstuurd.
Bij alle anonieme notes vooral die mbt brievenbussen moet je zelf ter plekke bekijken of het klopt. Je geeft zelf aan dat je dit niet hebt gedaan. Daarom is de note weer opengezet.
nvr (2017-05-11 10:49:45+00:00): in mijn vorige opmerking bedoelde ik de omroepvenray site, waarop het gebaseerd is 
dat die site onbetrouwbaar is
Alecs01 (2017-04-28 16:18:45+00:00): Hola de nuevo, no lees los mensajes? por qué sigues?
mikelmaron (2017-04-28 17:20:20+00:00): Thank you for contributing details on Med One Medical to OpenStreetMap! Just so you know, I updated some of the tags to be more in line with the standard way we represent medical offices and businesses. Let me know if you have any other questions
sander79 (2017-04-29 12:06:09+00:00): geldt het eenrichtingsverkeer ook voor fietsers ? Deze worden nu ook gelimiteerd.
Palolo (2023-01-19 22:07:12+00:00): Dale, thanks for creating this feature. I always like to be on a trail and see a feature on the the map, even better when I know the editor.
Cheers
Allroads (2017-07-20 16:41:50+00:00): http://www.openstreetmap.org/node/1855483508

Een barrier, daar moeten altijd tags op komen voor routering zonder kan je er niet langs routeren. motor_vehicle is ook mofa en moped, die moet je dan wel op yes zetten. Maar ook mag je hier met de motorcycle langs, als dat kan. Doodlopend bord is alleen informatief, is geen gebod of verbod.  Google streetview mag niet gebruikt worden wel Mapillary
https://www.mapillary.com/app/?lat=51.90311944444443&lng=6.190983333333293&z=14.948152608622912&pKey=ujRSmpabeLW3ty3TvY4OGw&focus=photo Kijk ook eens naar de mogelijkheden van gebruik op het forum over de BGT en de AHN. JOSM editor.
Poretsew (2017-07-23 12:50:48+00:00): Bedankt voor je terechte opmerking, ik zal voortaan beter opletten. De node voor de tractorsluis is bij deze aangepast voor tweewielige voertuigen en tractoren. Verder goed om te lezen dat BGT en AHN nu (beter) beschikbaar zijn. Gr. West Erop
michael2402 (2017-04-30 17:04:44+00:00): Ich kann dir gerne mal ein Tutorial für Multipolygone geben. ID unterstützt die auch wunderbar ;-)
Es macht Sinn, sobald du Flächen hast, die sich an vielen Punkten berühren.

Damit vermeidest du so Zeug wie bei:
node 1718454223
node 1718454217
node 3432134904
node 1718454212
michael2402 (2017-04-30 17:06:06+00:00): ... hättest auch einfach nen Kommentar an das Changeset hängen können, die Kommentarfunktion findest du hier auf der linken Seite:
https://www.openstreetmap.org/changeset/48202737
DoDoMR (2017-04-30 17:54:16+00:00): Danke für die Information, aber ich denke, dassd ich mich durchaus mit Multipolygonen auskenne. Es geht hierbei weniger um mich, als mehr um Neulinge, denen das Konzept der Relationen und insbesondere der Multipolygone ein "Buch mit sieben Siegeln" sind.

Ich finde, dass es absolut unnötig ist, angrenzende Linien über Multipolygone darzustellen. Es erschwert die Wartbeikeit ungemein. Auch das Rendering wird hierdurch unnötig erschwert. Im Übrigen gab es hierzu auch schon vor einiger Zeit eine durch mich angestoßene Diskussion im Forum - allgemeiner Tenor war, dass ein solches Tagging-Schema sicherlich nicht falsch ist, aber für den allgemeinen Gebrauch schlicht und ergreifend zu kompliziert ist. Den Threat kann ich bei Bedarf gerne noch heraussuchen.

"Nur weil man es kann, sollte man nicht unnötig von etwas Gebrauch machen."

Ich kann Dir gerne per PN noch einige mehr Argumente nennen, die gegen ein solches Taggingschema sprechen. Für die Diskussion hier sollte es zunächst genügen.
DoDoMR (2017-04-30 17:58:03+00:00): Ich kann ehrlich gesagt nicht verstehen, was Du damit meinst, dass man durch Dein Schema "solches Zeug" vermeidet. Es ist allgemeiner Usus - und sicherlich auch nicht gerade selten - dass genau solch ein "Zeug" von der überwiegenden Zahl von Taggern hier bei OSM genutzt wird.
michael2402 (2017-04-30 19:09:48+00:00): Ich finde es etwas schade, dass du einfach einen Änderungssatz komplett zurück setzt, weil du mit der Art, wie einige Dinge darin getaggt/gemacht sind, nicht zufrieden bist. Ohne Diskussion, ohne nur die Dinge zu löschen, die dir nicht gefallen, einfach alles weg. Vor allem da du weißt, dass es "nicht falsch" ist, sondern einfach aus deiner Sicht "kompliziert". Ich finde, es geht deutlich schneller zu zeichnen und vor allem zukünftige Änderungen sind deutlich leichter. Moderne renderer haben Optimierungen für diese Polygone, auch andere Tools kennen sie als "area". JOSM ist z.B. beim reinen Rendern eines Multipolygons sogar etwas schneller als bei einer normalen Way.

Wenn du etwas daran verbessern wolltest o.ä. könnte ich das verstehen, dass du einzelne Multipolygone raus wirfst. Aber so hast du alles einfach gelöscht und deutlich schlechter/weniger Nachgezeichnet. Hattest du gemerkt, dass ich z.B. die Beleuchtung eingetragen habe? Oder Abbiegespuren?

Zu den Nodes: Bei genau diesen nodes siehst du das Problem, das auftritt, wenn du mehrere ways übereinander zeichnest und Neulinge (oder auch erfahrenere Nutzer) dann anfangen, sie rum zu schieben. Es passiert sehr schnell, dass die Wege mal Knoten teilen, mal nicht. Auch bei Landflächen ist dies häufig so.
DoDoMR (2017-04-30 19:55:11+00:00): Um ehrlich zu sein, habe ich nicht viel Lust, das "Für und Wieder" der unterschiedlichen Tagging-Schemata oder dem Revert von Änderungssätzen zu disktutieren. Mir scheint es, dass Dein "Heimatbereich" in Karlsruhe liegt. In den unterschiedlichen Heimatbereichen gibt es auch unterschiedliche Taggingschemata. Du hast hier ebenfalls ohne Rückfrage, etablierte Schemata geändert.

Wenn Du der Meinung bist, "Dein" Schema ist das Non-Plus-Ultra - kein Problem. Was ich allerdings nicht akzeptieren kann ist, wenn Du umfangreiche Änderungen in Gebieten vornimmst, in denen dieses Schema nicht verbreitet ist.

Abschließend noch ein Wort zum Revert: Sei versichert, dass ich nicht "einfach" den Revert vorgenommen habe, sondern mir schon sehr genau angeschaut habe, was ansonsten für Änderungen vorgenommen wurden. Da der manuelle Aufwand einer Bereinigung dieser Massen an Relationen in keinem Verhältnis zu den sonstigen Änderungen stand, habe ich mich zu dem Revert entschlossen.