piebro/osm-data huggingface dataset:
tastrax (2023-12-05 06:42:57+00:00): Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country code +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number.
For freecall numbers that work whilst overseas (ie 13 13 13) use +61 XX XX XX as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Australian_features .  I have just updated a recent addition that you made to OSM – Cheers
opendcc (2023-12-05 07:50:01+00:00): Hallo,
MPs bitte nur dort einsetzen, wo es zwingend nötig ist. Eine weitere Bearbeitung (und auch das Rendering) wird unnötig erschwert. Sollte es z.B. ein größeres landuse=xy geben und dort ein überlagertes residential, dann empfiehlt es sich, das große Landuse zu unterteilen. MPs lassen sich sehr leicht erzeugen, aber die Wartung und weitere Pflege ist massiv behindert. Bitte halte OSM editierbar. Danke und mfg
welzheimerwald (2023-12-05 21:11:00+00:00): Hallo Opendcc,
wäre deine gutgemeinte Arbeit nicht sinnvoller im Mapping von neuem Landuse investiert, statt bestehende Landusepolygone einfach nur umzumodeln? Ich bin noch nicht so richtig vom Mehrwert des Landuse-Zerstückelns überzeugt. Multipolygone sind keine Unfeinheit, und es sei dir noch gesagt, wir sind hier im sogenannten "Sandland", da wird sich auch in hundert Jahren an der Wiese nichts groß ändern, was die von dir angesprochene "Editierbarkeit" hier so immens brennend machen würde. Denn - falls du wirklich große Wiesen-MPs störend findest - schau gerne mal in Oberschwaben und im Allgäu nach ;)

Gruß welzheimerwald
opendcc (2023-12-06 03:29:47+00:00): Es ist jetzt nicht so, dass ich da nichts Neues mappen würde .. aber mich erreichen immer wieder mal Hilferufe im Sinne von 'Ich versuche dieses oder jenes zu mappen (z.B. ein Neubaugebiet) und komme nicht klar'. Die Ursache ist fast immer ein MP (gerne auch verschachtelt). Kannst Du mir mal erklären, was der Vorteil eines MPs sein soll?
Konkret hier: es gibt diverse (komplette!) Unterteilungen der meadow (z.B. Buschstreifen), die sind momentan noch 'übermalt'. Wenn man das detailieren will, steht man vor der (komplizierten) Aufgabe, zuerst mal das MP aufzulösen - da traut sich nicht jeder ran bzw. es hat die Gefahr dass man sich irgendwo im Fragmentenirvana verheddert. Also läßt man es bleiben und eine weitere Verbesserung unterbleibt. MPs sind der beste Weg, das 'O' (also open, auch open für Andere) von OSM zu zerstören. Und selbst JOSM hat so seine Probleme, wenn er z.B. divide-Operationen (die bei Polygonen schnell und gut funktionieren) auf MP anwenden soll. Darum meine Bitte: vermeide sie, wo nicht nötig - auch wenn vorübergehend da mal ein residential in einer Wiese drin ist.

Servus
welzheimerwald (2023-12-10 20:44:35+00:00): Der Vorteil eines MP? Ist schnell zu mappen! Kurz einen Outer ziehen, die Inner zuweisen und fertig!

Hier in der Region befinden sich noch riesige Landuse-Lücken, die es zu schließen gibt. Um diese mit dem gebotenen Detailgrad zu mappen, bieten sich sehr oft Multipolygone an. Für jedes Äckerle micromapping-mäßig nachzuzeichnen, ist mir meine Zeit irgendwie zu schade.
streckenkundler (2023-12-10 22:04:34+00:00): Nun ja, MP's sind vielfach eine elegante Sache. Für einen stabilen Datenbestand, mit dem in der Zukunft auch alle arbeiten können, sollte man ein paar Dinge im Hinterkopf behalten, beachten und beim Editieren dran denken...

