piebro/osm-data huggingface dataset:
streinger (2019-10-21 17:31:51+00:00): просьба вернуть все как было, в городе несколько улиц с одинаковым названием и чтобы в навигаторе при поиске улицы было все понятно, куда ехать и не возникало ситуаций, когда в навигаторе вбиваешь адрес, а там открывается карта всего города, и в разных частях города есть  дом с одинаковым адресом. К примеру здесь 3 улицы с названием  Лесная, поэтому я и привязывал улицы к конкретным снт или районам.
П3тр0виЧъ (2019-10-21 17:35:28+00:00): Хорошо, откатить не проблема.
П3тр0виЧъ (2019-10-22 03:38:56+00:00): Правка удалена.
user_5359 (2019-10-21 12:28:46+00:00): Welcome to OSM! I have delete your SEO SPAM (you are not a church). If this is an error, you can report it here, then we will be happy to help restore the data.
neoLithos (2020-01-29 07:51:16+00:00): Hallo Ranzbotten.

Warum hast du die Feuerwehr verändert? Im wiki (link: https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dfire_station) steht, dass das Gelände mit amenity=fire_station und dem Namen gemappt wird und das Gebäude mit building=fire_station.

Hatte ich das falsch gemacht?

Viele Grüße, neoLithos.
Ranzbotten (2020-01-29 18:32:14+00:00): Hallo neoLithos,

Nein Falsch gemacht hast du nichts. Da ich die Änderung scheinbar vor etwas längerer Zeit vorgenommen habe, habe ich scheinbar nicht beachtet dass, es auch Gelände gibt welches einer Feuerwehr zugeordnet werden kann.
Daher entschuldige ich mich bei dir.
Wenn du möchtest kannst du selbstverständlich das Gelände wieder hinzufügen. Da ich nicht genau weiß wie dort die Zugehörigkeit ist.
Viele Grüße
neoLithos (2020-01-30 13:59:49+00:00): Hallo Ranzbotten.
Ich verändere das dann gleich wieder. :)

Bist du Mapper aus der Region? Wenn ja, können wir uns gern mal treffen und eine kleine Mapping-Party machen. :)

Viele Grüße, neoLithos.
neoLithos (2020-01-30 14:00:49+00:00): Ps.: Ich habe mir das Gelände eingezeichnet, als ich vor Ort war.
Ranzbotten (2020-01-30 14:05:59+00:00): Aus der Region Vogtland ja, aber am anderen Ende bei Auerbach
Supaplex (2020-01-02 17:35:04+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站  https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia  https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
PT-53 (2019-10-21 09:41:43+00:00): Hallo ChrisK80,
ist da wirlich eine Furt, wo man durchfahren kann?
Wiki:https://wiki.openstreetmap.org/wiki/DE:Key:ford?uselang=de

Falls ja:
Ist der ganze Weg
https://www.openstreetmap.org/way/182850709/history eine Furt, oder nur diese Stelle:
https://www.openstreetmap.org/node/6901886096 ?

Fragende Grüße
ChrisK80 (2019-10-21 13:30:39+00:00): Sorry war aus versehen
mavl (2019-10-25 17:06:04+00:00): This changeset has been reverted fully or in part by changeset 76218999 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: nonexistent objects - https://www.openstreetmap.org/user_blocks/3227].
mike140 (2019-12-27 11:05:35+00:00): Вы добавили вторую линию улицы Генерала Карпенко, то есть разделили ее по направлению движения - в OSM так принято делать только в случае если между разными направлениям дороги есть физический разделитель (забор, бордюр и т.п.). Он там действительно есть? По крайней мере ни на панорамах Гугл ни на снимках Mapillary разделителя не видно
PT-53 (2019-10-21 09:44:14+00:00): Hallo ChrisK80,
healthcare=dentist + healthcare:speciality=dentist ist doppelt gemoppelt.  healthcare=dentist  ist bereits ausreichend spezialisiert.
Überarbeitest Du das nochmal?

Fragende Grüße
PT-53 (2019-10-28 08:57:14+00:00): Erledigt
mavl (2019-10-25 17:05:49+00:00): This changeset has been reverted fully or in part by changeset 76218999 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: nonexistent objects - https://www.openstreetmap.org/user_blocks/3227].
Syl (2024-06-12 16:01:26+00:00): Bonjour, j'ai annulé la suppression des chemins, si ils existent il n'y a pas de raison de les supprimer.
user_5359 (2019-10-21 12:31:23+00:00): Hello! You didn't need a area on the inner line of the relation.
s_SoNick (2019-10-22 08:47:55+00:00): Thank you! I see you've corrected this instance already, I'll keep it in mind for future multipolygons
eggie (2019-10-21 09:25:38+00:00): Beste.. 
name:nl = Boni heb ik verwijderd.
Dat kan nooit correct zijn als de winkel nu Vomar heet. 
MVG,
Eggie
marczoutendijk (2023-07-27 18:32:02+00:00): What is the meaning of leisure=*
bizen241 (2019-10-21 11:10:25+00:00): はじめまして:)
初編集おめでとうございます!
コンビニや連絡通路のノードがおそらく意図せず移動されているようです。
ご意見がなければこちらで修正します。
dgitto (2019-10-21 12:49:35+00:00): Benvenuta in OSM!
dgitto (2019-10-21 12:56:43+00:00): Di cosa si tratta? Per le stazioni di polizia vedi
https://wiki.openstreetmap.org/wiki/IT:Tag:amenity=police.

