piebro/osm-data huggingface dataset:
SteBlub (2017-11-30 09:52:18+00:00): Jetzt bin ich sogar Obertroll, weil du mich hier doof anmachst? Ich häng hier nicht auf der Shift-Taste rum - ganz schlechter Stil.
Das ist ganz klar mein Fehler gewesen, keine Diskussion.
Du tust gerade so, als hätte ich das abgestritten. Das Problem ist, wie du den Fehler kommunizierst.
Ich weiß was ich tue, kann dir aber auch nicht sagen, warum sowas rauskommt. Magie? Fehler in der Matrix? Menschliches Versagen? Mausgerutscht?
Natürlich mach ich einfach mal "was so", wenn mir etwas auffällt.
Ich erwarte von dir doch nicht, dass du mein Problem löst, wie kommst du denn auf die Idee?
Ja, konstruktives Miteinander hab ich drauf, im Team arbeiten ist mein Ding. Aber da hat keiner einen solchen Ton wie du drauf, der für sowas doch recht daneben ist. Klingt eher nach zynischem Einzelkämpfer.
Ich hoffe ich lerne es, während ich mein Problem selbst versuche zu lösen. Neues zu lernen ist immer gut, Probleme lösen auch, und ich hoffe als "Neuling" von und dank erfahrenen Bearbeitern wie dir zu lernen.

Mit trotzdem freundlichen Grüßen
Blub
UAN51 (2017-12-04 03:11:34+00:00): Your tags that has "source=maxspeed=sign" is unnecessary and unsupported. Same with nodes of "traffic_sign=maxspeed". It only creates a redundancy and inefficient noding. "maxspeed=xx mph" is already enough on the roadway. Renderers and navigation systems will not support the node "traffic_sign=maxspeed" so I will delete it for node efficiency.
StackKorora (2017-12-04 13:16:39+00:00): I did that because the wiki says: "When mapping a speed limit sign for example: always add a maxspeed=* and a source:maxspeed=sign tag to the road itself. "
http://wiki.openstreetmap.org/wiki/Key:traffic_sign

Did I do it wrong or is the wiki wrong? I need to know because I've been updating a lot of roads with that recently.
Thanks!
UAN51 (2017-12-04 19:26:09+00:00): Wiki is wrong. Mapbox, osm-carto, Telenav, and others do not support node "traffic_sign=maxspeed" and "source=maxspeed=sign". This "traffic_sign=maxspeed" is only creating node inefficiency. "maxspeed=xx mph" already exists on roads so there is no need to make the "traffic_sign=maxspeed" node. "maxspeed=xx mph" or "maxspeed=xx" for kmph on roads is what everyone supports.
StackKorora (2017-12-04 23:12:46+00:00): Thanks for the information. How do we get the wiki corrected then?
Glassman (2017-11-29 23:38:33+00:00): i see you fixed up Bothell admin area. What did the new users do? I'm getting ready to welcome them to OSM and I want to make sure they understand what they did.
user_5359 (2017-11-30 04:43:30+00:00): I did not really understand why the relation is displayed in this changeset. My correction is therefore not based on an action of the newbie, but is a standardization of the relationship description.
rene78 (2017-11-30 01:08:30+00:00): Hi happy-camper, I think many of those newly mapped service roads are not accessible by the public. Maybe it makes sense to add access=private?
happy-camper (2017-12-04 16:44:51+00:00): I see your point, thanks for bringing it up!
GinaroZ (2017-12-01 23:36:01+00:00): Hi, welcome to OSM and thanks for the edits.
Just to let you know that the oneway=no tag you added here: https://www.openstreetmap.org/way/62046744  is usually unnecessary - perhaps you could tag the missing speed limits in Killearn?
This is a map of speed limits in that area: http://product.itoworld.com/map/5?lon=-4.37299&lat=56.04204&zoom=14
sommerluk (2017-11-30 16:06:02+00:00): Hello Edward.

Welcome as a new contributer to OpenStreetMap!

I’m writing you because of the recent changes you have made in OpenStreetMap. It seems that the objects that you have added do not exist on the ground. OpenStreetMap should however contain only data of objects that exists on the ground.

If you are not living in Abidjan/Yopougon, but want to contribute to the map (and therefor can’t verify where shops and amenities are) it’s better not to add hospitals and supermarkets. Instead, you can easily addobjects than you can draw from satellite imagery (roads, houses, water bodies and so on)