MP's mit >1 zusammengesetzten outer-Segment sind zu über 90% der Fälle unötig. Sie verkomplizieren nur unnötig den Datenbestand. Einzig wenn sich die zusammenhängenden Outer- oder inner-Linie der technisch festgelegten 2000-Stützpunkte-Zahl nähert, ist eine Way-Teilung angeraten.

Ein Verkleben von z.B. landuse-MP's mit Linien wie Straßen sorgen darüberhinaus für große Fehleranfälligkeit, da iD nicht sauber mit MP's in solchen  Fällen umgehen kann. Der iD teilt dann willkürlich das outer des Flächen-MP, wenn jemand mit iD die Straße bearbeitet, was gerne mal zu Geometrie-Fehler führt.  Ja, wir mappen zwar nicht für andere Editoren, aber auch nicht gegen sie... Auf der anderen Seite ist es auch inhaltlich falsch...

MP's mit mehreren separaten outer sollten üblicherweise auch vermieden werden. Bei landuse wird das gerne mal gemacht, das kann man durchaus als unnötige Sammel-Relation ansehen.

Aber ich sehe, daß du da einiges bereits umsetzt, was gut ist.

steckenkenkundler
welzheimerwald (2023-12-16 20:10:53+00:00): Weder war das besagte MP hier mit mehreren zusammengesetzten oder gar separaten Outern angelegt, noch waren diese mit Straßen o.ä. verklebt.

https://overpass-api.de/achavi/?changeset=144773779
streckenkundler (2023-12-16 21:17:22+00:00): Ach...

...in deiner Umgebung aber jede Menge...

Die Abfrage https://overpass-turbo.eu/s/1ESE  zeigt  alle MP's  mit >als 1 outer zum Stichtag 31.10.2023 0:00 Uhr

Wenn solche technischen Fehlerquellen beseitigt werden, ist das gut, das begrüße ich ausdrücklich. In diese Richtung ist auch mein Komentar zu verstehen. 

Da gibt es aber noch einiges in deiner Gegend... Allgemein wird man es aber nicht schaffen, sowas komplett zu vermeiden, man kann es nur so gut es geht, minimieren...

Verklebt mit Straßen wird auch gerne. Willst du einen wartungsarmen, aber guten Datenbestand: Achte darauf, daß Lanuse nicht mit highway verklebt wird. 
Der iD produziert gerne MP's mit >1 outer, ohne das der Nutzer es erkennt, darum mein Hinweis mit Verkleben von highway mit landuse...

streckenkundler
welzheimerwald (2023-12-16 21:23:20+00:00): Dein Beitrag hat in der Sache, wie ich finde, trotzdem nichts mit diesem Changeset hier zu tun.

Außerdem sucht deine Overpass-Abfrage mit einem veralteten Zeitstempel.
streckenkundler (2023-12-16 21:56:05+00:00): Kannst du kein Overpassisch?

Du braucht doch nur das "[date:"2023-10-31T00:00:00Z"]" zu entfernen, dann hast du den aktuellen Stand: https://overpass-turbo.eu/s/1ESV

Mit diesem Zeitstempel sieht man im Vergleich schön und stichprobenartig, daß du diese Dinger bereits verringert hast...

...übrigens 2x highway, die Teil eines MP-Outers sind, hast du in der Umgebung auch: https://overpass-turbo.eu/s/1ESW

1x westlich Laufenmühle, 1x nordöstlich Mutlangen (Lindacher Straße)

weiter weg z.B. um Plochingen noch mehr...

Das Alles ist nur BBox... Nach einer Grenze geht auch...