Si chiama davvero "Police Station"? in inglese??
dgitto (2019-10-21 14:01:17+00:00): Ok, in realtà si tratta dei carabinieri. ("Tenenza Carabinieri", che è diverso da "Stazione Carabinieri") Ho inserito tutti i tag, compresi telefono, email e orari di apertura.
http://www.carabinieri.it/cittadino/informazioni/dove-siamo
Daniela Lo Bue (2019-10-22 09:40:36+00:00): Grazie per le specifiche, devo ancora prendere confidenza con il sistema!
UNGSC-DTLM-Ale_Zena (2019-10-25 13:47:53+00:00): Hello,
I know road classification is not a simply task, but from my POV the most important Somalian roads should be mapped as primary, as trunks are described on the wiki as "for high performance or high importance roads that don't meet the requirement for motorway" and the primary are "A major highway linking large towns"
movie_fan_sal (2019-10-26 01:33:05+00:00): The road from Mogadishu to Beledweyne appears to be one of the most important roads in this region, but on closer inspection I can see that it is not much more important than the other roads leading out of Mogadishu. I can see your perspective and have changed the trunk to primary: https://www.openstreetmap.org/changeset/76232374. Thanks for mentioning this.
dval (2019-10-22 10:13:15+00:00): Уточню, когда можно менять класс дороги: если дорога tertiary, secondary, primary, то изменять ее нельзя ни в коем случае. Если дорога track, service или unclass. но явно видно, что на ней жилые дома с адресами, то менять нужно на residential.
dval (2019-10-21 10:20:12+00:00): Hi, Stalker61! Какой смысл был в замене uncl. на res. от моста до настоящей res.? Этот участок используется для транзита до улицы, но не только, домов на нем нет. Не считаю, что правка была обоснованной.
Stalker61 (2019-11-03 21:05:24+00:00): Привет. Вы про изоляты когда-нибудь слышали? Классификацию дорог в НП и за их пределами также  следует учитывать.
Stalker61 (2019-11-03 21:06:46+00:00): Может, что и "цепанул" невзначай, но видит бог хуже сделать не хотел.
dval (2019-11-04 04:07:52+00:00): Слышал. Не сообразил, кстати, указать сразу, про какое место говорил. Это в самом левом верху в Коптяках. Прошу прощения, если пришлось искать где.
Stalker61 (2019-11-04 14:38:37+00:00): Если вопрос принципиальный, то тогда правильно будет так https://www.openstreetmap.org/changeset/76598336#map=19/59.28599/60.36280
Jakka (2019-10-21 13:34:30+00:00): bij deze AED kan je er niet bij vanaf parking... afsluiting? of is dit gezichts bedrog? https://www.openstreetmap.org/node/6837721744#map=19/50.80393/3.28471
Thibault Rommel (2019-10-21 17:00:52+00:00): je kan het pad achter de railing oplopen rechts juist buiten het beeld of helemaal links aan de ingang nabij de straat
dooley (2020-02-21 14:08:32+00:00): Please control coordinates and addr:postcode of https://www.openstreetmap.org/node/6902188585#map=19/48.76977/9.14013