Best regards!
mueschel (2017-12-01 09:25:26+00:00): Hi,
you added the key "distrito" to these buildings - this key is new und undocumented. Is this number part of the address? Then it should have a key like "addr:...".

Jan
santamariense (2017-12-01 09:46:04+00:00): Hi @mueschel, I have just talked him about that. We are searching another way to map such thing. As soon as we decide about, it will be changed.
user_5359 (2017-11-30 05:18:44+00:00): Welcome to OSM! Please notice: the minimum keys for an address is addr:street and addr:housenumber! Can you add the value for the street name, please?
user_5359 (2017-12-03 14:32:11+00:00): Welcome to OSM! Please be careful when editing the map data. You moved a node over 100 meters, so there were problems with the corresponding way. http://www.openstreetmap.org/node/865274989/history
user_5359 (2017-11-30 05:17:20+00:00): Welcome to OSM! Please complete the addresses of the buildings (or delete them, if the building has no housenumer)
DavidKewley (2017-12-03 22:18:19+00:00): I removed this business node, because it's in the middle of a road, not near a building, and the location is far from the stated business address.
Supaplex (2018-02-18 07:33:54+00:00): 安平樹屋已經有區域圖徵
https://www.openstreetmap.org/way/498039297#map=17/23.00395/120.15977
請修改該圖徵做後續編修
Supaplex (2018-01-21 07:57:06+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!
eggie (2017-11-30 08:59:35+00:00): Niet simpelweg iets omzetten in een park. 
Een park is een (uitgestrekt) terrein, omvattende stukken grasveld, bos en bosschages, vijvers, paden etc. Het is een soort deken over al het andere heen. Bovendien heeft het meestal een naam. 
Ik heb deze wijzigingen teruggezet.


Het gaat juist om de landuse.. Dus datgene wat je ziet. De Leisure=park is in de Nederlandse situatie een transparante deken die je over het water en de landuse heen legt. Het is dus de functie.
eggie (2017-11-30 09:05:18+00:00): http://overpass-api.de/achavi/?changeset=54194979
reverted due to parkedits.. removing landuse.
Het stadspark zuid was al correct getagd met een Leisure=park. Kleine stukjes groen zijn geen parken in de zin van...
Wanneer je nog vragen hebt stel ze gerust.
Ik stuur je nog nogmaals de welkomstmail om je in te lezen.
eggie (2017-11-30 09:22:32+00:00): Het stadspark Zuid was bv al goed getagd met een cover Leisure=park. Daar horen dus geen stukken Leisure park in te liggen, maar wel grass, forest.
RoterEmil (2017-11-30 08:24:02+00:00): Hallo der-martin, könntest Du das bitte wieder rückgängig machen? Einige Abteilungen der BVG befinden sich weiterhin definitiv dort. Das ist auch vor Ort deutlich zu erkennen. Bitte mach Dich also vorher kundig. Ausgezogen ist die BVG-Verwaltung übrigens aus 188-192 am Kleistpark - hat aber nichts mit diesem Standort hier zu tun. Danke
ein Schaf (2017-12-01 12:13:05+00:00): Stimmt schon, das Fundbüro der BVG ist immernoch dort - aber das ist ja mit nem separaten Node eingezeichnet. Ansonsten befindet sich dort weiter nichts mehr von der BVG. Früher allerdings hatte die BVG auch in diesem Gebäude Verwaltungseinheiten untergebracht, nicht nur in den Hausnummern 188-192. Aber das ist wie gesagt lange her.
RoterEmil (2017-12-01 12:23:45+00:00): Nein, das entspricht leider nicht den Tatsachen! Das BVG-Fundbüro befindet sich auch dort, ja.
Es ist aber auch weiterhin EIN Verwaltungsstandort der BVG dort, samt Eingang mit Pförtner. Schau es Dir bitte vor Ort an, wenn Du's nicht glaubst oder frag bei der BVG nach :)
Du wirst feststellen: der gelöschte POI muss wiederhergestellt werden
ein Schaf (2017-12-01 12:30:05+00:00): Gut, ich bin heute Abend da, werde mal drauf achten. Aber wenn, dann kann das höchstens in der Hausnr. 182 sein. In der 180, wo es eingezeichnet war, ist außer dem Fundbüro definitiv nichts mehr von der BVG. Das weiß ich sicher, weil ich in jeder Etage die Mieter kenne.
ein Schaf (2017-12-02 20:13:24+00:00): Okay, Erkenntnisstand nach Überprüfung vor Ort: Punkt für uns beide. Da befindet sich tatsächlich noch ein Teil derBVG-Verwaltung in diesem Gebäudeblock - allerdings weder in der 180 (wo er eingezeichhet war) noch in der 182 (wie ich vermutet hatte), sondern in der 184. Nun habe ich aber keine Ahnung, wie man ein CS revertet. Weißt Du, wie das geht und kannst Du das machen? Dann würde ich den Node dorthin verschieben, wo er hingehört.
RoterEmil (2017-12-03 09:56:37+00:00): Hi, hab's grad wieder hergestellt und - mit Adressangaben - auf die 184 verschoben, sowie eine erklärende note=* ergänzt. Kannst ja gern nochmal drüberschauen, aber ich denke, es ist damit bereits alles erledigt.
Wirklich ganz freundlich gemeint: bitte in Zukunft nur etwas löschen, wenn Du Dir sicher bist. Es gibt sicherlich sehr viele POI, die nicht 100% an der richtigen Stelle sind, sondern einfach nur ein paar Meter verschoben werden müssten :) Ggf. einfach eine fragende Notiz setzen, ob XY wirklich noch da.
Sehr schön auf jeden Fall, dass Potse&Co. jetzt auch bei OSM von Dir hinzugefügt wurden!
Schönen Sonntag noch :)
ein Schaf (2017-12-04 19:54:35+00:00): Ja, alles schick so, danke Dir. Nur die Adressangaben halte ich für überflüssig, da die ja schon am Gebäude eingetragen sind - und solche doppelten Eintragungen sind ja nicht gern gesehen.
Ansonsten weiß ich natürlich, dass man nur dann etwas löschen sollte, wenn man sich wirklich sicher ist - aber ich war mir ja eben 100%ig sicher, dass die BVG dort nicht mehr ist. Nur, dass sie zwei Haustüren weiter immernoch drin sind, war mir halt nicht bewusst. Naja, wieder was gelernt.
RoterEmil (2017-12-06 13:12:14+00:00): Schön! Danke Dir auch für das Bearbeiten der hiesigen note + Änderung von Buchhandlung in Café - bestens.
Was allerdings die Adressangaben betrifft, würde ich sie immer bei Geschäften/POIs einfügen. Erstens gehört die Adresse ja sowohl zum Gebäude als auch zum POI. Zweitens erleichtert das doch die Suche nach dem POI ungemein und drittens lässt sich so ein POI auch leichter einem konkreten Ort zuordnen (wie z.B. BVG in der 184 und nicht 180) -> so können auch manche falsch positionierte Einträge deutlich leichter entdeckt werden (z.B. mit Tools wie diesem: https://osm-suspects.gbconsite.de/)
maxerickson (2017-12-08 20:56:28+00:00): Hi-

Could you take a look at https://www.openstreetmap.org/node/5255148528

The 3 streets are currently not connected to each other, but I see news articles about street work there so I don't want to try to fix it from outdated imagery.

Thanks,

Max
RSergei (2017-12-01 12:32:11+00:00): Привет. Касаемо данной правки, Запольная улицу не стоит понижать в статусе, она явно выше нежели residential, лучше оставить как было tertiary. Во-вторых там нет туннеля, там мост по Первомайской и под ним Запольная, тег tunnel стоит убрать. В туннеле там только речка
RSergei (2017-12-01 12:32:56+00:00): На данный момент понижением статуса потерян дорожный граф
pesec (2017-12-01 13:31:24+00:00): Принято, поправил.
user_5359 (2017-12-03 14:44:45+00:00): Welcome to OSM! Please notice: If your website gives a number for contact information, than is this number NO emergency_telephone_code!
user_5359 (2017-12-03 15:10:34+00:00): Welcome to OSM! Please notice: the minimum keys for an address is addr:street and addr:housenumber! Can you add the value for the street name, please?
Владимир К (2018-09-29 14:30:34+00:00): Добрый день!
Добавленные вами парки действительно являются парками или скверами, или вы играете в покемонго?
user_5359 (2017-12-03 19:31:03+00:00): Welcome to OSM! For better description of your business please read http://wiki.openstreetmap.org/wiki/Key:healthcare and http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 .
poornibadrinath (2017-11-30 06:37:23+00:00): Los Angeles street closure

source: http://campaign.r20.constantcontact.com/render?m=1101388121947&ca=c71c41c0-caf9-4f9c-b3cf-0af962e6a14b
Amisha Singla (2018-03-01 08:10:08+00:00): test
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/54196769
Amisha Singla (2018-03-01 08:10:09+00:00): test
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/54196769
erickdeoliveiraleal (2017-12-02 15:20:42+00:00): Você transformou uma via de carros em uma linha de transmissao de energia? Por que fez isso? Eu ja corrigi.
user_5359 (2017-12-04 19:58:57+00:00): Welcome to OSM! I must deleted you node, because the node isn’t well placed. Don’t use the geocoder from Google (Google don’t allow this), look on the aerial image and mark the right building
Supaplex (2018-01-21 07:57:36+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!
Polarbear (2017-12-21 00:09:59+00:00): Bitte speichere keine Changesets, die grundlos von Berlin nach Leipzig reichen.
Was für Fehler wolltest du denn beheben?
 
Du hast in Berlin an der Abfahrt von der A113 das Linksabbiegen in die Neue Späthstr verhindert, indem du per Relation 7770267 das Geradeausfahren from w27077846 via n27541917 to w227895812 verboten hast. Das ist aber Unfug, ich muss das Mittelstück befahren, um links abbiegen zu können. 

Nur das weitere Geradeausfahren auf die Auffahrt ist verboten, dafür gab es aber schon Relation 6775545. 
 
Repariert.
Polarbear (2017-12-21 00:26:34+00:00): An der Abfahrt Grosskugel: 
Warum löschst du mit Node 2252537161 die ursprüngliche Abfahrt, um Node 1653024694 an diese Stelle zu ziehen?
Vock (2017-12-21 07:31:33+00:00): Hintergrund: die Abfahrt war wegen Baustelle gesperrt. das Navi erknnte aber die gesamte Autobahn als gesperrt. Der Knoten 2252537161 war eh überflüssig. War ein Versuch die Entkopplung herzustellen, mag nicht funktioniert haben.
Vock (2017-12-21 07:36:24+00:00): Was die Neue Späthstraße betrifft: Der vorherige Zustand war so dass man über die Ausfahrt geradeaus wieder auf die Autobahn fahren kann / sollte (lt. Navi). Das wollte ich verhindern, denn unzulässig. Schön wenn Du das korrigiert hast, ich hoffe es ist nun aber richtig korrigiert sodass die Geradeausfahrt auch wirklich unterbunden ist. Danke
Vock (2017-12-21 07:42:59+00:00): Ich kann übriens nicht erkennen dass es im aktuellen Zustand nicht möglich ist von der Autobahn kommend über die Ausfahrt geradeaus wieder auf die Autobahn zu fahren?

Und bitte unterlasse Bewertungen wie "Unfug", das motiviert mich gerade nicht bei OSM mitzuwirken.
Polarbear (2017-12-21 11:56:19+00:00): Grosskugel: https://www.openstreetmap.org/node/2252537161/history war die Ausfahrt und insofern nicht überflüssig. In der Version vor deiner Löschung war auch keine Sperrung auf dieser Node eingetragen.
Polarbear (2017-12-21 12:05:54+00:00): A113/Berlin:
https://www.openstreetmap.org/relation/6775545 verbietet die Geradeausfahrt von der Abfahrtsrampe über das Mittelstück auf die Auffahrtsrampe. 
Laut https://wiki.openstreetmap.org/wiki/Relation:restriction kann das via-Member eine Node oder ein oder mehrere Way(s) sein. 
 
Dies wird von Routern auch beachtet:

https://www.openstreetmap.org/directions?engine=mapzen_car&route=52.45550%2C13.46015%3B52.45347%2C13.46141#map=18/52.45442/13.45927
 
Wenn dein Navi das nicht tut, muss der Fehler dort behoben werden, nicht in den OSM-Daten. 
 
Für das spätabendliche Wort Unfug bitte ich um Entschuldigung, ersetze es bitte durch "fehlerhaft".
majid1359 (2017-11-30 07:36:23+00:00): تغییرات سریعتر صورت گیرد
majid1359 (2017-11-30 07:41:49+00:00): متاسفانه تغییرات در سایت openstreet  خیلی کند انجام می شود متاسفانه خیلی مکان های حذف شده از ادیت سایت سافتگ پاک شده است در openstreet  هست .مکان های اصلاح شده در سایت سافتگ منتقل نشده است به openstreet  لطفا تغییرات را سریعتر کنید با تشکر
Alexander-II (2017-12-01 19:47:17+00:00): Здравствуйте. Здесь вы удалили водоем https://www.openstreetmap.org/way/493393574 и отрисовали его же с другой геометрией https://www.openstreetmap.org/way/543638362 тем самым затерев историю объекта. Если существующий объект можно исправить, то лучше именно исправлять объект, а не удалять и отрисовывать с нуля. Наглядно это видно, например, здесь: https://osmlab.github.io/changeset-map/#54198327/way/493393574
user_6110846 (2017-12-04 21:56:08+00:00): правка ушла втопк у  Вьі удалили 11-ая Лепсинская Исходя с контекста ето название есть попередником Фурманова Оно тоже должно сохранятся
user_5359 (2017-12-03 19:37:18+00:00): Welcome to OSM! For better description of your business please read http://wiki.openstreetmap.org/wiki/Key:healthcare and http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 .

I don't believe that your node is an hospital
Marych_ (2017-12-02 10:44:25+00:00): Добрый день
Вы загрузили 10001 точек без ничего
Что это было?
eggie (2017-11-30 09:26:46+00:00): Welkom bij OSM per PB verstuurd
http://wiki.openstreetmap.org/wiki/Welkom_op_OSM
eggie (2017-11-30 09:31:41+00:00): Je kunt het probeel oplossen door de adresnode te verplaatsen naar de hoofdingang. You may sorve the problem to migrate the addressnodes to the mainentrance. A building itself however never has an address in the Netherlands.
Please reply.
errado (2017-11-30 09:37:16+00:00): I see. So should I undo these changes? I've added a point for the apartment I'm interested in (node 5255349032), so I guess that should solve my problem.
eggie (2017-11-30 10:06:08+00:00): Okay.. I noticed. I can't spot an identical housenumber.. so I think it's okay. Normaly you have to search fror the numbers because the are laying on top of eachother. I shall remove the address from the building itself. That is not according the "OSM rules"
The best is to move al the numbers to the main-entrance.
errado (2017-11-30 10:09:51+00:00): Got it. Thanks a lot for the review!
alphensebezorger (2017-11-30 19:49:55+00:00): Bad news. I found the original address-node for nr. 651: https://www.openstreetmap.org/node/2818738253. I fear you adding a duplicate won't solve your problem. I suggest you remove your new point to avoid confusion. Two identical addresses to choose from in a navigation app can only worsen the issue.
Perhaps adding an entrance on the north side of the building will help? I don't know if you can specify the concerned house numbers (583-655, odd numbers only) at this entrance. Maybe you could search the wiki or help,openstreetmap.org for that.

Good luck and happy mapping.
errado (2017-11-30 20:09:55+00:00): Haha I should've known it wouldn't be this easy to fix my problem :D Thanks! I'll remove the node I added right away and try to figure out a proper solution tomorrow.
Alexander-II (2017-11-30 16:07:37+00:00): Здравствуйте и добро пожаловать в ОСМ (хоть у вас и первая правка была уже 6 лет назад :) )  
Зачем вы изменили название Жилой комплекс "Лайнер" и сделали из него аббривиатуру?  
Аббривиатурам не место в name=* https://wiki.openstreetmap.org/wiki/RU:%D0%9D%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F#.D0.A1.D0.BE.D0.BA.D1.80.D0.B0.D1.89.D0.B5.D0.BD.D0.B8.D1.8F_.D0.B8_.D0.B0.D0.B1.D0.B1.D1.80.D0.B5.D0.B2.D0.B8.D0.B0.D1.82.D1.83.D1.80.D1.8B_.28.D0.BD.D0.B5_.D0.B8.D1.81.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D1.83.D0.B9.D1.82.D0.B5_.D0.B8.D1.85.29 Эту правку я откачу.
cuberone (2017-11-30 17:37:27+00:00): ok
*Martin* (2017-11-30 15:22:39+00:00): Ahoj,

Prosim nedavaj do nazvu vseobecne podstatne mena ako "Autobusová zastávka". Tam patria vlastne podsttne mena ako napr. "Pod brezou". Pre rozlisenie si pozri napr. http://www.oskole.sk/?id_cat=106&clanok=23053. Dakujem.
*Martin* (2017-11-30 15:23:18+00:00): A nie vsetko musi mat vyplneny nazov.
hovanect (2017-11-30 15:32:31+00:00): Ahoj, vďaka za info. Beriem na vedomie.

Pozdravujem
majid1359 (2017-11-30 08:54:09+00:00): لطفا سرعت تغییرات آپدیت نقشه ایران را از سایت سافتگ به osm سریعتر کنید .مکان های پاک شده از یافتگ را در osm پاک کنید و ادیت های و مکان های اصلاح شده ان مکان های پاک شده را وارد osm کنید  با تشکر
frosm (2017-11-30 17:34:16+00:00): Bonjour,
je réagis à votre demande de vérification.
le type de building industriel correspond à plutôt à une usine.
je ne vois pas de tag précis à mettre comme type de batiment. par contre j'aurais supprimé le nom pour mettre à la place le fait que c'est un car wash amenity=car_wash avec la marque brand=Elephant Bleu
amapanda ᚛ᚐᚋᚐᚅᚇᚐ᚜ 🏳️‍⚧️ (2017-11-30 18:25:56+00:00): You asked for a reviewof this edit, but surely an OSM note would be more appropriate
burtlang (2017-12-04 23:58:31+00:00): Can you help me understand what the numbers in the street names of Beirut mean/ how they should be tagged? Is it a reference number or an alternative name?
johnny_1982 (2018-01-11 14:08:01+00:00): Durch diesen Änderungssatz sind nun alle drei Objekte (Tankstelle, Hotel, Apotheke) jeweils DOPPELT in der Karte enthalten und werden (in der Standardansicht) auch doppelt dargestellt. Gibt es hierfür einen ernsthaften Grund?
Takuto (2018-08-14 09:59:11+00:00): Добрый день. Просьба не менять названия улиц, по ним в ОСМ есть четкие правила именования. "Западная улица" и "улица Пушкина" - верно.
eggie (2017-11-30 10:29:11+00:00): Oke.. prima zo..
eggie (2017-11-30 13:07:01+00:00): Stadspark Zuid is wat vreemd aan de hand.. Daar zit alles een beetje aan elkaar geplakt en een grasveld zit ergens als lijn smal stuk geplakt aan de omtrek park. Ik maak het even los. leiure=park hoort los te liggen.
eggie (2017-11-30 13:16:53+00:00): Stadspark losgemaakt en fietsverbindingen met tegenoverliggende straten gemaakt. .. Had verder niets met je eigen edits te maken.
NetWormKido (2017-11-30 14:21:42+00:00): Привет, а зачем ты удалил теги школы и дет. садов?
carciofo (2017-12-03 22:32:20+00:00): Hi, you've duplicated NE 174th St on this changeset and it's overlapping road. Kindly fix, thanks. https://github.com/mapbox/mapping/issues/344
manings (2017-12-04 04:00:07+00:00): Thanks you, I fixed it here: http://www.openstreetmap.org/changeset/54316775
Alexander-II (2017-12-01 19:58:07+00:00): Аналогично тут. https://www.openstreetmap.org/way/106877228/history удален, вместо него отрисован аналогичный водоем.  
Я бы еще ради связности не разрывал ручьи/реки. То есть между https://www.openstreetmap.org/way/543655162/history и https://www.openstreetmap.org/way/543655022/history нужна лишния.
kreuzschnabel (2018-01-02 15:34:23+00:00): Hi, me again. Pity you did not answer to my first comment (just put your statement here below). As I said, mapping turn lanes as separate ways does not comply to OSM standards, might confuse navigation systems and therefore should be reworked. Any more A66 junctions to undo? I’ll be happy to do this but would appreciate your help.
SecondEdition (2018-01-02 15:41:29+00:00): Hi,
It did not seem like a question, so I did not reply, just took your information on board.
As for more to do, I don't know to be honest, don't keep a 'file' of what I do either mentally or physically - I was just going to be more aware as I was looking over the area. I was doing Penrith to Scotch Corner both sides of the A66 for several Km as it's a route I do often and decided to enhance it (or so I thought).
frosm (2017-11-30 17:01:22+00:00): Bonjour et bienvenue sur osm.
je réagis à votre demande de vérification de votre contribution.
je n'ai pas vu d'erreur, juste un petit détail topographique, on met une majuscule à tout les mots d'une rue sauf les particules. donc Rue des Aigrettes
~Jhellico (2017-11-30 12:51:08+00:00): Не треба видаляти об’єкти і створювати замість них нові, а редагувати існуючі