streckenkundler
welzheimerwald (2023-12-16 22:06:34+00:00): Ich bin immer noch von deinem Kunststück hier fasziniert, wie du dich in diese Diskussion, bei der es darum ging, wieso ich ein grob gemapptes Wiesenpolygon (way) in ein Multipolygon umgebaut habe, eingeklinkt hast und hier irgendwelche Dinge einwirfst, die gar nichts mehr mit dem Changeset hier zu tun haben.
streckenkundler (2023-12-16 22:11:38+00:00): Tja...
Glassman (2023-12-05 18:41:09+00:00): I removed the no tags on all of the various forms of transportation but left the access=no. From looking at the imagery you can see a vehicle so they must be allowed. access=no should be sufficient.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144773959
Glassman (2023-12-05 18:39:48+00:00): The correct tag for driveways is highway=service + service=driveway. Without the highway=service, the driveway won't render or be used to route to the destination. I fixed the tagging on both driveways. Let me know if you have any questions.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144774031
EvanSiroky (2023-12-08 04:51:19+00:00): Hey there! I'm a local mapper from Scotts Valley, CA. I see that you requested a review of this changeset, so I'm giving it a review.

I see that you're adding various features to OpenStreetMap, which is great! It does look like there are a few places where there have been duplicate nodes or ways that have been added. I see that there was already one changeset made to combine these duplicate entries. It would be a good idea to continue combining a few things to make sure there is just one feature.

Happy mapping!
EvanSiroky (2023-12-08 05:01:50+00:00): Hey there! I'm a local mapper from Scotts Valley, CA. I see that you requested a review of this changeset, so I'm giving it a review.

Your edits seem fine since the area does in fact look cleared from satellite imagery.

It looks like this whole area is undergoing a fair amount of transition. It looks like this site may eventually be a place with further development, so I guess it's fine to keep it empty until some construction starts to happen.