At least addr:postcode is wrong.

Thanks.
redd (2021-01-12 18:55:30+00:00): will delete this, there is no shop here
!bm (2020-04-13 23:26:44+00:00): Hallo OH412, willkommen zu OSM! #ReviewRequestReply: 
name=* alleine sagt noch wenig, das war aber schon mal ein guter Anfang. Ich habe an dem Grundstück weiter verbessert: https://www.openstreetmap.org/changeset/83499069 – ich bin mir allerdings momentan unsicher, ob landuse (Bodennutzung) und works (der eigentliche Betrieb) tatsächlich auf getrennten ways  gemapped werden sollen (daher dies auch in meinem Änderungssatz so kommentiert). Beachte auch die von mir erstellte https://www.openstreetmap.org/note/2158684 zu angrenzenden landuses – da wäre noch einiges zu tun. Ich hoffe, das ist soweit klar und verständlich, evt etwas viel für den Anfang – sei unbesorgt, üblicherweise bleiben ReviewRequests eher unbeantwortet ;) Happy Mapping! --besteGrüße!bm
!bm (2020-04-13 23:30:22+00:00): Ergänzung: noch besser sieht man Änderungen mit OSMCha: https://osmcha.org/changesets/83499069
!bm (2020-04-14 14:22:20+00:00): Deckungsgleiche ways sind zwar nicht falsch, sollten aber eher vermieden werden, so die Erkenntnis aus der OSM-de-Telegram-Gruppe. Die Situation ist nicht so eindeutig, wie weit das Grundstück nach hinten geht, die landuse wohl etwas weiter - dementsprechend geändert in https://www.openstreetmap.org/changeset/83537260
canfe (2019-10-21 12:04:46+00:00): Ma i due edifici, che credo appartengano ad una cascina, si vedono anche dalle recenti Maxar.
Come mai li hai cancellati?
grawal (2019-10-21 13:14:19+00:00): Credo anch'io che sia così. Li ho cancellati perché ho in programma, a breve, una ricognizione sul posto per accertarmi della reale destinazione d'uso di quegli edifici e di altri locali di Varisella. Grazie della segnalazione.
archie (2019-10-21 11:48:36+00:00): Den här sträckan (https://www.openstreetmap.org/way/736466086) har varit en del av flera route-relationer så som vägsträckan före den och efter den (se: https://www.openstreetmap.org/way/121600124). Den har varit medlem i Sjuhäradsrundan, i Ätradalsleden, i Västgötaleden samt i Västra Centralbanan. Genom dina ändringar i changeset (https://www.openstreetmap.org/changeset/75881518) har du brutit route-relationen för samtliga ovan nämnda leder. Det har uppstått ett gap i dem. Vill du vara vänlig att återställa detta snarast samt undlåta att framdeles  förstöra leder/rutter (dvs route-relationer). Tack.
Grillo (2019-10-21 21:35:40+00:00): Hej archie! Som du säkert kan se är användaren i fråga ny. Relationerna förstördes som du säger, men det är svårt för någon som gjort denna brytning av misstag att återställa det. Tittar du ser du att användaren försökt. Jag har haft lite kontakt med användaren och jag vet inte riktigt hur dessa relationer ska gå. Om du kan reda ut det, kan du inte tänka dig att försöka återställa?

PS: tänk gärna på tonen. Användaren är som sagt ny, och om detta är den första kontakten är det lätt att man snabbt ger upp OSM, och det vill vi ju inte.
Grillo (2019-10-21 21:49:38+00:00): Jag provade på att återställa, men fick buggmeddelanden i Josm, så jag vet inte om det gick så bra. Ta du dig gärna en titt och se om du kan lösa det. Det här är nog tyvärr över min kompetensnivå.
archie (2019-10-21 23:04:11+00:00): Jag har - tror jag i alla fall - täppt till luckan i samtliga route-relations som varit berörda. Användaren hade fogat in vägavsnittet i relataion #289686 som inte berörts. Jag har tagit bort detta avsnitt ur sistnämnda relation. + + +  Grillo, förstår du  inte att sånt beteende - och detta helt oaktat om personen är nybörjare - förstör arbetet för övriga. Jag har tidigare hänvisat nybörjaren till en hjälpsida om kombinerade gång-/cykelstigar, varpå han/hon nu endast taggar vägarna som path utan övriga taggar. Det är ytterst irriterande med sånt här. Här behövs klarspråk och inte nåt lullande. Koncentrera dig på innehållet och inte på formen av det sagda. Du skulle i övrigt kunna göra en insats och i ett tidigt skede stävja sånt här genom en lämplig - du kan välja en god ton - kommentar till nybörjare. Du kan ju inte rimligen ha undgått att sånt förekommer alldeles för mycket.
archie (2019-10-21 23:09:25+00:00): Luckan i resp led har slutits; kolla själv: 
https://www.openstreetmap.org/relation/128156
https://www.openstreetmap.org/relation/197444
https://www.openstreetmap.org/relation/8306763
https://www.openstreetmap.org/relation/5406864
datendelphin (2019-10-21 19:36:09+00:00): Hallo stoffjos und willkommen bei OSM. Wir mappen solche kurzfristigen Sachen wie das Chilbizelt der Pfadi Baar nicht. Alles was weniger als ein paar Monate steht, sollte eher nicht gemappt werden. Schau dir sonst umap.osm.ch an, damit kannst du gut spezialkarten für events wie die Baarer Chilbi machen und teilen oder in einer Website einbinden. Grüsse, Michael
tux67 (2019-10-21 10:38:41+00:00): Hi - HTI Tietenberg - Hausnummer ohne Straße?

Gruß
tux67
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/75987620
tux67 (2019-10-26 11:22:21+00:00): Hi - Wie sieht es mit dem Straßennamen aus?
Gtuß
tux67
gpserror (2019-12-28 09:21:29+00:00): Not sure who caused this issue, but there is an overlapping road here and you were a recent editor of this road, if you could fix it that would be great.  The problem area is at (39.50248,-74.99426) near the service road.  If you don't understand the problem, feel free to please contact me.
freebeer (2019-12-29 03:51:05+00:00): salve, gpserror...

is your detection of these overlaps able to spit out the id of the two (or more) ways of concern?

i know my editor will make them obvious, but due to multiple catastropic equipment failure i'm reduced to viewing osm data on a castrated device where tracking the history of all the created parts, themselves now several revisions later, causes me to lose the will to live as here and your other comment, so i can't spend my two pennies to point at the particular changeset, not that it matters, as these appear without checking to be multiple amazon logistics changes over a short period of time by multiple map editors.

i'll repeat my earlier suggestion to avoid using the editor iD to add or edit relations where there are known issues (turn restrictions here, transport routes elsewhere), or at least these edits should  be checked as soon as possible for the random sporadic occurrence of this bug, and mended promptly before later edits amend only one of the two original and newly-created ways and make later repairs much more painful.

or even determining what went pear-shaped and when.

i have seen the osm website github descriptions of iD changes, but in my superficial review nothing has lept out as a fix for this particular issue since these or the original edits six months ago where amazon logistics became involved.

with that, i have no new insight to offer, and i should better spend my time replacing or repairing the lightning-strike-damaged machines.  or deciding to take a different direction in life, probably the better option.
gpserror (2019-12-29 19:07:13+00:00): I was trying to fix some turn restrictions here but noticed the overlap so I stopped and tried looking for who caused it.  Still tough to tell.  Anyway the two broken ways can be determined without an editor through OSM main web browser, just "Query Features" on the point and it will show the two ways: 
https://www.openstreetmap.org/way/700830577
https://www.openstreetmap.org/way/60542166

Both were touched by amazon but have to go back further in time to see who created them... these have been out here for a few revisions already which is kind of alarming.
gpserror (2019-12-30 07:49:28+00:00): OKAY: The person who created the overlap is https://www.openstreetmap.org/user/yerramg who had version 1, not this last changeset.  It's scary that people are editing on top of this before noticing a duplicate. This is kind of dangerous.
gpserror (2019-12-30 15:35:45+00:00): I was able to fix another overlap at https://www.openstreetmap.org/note/2038869 -- luckily that one wasn't too hard to fix, just tedious.  Used iD to fix(!)
gpserror (2019-12-31 02:57:29+00:00): OK I fixed this overlap: changeset is at 
https://www.openstreetmap.org/changeset/79037833
kanleela (2020-01-03 10:42:09+00:00): Hi,

Apologies for the delay in response. I was unaware that my edit was being duplicated at the node. As freebeer mentioned, this could have happened because of the bug with tool. However, we are putting efforts to proactively identify and resolve such errors if committed by our editor. We are also in attempts to change the editing tool.

Thanks for correcting the issue in this case.

Regards, 
kanleela.
freebeer (2020-01-04 17:40:09+00:00): salut, gps-systematic-offset,

thanks for the tip.  normally one is never too old to learn something new, but there's always an exception to every rule.

i agree, not detecting these promptly is an issue as errors that take more effort to correct get compunded.  in the case of the two ways you listed, the newer one with larger number created at v1 should have been checked for an overlap.  it seems to be an infrequent issue, and i can't guess if it averages to once per ten edits, or once per fifty, or what.

if one were using the online web-browser entry to stock iD, i'd suggest that one could, needed pre-conditions permitting, change quickly from iD after saving to, say, potlatch2 by the pulldown menu, which will present a different view of the updated data, and while the overlapping ways themselves will not be obvious (paths and walkways an exception), the presence of overlapping nodes at road bends or intersections, displayed by a distinctive red-bordered white circle akin to traffic sign https://wiki.openstreetmap.org/wiki/File:Zeichen_250_-_Verbot_f%C3%BCr_Fahrzeuge_aller_Art,_StVO_1992.svg

there would be, in case of an overlap, a row of these in place of normal red nodes on the selected way, on one side of the added turn restriction.  these also appear in p2 without the need to highlight/select the way.

however, amazon uses a slightly modified iD and without logging the host used to invoke it, i can't be sure but i suspect there's not the same choice of editor offered by the OSM main website, which i've assumed by offering this quick visualisation of the changes.

a frequent turn-restriction iD mapper would soon figure out how frequently this issue occurs, with vigilance to check each edit, until such time as the bug is swatted, and the untouched original way can be manually split before it is further edited and the overlap discarded, or at least checked as i had done for inconsistencies needing further meddling, in case the new way has failed to inherit something from the original.

i need to learn to write better, simpler english
gpserror (2020-01-05 16:46:14+00:00): Oops, I think I misunderstood your question, sorry for answering incorrectly.  When I edit things now in iD, most of the times I end up zooming into the intersection very closely and randomly click on the items in the vicinity.   For each intersection I should see specific items highlight as one would expect when I click on them.

Sometimes, however, I see it highlighting oddly.   Other times I see a long highway and when clicking on it, I see a split highway (a gray node instead of a white node) despite the long highway.  This leads me to investigate why, I start moving nodes around, also temporarily using the "disconnect" command in iD.  The "UNDO" button is my favorite button as I do a lot of experimental edits to find the overlaps.

Otherwise without playing with the ways a bit with some careful scrutinization of the behavior of iD along the ways, it's really difficult to tell where the overlaps are.  Sometimes KeepRight will flag but as said the cadence is too long and there are false negatives.

I don't know how else to better visualize these errors in iD other than by their behavior.  And I see what you mean, the other thing I wish in iD was a way to manually select different objects at the same point even if it's not on the "top" of the stack.  This causes me a lot more changes than necessary to get exactly what I want, including having to delete a node and put it back -- 1 mm (in the real world, not in the editor) off from where it was because I can't get it exactly where it was before when the best way to fix a problem is to remove the item on the bottom of the stack.

Don't know...should always demand more...?
freebeer (2020-01-06 02:44:33+00:00): by the way, all, i think i was mistaken in my claim that potlatch2 would highlight this sort of overlap, haven given meself time to digest the random drivel i wrote.

i likely confused my investigative work on this error with that performed earlier, several months ago, on a different iD irregular infrequent occurrence also revealed by amazon edits, that one actually involving duplicate and overlapping nodes, sometimes up to a dozen in a single location.

if i remember, there was no obvious visual clue for the road overlaps like here, but then, it's been about a couple months since a lightning strike took out my machine capable of invoking p2, and i've been taking me good ol' time bringing a replacement, also a victim of lightning damage about a year earlier, into full service.  so i can't fire up the editor to actually see what is visualised for these overlap errors.

i'm pretty sure the visual indication was useful to identify where new additions had been made to one but not both of the segments, with the presence or absence of a distinctive junction node.

apologies if i raised any false hopes.

i should caution that if one does use p2 as you describe, there is an extensive undo stack logic but you can't totally rely on it as it appears to lose track of an initial node that seems to get left behind when deleting a stray way, or at least that's the visual representation.  just thought i'd mention that to confirm that no software is perfect.  (cobol maybe, let's port iD to cobol)

by the way, in p2, as i've mentioned before, upon selecting a node, it's possible to toggle the different ways sharing the node, if memory serves, with the / key, which comes in handy when multiple polygons like landuses overlap or join linear ways, or a way like a boundary shares nodes with a road.

in the case where a boundary is defined by the road but mapped separately in osm, not sharing nodes, *then* these overlapping nodes get the no-vehicle-sign prominent indication i thought was the case here.  but logic tells me that while the way gets cloned and trimmed to v1, there's no reason to clone and overlap the nodes; the error is somehow the original way randomly and infrequently fails to be truncated at the junction with the new way.

i'll take a look to see if there are other non-visual indications of this, but i think as osm delivers the present repaired state of the ways in question, i won't see how it was at that point in time where i suspect the list of component nodes would show extended sharing with the same (and identically-named) way.

anyway i'll let this issue simmer and fester in the back of me brane, as you mention keepright isn't suitable for an immediate review, and i'm pretty sure my tip with p2 was totally wrong and reveals me own idiocy and stupidity rather than shedding useful light, and i should crawl back under my rock and hibernate with the slugs and fungi that are my peers these days, how my foot fits me mouth oh so well.

back to ye ole drawing board
km2bp (2019-10-27 19:44:20+00:00): Atrakcje turystyczne będą  wyświetlona e Aplikacjach  mobilnych   http://openpoimap.org/?map=tourism&zoom=18&lat=50.22268&lon=21.75353&layers=B00FFTFFFFFFFFFFFFFFFFFF
km2bp (2019-10-27 19:53:43+00:00): Dobra robota jedynie zdjęć mi brakuje. Gogle przyciąga ludzi na swe mapy  zdjęciami  i nachalnymi reklamami. Niedawno też aktualizowałem podobny skansen http://openpoimap.org/?map=various&zoom=19&lat=51.89115&lon=15.47035&layers=B00FFFFFFFFFFFFFTFFFFFF  Na facezbukowej grupie nie mogę ci odpowiedzieć bo zostałem usunięty  za  mój Anty-korporacjonizm.