Happy Mapping!
mkopinsky (2023-12-15 01:53:15+00:00): Looks like the correct formatting is `name:-2021=whatever`. Got fixed 10 days ago in https://www.openstreetmap.org/changeset/144856104
arjunaraoc (2023-12-19 01:10:36+00:00): Welcome to OSM.  Please visit  India page on OSM wiki (https://wiki.openstreetmap.org/wiki/India) and  join OSM India Telegram channel (https://t.me/OSMIndia). your change of geometry for road seems to  remove access road for other neighboring apartment that existed before your change. Please confirm the change.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/144774621
Karpakalingeswaran (2023-12-19 12:07:23+00:00): The correction that I made is perfectly inline with what is the actual. I am living in this society. From Radiance Royale apartment, you can't go out to any of the neighbouring apartments. Radiance Royale is a gated community.
arjunaraoc (2023-12-20 01:09:35+00:00): Thanks for confirming. I should have been seen the source information you provided. i have revised the review as "Good". It is a good idea to mark the border wall around the community to help improve navigation.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/144774621
Mapiate (2024-04-16 12:19:39+00:00): Hi johndlustig,

Thanks for your contributions to OSM. I have one question about this changeset. Around 41.50826,-82.85943 there is a circular shaped section of highway that you added. Is this supposed to be a roundabout? I didn't see junction=roundabout or any one-ways and it's not visible in Bing Maps Aerial. Thanks in advance for taking a look.
rene78 (2023-12-06 03:45:36+00:00): Hi FaizDjamil,

I don't think that any random stranger can go into UTM, Jalan Temerloh. Wonder why you removed the access=private tags from the roads inside? e.g. https://www.openstreetmap.org/way/1052306846

Thanks
Rene
rene78 (2023-12-06 03:47:06+00:00): At least something like 'access=destination' is definitely needed, IMO.
GrabMY_FaizDjamil (2023-12-06 08:28:10+00:00): hi rene, 

I am sorry as i was removing the access=no tag on n6453155177
previously that disable any car entering the premise. 

i have fixed back all the roads with access=destination as public cars are allowed to enter to send students
rene78 (2023-12-07 01:51:41+00:00): 👍Thanks!
JeanLuc1968 (2023-12-05 09:02:00+00:00): Hello,
I'm new to this app and thought I'd bookmark the spot just for me. I didn't realize that everyone saw it.
I can't delete it. I transformed it into a grocery store but it would have to be removed and I can't do it.
Thanks
arjunaraoc (2023-12-17 02:59:50+00:00): Welcome to OSM.  Please visit  India page on OSM wiki (https://wiki.openstreetmap.org/wiki/India) and  join OSM India Telegram channel (https://t.me/OSMIndia).
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/144775508
Totor (2023-12-09 09:38:42+00:00): Hi Gilgameshx,
Great you are contributing to Openstreetmap!
May I ask what this mr P. is ?
On Openstreetmap we usually do not add personal information.
If it is a business, then a name is ok.
The address also seems not filled in correctly. If you don't know the street, district, or or house number, it is better to not fill in anything than to put "1".
Cheers,

Totor
literan (2023-12-05 17:01:06+00:00): а зачем тут еще один сноумелтер поверх другого? https://www.openstreetmap.org/node/11395289342
gscholz (2023-12-06 08:53:17+00:00): Hi DanumValley,
this changeset ha created errors in the OSM database regarding self intersecting ways:

https://tools.geofabrik.de/osmi/?view=areas&lon=3.90624&lat=6.83058&zoom=17&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

https://overpass-api.de/achavi/?changeset=144776511

Especially way 569390133 is affected here:

https://www.openstreetmap.org/way/569390133#map=19/6.83219/3.90560

Can you please fix this?
Kind regards
Guido
DanumValley (2023-12-07 12:16:10+00:00): Hi gscholz, thank you for reaching out. I will update the alignment for the roundabout which will resolve the self-intersecting ways. Happy mapping!
tyfi (2023-12-05 04:02:52+00:00): I am in the process of manually correcting concurrencies on Missouri state routes, so I am running a lot of Overpass Turbo queries to find anomalies. Frequently, however, my queries are being cluttered by long-redundant, and often incorrect, tiger:name_base=* tags and their ilk.
tyfi (2023-12-05 04:50:26+00:00): This changeset specifically targeted unclassified highways. I have done similar changesets for tracks and service roads in the recent past.
tyfi (2023-12-05 04:51:27+00:00): Most of the ways targeted have been unpaved rural roads and/or right-angle connector roads linking winding state routes to grid-like county roads.
tyfi (2023-12-05 04:52:48+00:00): A very frequent error I see in the tags I remove is what I call "tiger contamination" where the way inherits a name like "State Highway X" while X actually terminated at a state route or a township or two over.
tyfi (2023-12-05 04:54:13+00:00): ...but the name bled over a few more ways than it should've. Maybe TIGER did some imprecise map matching or other processing that messed these up, or maybe their data source just wasn't that great at the time.
Baloo Uriza (2023-12-05 15:25:48+00:00): Should probably be "Historic" and not "HIST"
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144776820
relaemanila 2 (2023-12-05 04:14:00+00:00): The your road his CALAX oper
pesec (2023-12-05 04:57:23+00:00): Доброго дня.
"Убрал максимальную высоту проезда." - зачем вы это сделали?
Над проездами пешеходный мост, ограничивающий высоту. Откатил вашу правку.
Karanik (2023-12-05 05:13:36+00:00): https://www.openstreetmap.org/directions?engine=graphhopper_car&route=57.1504%2C65.5918%3B57.1535%2C65.6049#map=16/57.1528/65.5995

https://www.openstreetmap.org/directions?engine=graphhopper_car&route=57.15468%2C65.59556%3B57.15492%2C65.59803#map=17/57.15368/65.59692

Почему тогда не строится проезд по этим съездам если все правильно выстроено? Других ограничений не обнаружил на данных дорогах.
pesec (2023-12-05 05:53:16+00:00): Данные на сервере еще не обновились.
Baloo Uriza (2023-12-05 15:29:33+00:00): Don't abbreviate refs or names.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/144777161
user_5359 (2023-12-07 07:55:35+00:00): Hello! Please have a look on http://www.osm.org/way/1228771196. which language did you notice with code nez (not found in ISO-639)
user_5359 (2023-12-08 13:13:51+00:00): Welcome to OSM! What is the type of your business?
Allison P (2023-12-09 16:56:14+00:00): It is a private residence. SEO spam should be deleted
ZeLonewolf (2023-12-10 20:51:27+00:00): Thanks for adding this, these polygons will be really helpful for skiing applications.
jiyaaa karmurr (2023-12-05 04:50:37+00:00): Ok
arjunaraoc (2023-12-19 01:03:31+00:00): Welcome to OSM.  Please visit  India page on OSM wiki (https://wiki.openstreetmap.org/wiki/India) and  join OSM India Telegram channel (https://t.me/OSMIndia). Check my update https://www.openstreetmap.org/changeset/145271976
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/144777824
tastrax (2023-12-05 06:40:16+00:00): Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country code +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number.
For freecall numbers that work whilst overseas (ie 13 13 13) use +61 XX XX XX as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Australian_features .  I have just updated a recent addition that you made to OSM – Cheers
iandees (2023-12-05 13:35:27+00:00): Did you mean to delete this building? It seems like the building still exists.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144778076
Ferrocarriles de México (2024-07-15 20:45:39+00:00): Descompusiste la cobertura de suelo. Por favor por atención a que no pase otra vez.

https://www.openstreetmap.org/changeset/153989183
Ferrocarriles de México (2024-07-15 20:47:42+00:00): Descompusiste la cobertura de suelo. Por favor por atención a que no pase otra vez.

https://www.openstreetmap.org/changeset/153989244
Warin61 (2023-12-06 21:43:31+00:00): Relation 16786435 is in error.

See https://tools.geofabrik.de/osmi/?view=areas&lon=153.56291&lat=-28.87185&zoom=19&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

All one building? Then there is no need to separate it? The use one simple way.

A building with parts? The use building:part. Look up how to use that on the OSM wiki.
flohoff (2023-12-05 08:46:19+00:00): Moin,

hier ist auf der Campusallee noch ein maxspeed=30 zurückgeblieben. Das passt ja nicht wenn das Living Street also Z325 also Verkehrsberuhigt ist. Dann muss das maxspeed da runter.

Guck doch nochmal.

Flo
impiaaa (2023-12-05 19:30:49+00:00): Hi! If you don't know the actual size and shape of a tee box, please just add a single node, rather than an imaginary circle. I've fixed the ones in this course in https://www.openstreetmap.org/changeset/144804585 Thanks!
vairankode (2023-12-05 06:32:26+00:00): Vairankode Festival 
VXPG+GH8, Vairankode, Kerala 676301
10.886823, 75.975841
10°53'12.6"N 75°58'33.0"E
Langlaeufer (2023-12-05 08:08:28+00:00): Hallo Tzu€. 
Ich sehe drei Spuren?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144779259
Tzu€ (2023-12-05 09:38:43+00:00): Stimmt! Die Ausfahrt teilt sich auf in Links- und Rechtsabbieger + 1 Spur für die Auffahrt auf den Westschnellweg. Danke für die Korrektur!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144779259
Langlaeufer (2023-12-05 08:09:54+00:00): Hallo Tzu€.
Ich glaube nicht das hier Fußgänger auf der Fahrbahn vorgesehen sind.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144779420
Sebastian | Yanosik (2023-12-05 11:40:33+00:00): Cześć!
Dwa z trzech edytowanych segmentów miały wcześniej kategorię drogi tertiary. Jeśli nie zaszły zmiany kategorii dróg, bardzo proszę o poprawę.
Pozdrawiam!
m_p_13 (2023-12-05 17:13:14+00:00): Poprawiłem
Langlaeufer (2023-12-05 12:59:17+00:00): bicycle, foot, horse=yes musst du nicht explizit setzen, das wäre bei track per default erlaubt.  wenn der weg für mehrspurige Fahrzeuge nicht mehr geeignet ist, dann doch auf path ändern
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144781542
fortera_au (2023-12-10 02:13:54+00:00): Hey, this has been constructed and was mapped during a survey, and the building you've added has been completely demolished. I've reverted this changeset due to those reasons.
julcnx (2024-04-24 08:46:00+00:00): Hey, welcome to OSM and thanks for your contributions! FYI gas stations lanes should be tagged as ‘service’.  'living_street' is not used in Thailand. You can read more about this on the Thailand wiki. If you have any questions, feel free to ask. Cheers, Julien
https://wiki.openstreetmap.org/wiki/WikiProject_Thailand#Urban_and_Local_Road_wide_enough_for_motor_cars
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144781853
ticki_52 (2024-01-09 10:09:52+00:00): Hallo opendcc, vielen Dank für die Ergänzung dieser Details. Üblicherweise wird doch für Flächen innerhaln von anderen Flächen eine Relation definiert. Ist das nicht mehr so? Wenn man diese Rekation weiterhin benötigt, würde ich die nachtragen, wenn's recht ist....

Grüße ticki_52
opendcc (2024-01-09 12:06:58+00:00): Hallo, das braucht es m.E. nur, wenn die Flächen den gleichen Key haben (also z.B. Landuse innerhalb Landuse), wenn das unterschiedlich ist (z.B. landuse=residential + building=yes) halte ich für entbehrlich und teils sogar kontraproduktiv. Und manchmal mache das sogar bewusst: wetland innerhalb von forest z.B. für sumpfigen Waldbestand.
ticki_52 (2024-01-09 18:06:22+00:00): Hallo, ich meine, dass die Notwendigkeit einer MP-Relation nicht vom tagging abhängt, sondern davon, ob es bei den Flächen Berührungspunkte gibt. Eine Fläche, die vollständig innerhalb einer anderen Fläche (wie eine "Insel") gemappt ist, soll wohl mit einer MP-Relation innerhalb der umschließenden Fläche "ausgeschnitten" werden. Ansonsten würden die 2 Flächen übereinander wohl ein Darstellungsproblem verursachen. 
So verstehe ich das OSM-WIKI zum Thema MP-Relation. Wieso man bei Gebäuden innerhalb von landuse=residential das nicht braucht, weiß ich aber auch nicht. 

Grüße ticki_52
opendcc (2024-01-09 18:32:10+00:00): Am Beispiel landuse=residential + building=yes sieht man, dass diese 'logische' Regel nicht überall trägt. Und es wäre auch unsinnig, bei jedem Bau die Innenfläche wieder von landuse der Siedlung ausnehmen zu müssen. Daher müssen renderer eh mit 'Overlap' klarkommen. MP ist dann notwendig, wenn der Renderer ergänzende Hilfe braucht - z.B. bei Kirche innerhalb Friedhof.
NorthCrab_upload (2023-12-05 08:40:15+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/node/11395564728
https://www.openstreetmap.org/way/1132284094

Pozdrawiam! 🦀
Negreheb (2023-12-06 16:47:17+00:00): Servus MicahelFS, hier sind dir wohl ein paar Adressen auf Hausecken bzw. die Nodes dazu gerutscht, vielleicht schaust du nochmal drüber. Im Forum wurde ein Thread dazu erstellt. https://community.openstreetmap.org/t/hausecken-mit-adresse/106743
CurlingMan13 (2023-12-05 19:29:04+00:00): 'Changeset(s) have been reverted.  As made evident in discussion on changeset 144781857, this was mapped for personal reasons.  Despite that discussion, the user made further edits to this non-existing POI and generated notes.

Non-existing features should not mapped.  Mapping things solely for your personal bookmark is not permitted on OSM, and as such, the node has been removed.'

https://www.openstreetmap.org/changeset/144804583
canfe (2023-12-05 09:40:12+00:00): Credo che la ele sia errata.

Nodo: TON131B_019 (11395573295)
Jrachi (2023-12-05 10:09:07+00:00): Esatto!
Fu un errore di sbaglio
adas (2024-03-20 06:39:39+00:00): Te zmiany to są chyba jakieś żarty. Proszę to cofnąć.