piebro/osm-data huggingface dataset:
iandees (2026-04-18 12:40:49+00:00): Hello! I noticed that nodes https://www.openstreetmap.org/node/13722611807, https://www.openstreetmap.org/node/13723599514, https://www.openstreetmap.org/node/13723599528, https://www.openstreetmap.org/node/6177696219 were moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/181496665, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
Mateicoti (2026-04-20 08:52:29+00:00): Te rog sa stergi tagul de building din moment ce multe dintre aceste agentii nu sunt cladiri individuale.
ZeLonewolf (2026-05-06 22:08:04+00:00): Edit discussed at:
https://community.openstreetmap.org/t/beaches-in-denver-johnson-reservoir-chatfield-reservoir/143585

The emerging consensus from the US community appears to be that this deletion is in error.
woodpeck (2026-05-06 23:13:04+00:00): Agreed about the emerging consensus; a revert of this revert will not be possible though since the original mapper has manually re-added many of these beaches already e.g. https://www.openstreetmap.org/way/1509557111, https://www.openstreetmap.org/way/1509551063 & many more.
Jordi MF (2026-04-18 14:26:15+00:00): Hola IslaDeva,
Gracias por mejorar los datos de OSM. En este caso he visto que has modificado el nombre de una pequeña cima de "Alt del Pinar" a "Peña Blanca". Ciertamente, tanto el IGN como la AVL tienen el nombre de "Peña Blanca" para este punto. Sin embargo, los compañeros del Tossal Cartografies hicieron un estudio de la Sierra de Espadán y publicaron un mapa. Para este lugar, corrigieron el nombre porque la "Peña Blanca" esta situada más al oeste, al otro lado del Coll de la Mosquera. En ese lugar hay un conjunto de cinglos de color blanquecino que, efectivamente, se llama "Peña Blanca" (en OSM ya están mapeados). El editor de los mapas me dijo que esas correcciones son fiables y, por experiencia en otros casos sobre cómo han hecho otros mapas y la metodología que siguen para corregir los mapas oficiales, creo que deberíamos mantener el nombre de "Alto del Pinar" para este lugar.
Te comparto una imagen del mapa: https://ibb.co/8DQgBSGk
Saludos!
rempshaener (2026-04-19 07:35:49+00:00): Hallo,
die Farbangabe (https://www.openstreetmap.org/node/13733055473) erfolgt auf Englisch, also "red" statt "rot".
Viele Grüße
MassCartog (2026-04-18 14:02:03+00:00): Hi could you explain this changeset? you said "fixed street" but just removed the roads in this area that look like they all still exist.
MassCartog (2026-04-18 14:02:36+00:00): Hi could you explain this changeset? You said "added driveway fixed" but just removed a building
JhowieNitnek (2026-04-18 12:26:23+00:00): source: https://databrussels.be/id/streetname/4052/1
kamillz (2026-04-18 12:28:55+00:00): Vil det ikke være mere korrekt at lade dem være 4 forskellige containere, da de netop *ikke* bliver flyttet?
Linus W Frische (2026-04-18 13:45:09+00:00): Jeg ville betragte dem som en samlet enhed og derfor kun en amenity=recycling. I Aalborg har affaldsøer bestående af flere underjordiske containere f.eks. kun et ref=*, selvom der er flere containere på samme "ø". Derfor mener jeg at flere amenity=recycling ville være et brug på "Et fænomen, et objekt"-reglen. Men det er selvfølgelig op til diskussion.

Derudover er det også mere praktisk at recycling:*=yes er samlet på en node, så man ikke behøver at undersøge 4 nodes for at se om man kan komme af med sin mikroelektronik. Én node er nemmere at anvende for forbrugere.
MassCartog (2026-04-18 14:53:07+00:00): Hi welcome to OSM. This is what your edits look like to me. You seem to be associated Pittsburgh Pet Concierge and added that to the map here:
https://www.openstreetmap.org/changeset/181489498

Then you removed two other competing pet services locations from the map that both still seem to exist and be open.

Pittsburgh Pet Services:
https://www.openstreetmap.org/changeset/181496345

Cozy Inn Pet Resort:
https://www.openstreetmap.org/changeset/181495537
https://www.openstreetmap.org/changeset/181495513

You also added fictitious whataburger in one of those locations but misspelled it "whatanurger".

These actions are considered Vandalism. https://wiki.openstreetmap.org/wiki/Vandalism

Please do not make any farther harmful edits to OSM data.
Denise412 (2026-04-18 19:43:36+00:00): Excuse me I was not intentionally making any false edits.
One business has been copying my name and telling people they are me and the other business had random GPS coordinates or pins on their property that literally showed up as my business when searched I deleted those things. I resent your theory but will surely not be making anymore edits. Thank you
HellMap (2026-04-18 15:51:21+00:00): Please stop mass-editing waterways like this. You are creating invalid fords, invalid bridges, bad geometry and routing, invalid layers, etc. Please fix all these issues promptly because you are breaking navigation. And fix all your previous recent edits before you make any new ones.
HellMap (2026-04-19 16:07:40+00:00): Please fix your edits. There are many roads that are now blocked by fords/ditches and navigation is broken. You cannot leave such issues for multiple days.
HellMap (2026-04-20 15:50:26+00:00): You have not replied to any of your changeset comments or fixed any of the issues, but the routing remains broken, so I have reverted your edits. I have previously already asked you to slow down and make sure your edits are correct before uploading. Now these mass edits added so many issues that no other volunteer editor is expected to fix these after you. And you cannot leave such broken data for many days while the changes propagate to navigation apps and other maps.

Please only restore your edits or make new ones if you are going to fix all the errors without any guessing about what is a ford or a bridge or a culvert.

Do not use AI tools / RapID unless you are going to manually check the additions. It always has errors and always needs to be reviewed. It also uses Bing, which is misaligned and possibly out of date.

Do not click the "fix" button in the iD editor unless you understand what it does and are fully intending the change. Not all warnings are errors that can be fixed as offered, nor can you fix many of them without actually surveying on location.

And please use the latest aerial instead of relying on Bing or old data, especially if you see there are newer edits in the area (such as around the airport).

Ideally, split your large edits by what you are doing and don't mix different changes - it is impossible to fix without fully reverting the whole changeset.

Almost all your changeset comments are just "edit, add places", which means nothing and does not explain to other editors what you are doing or what sources exactly you are using. In the future, please start providing an actual description of your mass edits, because there clearly are issues that need to be checked by others.

If you don't know how to fix these issues, then contact the OSM community first for guidance before making so many changes.
osmviborg (2026-04-18 13:51:47+00:00): The Danish OSM community prefers that address points not be merged with buildings, reverted.
SPLATPLAYS (2026-04-18 14:01:59+00:00): Sorry
mikini (2026-04-21 08:25:31+00:00): Additionally, all address points with osak:identifier are imported and maintained daily by the autoAWS bot from data in the official Danish Address Register (DAR). Any edits will be reverted to the official data unless special measures are taken to prevent that.

See more about Danish addresses at https://wiki.openstreetmap.org/wiki/Addresses#Denmark & https://wiki.openstreetmap.org/wiki/AutoAWS.
pyrog (2026-05-05 15:03:04+00:00): panoramax=api vraiment ?
JLZIMMERMANN (2026-05-05 20:12:49+00:00): c'est le principe de l'émergence : trouver un tag qui permet de préciser qu'il n'est pas nécessaire de photoconnecter directement sur OSM puisqu'une photo panoramax est déjà présente en tag https://panoramax.openstreetmap.fr/?background=streets&focus=pic&map=17/44.101009/4.889029&pic=5f2ace29-2e97-4814-b1a0-5cba44a1161e&seq=c3c6068f-4ae6-4720-ac62-d5ec4e06de5b&speed=250&theme=default&users=default&xyz=326.33/-7.51/30
JLZIMMERMANN (2026-05-05 20:15:24+00:00): Je reprécise photoreliée sémantiquement en ID d'OSM mais sur Panoramax.
iandees (2026-04-18 13:13:25+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/13416836298 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/181498003, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
StC (2026-04-18 18:01:27+00:00): Bonjour,

ce changeset a brisé la continuité d'un itinéraire pédestre qui passe par là. Je m'occupe de la réparation.
Clemcloum8 (2026-04-18 18:07:39+00:00): Bonjour,
Merci pour votre vigilance. Pouvez me préciser comment j'ai brisé la continuité svp ? Pour ne pas reproduire.
StC (2026-04-18 19:01:35+00:00): Le problème c'est qu'une fois la correction faite, c'est compliqué de retrouver l'historique (c'est une des limitations d'OSM). J'ai commencé à expliquer dans mon message d'où venait le problème, mais je me suis rendu compte que ce n'était pas exact et j'ai fait l'hypothèse que ça risquait de prendre plus de temps que je n'en avais. Les faits : création d'un petit trou dans la relation, en lien avec le prolongement d'un chemin n'appartenant pas à l'itinéraire au-delà du carrefour où se faisait à l'origine la jonction entre les deux chemins appartenant au à l'itinéraire. Je ne sais pas trop quelle opération a provoqué cela. J'ai refait une segmentation, et ajouté le petit segment à la relation.
Clemcloum8 (2026-04-18 19:26:03+00:00): Merci pour la réparation et l'explication. Je m'en rappelle que pour le noeud qui a probablement été à l'origine du problème, j'ai voulu utiliser l'action « séparer » mais je ne pouvais pas car « Ceci ne peut être déconnecté parce que cela connecte les membres d'une relation. » Ici, la « relation » est très certainement l'itinéraire. J'ai donc supprimé le noeud pour en créer un autre, ce que je n'aurais pas du.
Mlvln (2026-04-18 17:11:58+00:00): Hallo und Wilkommen zurück zu OSM, smoove159!

crossing=zebra ist inzwischen nicht mehr so ein übliches Tagging für einen Fußgängerüberweg. Es haben sich crossing=marked + crossing:markings=zebra (ID-Editor Preset), oder 
crossing=uncontrolled + crossing:markings=zebra (JOSM Editor Preset) durchgesetzt. 

check:date= wird in folgendem Format eingetragen JJJJ-MM-TT (mit Bindestrich statt Punkt).

Ich habe beides angepasst und den Kartenhinweis (https://www.openstreetmap.org/note/5240366) von Eserte an dieser Stelle geschlossen.

Liebe Grüße und viel Spaß beim Mappen,
Mlvln
rempshaener (2026-04-18 19:30:06+00:00): Hallo,
ich habe ein paar Anmerkungen zu deinen Bearbeitungen:

https://www.openstreetmap.org/node/13739911274:
- Wasserentnahmestellen haben keinen Namen, bitte löschen
- Entweder der Weiher wird als Löschteich getaggt, oder als eine offene Saugstelle oder als eine fest verrohrte Saugstelle. Ein emergency=water_tank zusätzlich zum Teich ist falsch.

https://www.openstreetmap.org/node/13739911273 und andere
- Wasserentnahmestellen haben keinen Namen, bitte löschen
- Ein
natural=water
water=reservoir
als Punkt sowie zusätzlich in Kombination mit emergency=water_tank widerspricht sich. Um was handelt es sich denn? Eine unterirdische Zisterne? Das wäre
emergency=water_tank
man_made=reservoir_covered
Oder etwas anderes?

Viele Grüße
Samlung (2026-04-19 10:12:15+00:00): Hallo!

Vielen Dank für die Anmerkungen. Bin noch neu in dem Geschäft und wollte die Wasserversorgung für unsere Feuerwehr dokumentieren. 
Sollte ich noch Fehler gemacht haben, bitte ich um Hinweise. 

Viele Grüße
dreua (2026-07-20 22:29:00+00:00): Danke :)

(Hatte den Marker mit Gleisangabe in OsmAnd wirklich vermisst und nach dem Kartenupdate war er da.)
silversurfer83 (2026-04-18 20:04:52+00:00): Moin Peter,

danke, dass du fehlende Dinge bei OSM einträgst.

Ein Hinweis: Die (sehr gute) App OsmAnd bietet dir praktisch immer das name=* Feld an, wenn du ein neues Objekt hinzufügen möchtest, aber wir haben da schon ein paar Richtlinien, die du im Link findest.

Ich nehme den Namen von dir erstmal wieder raus.

Grüße
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181498197
galen8183 (2026-04-25 00:00:18+00:00): Hi
Please make sure to review every single building you're importing and correct any innaccuracies. Buildings like https://www.openstreetmap.org/way/1500744495 are not acceptable to be imported and must be adjusted manually.
galen8183 (2026-04-25 00:09:12+00:00): Additionally most of these buildings should have square corners, which you have neglected to correct. Use the square tool (right click -> square, or the Q key) when importing ML outlines that are incorrectly warped.
galen8183 (2026-04-25 00:11:07+00:00): https://www.openstreetmap.org/way/1500742011 is another wildly incorrect outline that should be squared, then the curve at the Northeast corner should have been mapped.
Enock4seth (2026-04-25 05:28:27+00:00): Hi Wematu, 
Welcome to OpenStreetMap and thanks for mapping. Do not delete valid existing features and re-map them as a different feature type. eg. deleting filling station nodes and add them as areas.

Do not use UPPERCASE and abbreviations  for names, use title cases and full form instead. e.g. "ADDA PRIMARY SCH." should be "Adda Primary School." 

The name of features should be as they are seen on the ground. e.g. Use "Goil" instead of descriptive names "Goil Fuel" or "Total Filling Station"

If you are not sure about what a tag means do not fill in any random values.

Clicking the "i" adjacent the tag fields in iD editor reveals much information about what they are you can also click the link to the OpenStreetMap wiki for more details.

Here is a long list of tags https://wiki.openstreetmap.org/wiki/Map_features

I will clean up and also undo some of your changes from this changeset.

Happy mapping.
silversurfer83 (2026-04-18 20:02:37+00:00): Gude :)

gibt es schon Infos, wann hier eine neue Brücke steht? 

Grüße
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181499122
Woazboat (2026-05-10 19:49:51+00:00): Hallo biwak,

Du hast hier in dieser Änderung eine Hütte im Wald eingetragen. Der verwendete Tag `tourism=alpine_hut` bedeutet, dass dies eine öffentlich zugängliche bewirtschaftete Hütte mit Verpflegung und Schlafplätzen ist.

Die Bezeichung als Jagdhütte und die Luftbilder deuten aber eher darauf hin, dass das eine einfache private Hütte ist die nicht für andere zugänglich ist und keine Einkehrmöglichkeit bietet. 

Kann es sein dass hier unabsichtlich der falsche Tag gesetzt wurde? Ich würde das auf ein einfaches Gebäude ändern und den alpine_hut Tag entfernen falls das der Fall ist.

lg, Woazboat
ChrissW-R1 (2026-04-18 23:45:07+00:00): Please check https://osm.org/note/5256142
iandees (2026-04-18 16:00:43+00:00): Hello! I noticed that nodes https://www.openstreetmap.org/node/13085510397, https://www.openstreetmap.org/node/2061033043 were moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/181505395, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
themapsplayer (2026-04-18 20:02:53+00:00): I didn't noticed it when I was editing, thanks!
hahae (2026-06-08 02:10:28+00:00): 您好，因为路口比较复杂，所以不太建议您把每个交点都画成traffic signal, 而是希望您能够使用wiki中的tag all incoming ways 画法，我已经修改了一部分，能否请您帮忙修改一下呢？因为全部交点的画法比较混乱，而且容易导致导航时无法计算究竟有几个红绿灯
Summer200101 (2026-06-12 19:27:35+00:00): 已全部修改
SimonPoole (2026-04-19 04:37:30+00:00): Hi, in this changeset you changed the municipality boundary of Biel/Bienne to a walking route. I've undone the change, but what did you actually want to map?
SimonPoole (2026-04-19 04:44:01+00:00): PS the other two edits look OK as far as I've checked.
silversurfer83 (2026-04-18 20:01:51+00:00): Hi there :)

since people seem to have hesitated i'll do it...

Please read https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets and try to keep it tidy in the future. Thank you

happy mapping
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181501505
iandees (2026-04-18 16:01:03+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/2228386509 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/181505410, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
Canard164 (2026-04-18 16:53:49+00:00): Salut, je vois que du as mis à jour le nom du magasin ; merci !
En revanche, la marque devrait être modifiée aussi, non ? Les autres attributs également, comme le SIRET, et peut-être les horaires ?
JhowieNitnek (2026-04-18 15:13:38+00:00): Sources: https://databrussels.be/en/id/streetname/4655
https://databrussels.be/en/id/streetname/5380
opendcc (2026-04-19 02:21:07+00:00): Hallo und willkommen auf OpenStreetMap. Ich habe da ein paar Anmerkungen/Fragen zu Deinen Änderungen:
Die Zufahrt zum Logistikzentrum, ist die wirklich mit einem blauen Fuß/Radfahrerschild beschildert? Und sind dort echt Pferde zugelassen?
(Das mit dem Fuß-Radwegschild betrifft auch die anderen Wege im Gelände: designated bedeutet, da darf nur diese Verkehrsart fahren. Wenn Du 'auch Radfahrer' meinst, dann bicycle=yes. Aber das ist bei highway service default und braucht man nicht dazuschreiben.

Servus Wolfgang
Heinemann84 (2026-04-19 03:47:38+00:00): Servus,

ah ok das wusste ich nicht. Die Straßen der Amag und Fa. Hai hatte zuvor wer anders bearbeitet. Deswegen hab bei den neuen Straßen die gleichen Parameter verwendet.
opendcc (2026-04-19 06:31:52+00:00): Das ist quasi normal, dass man am Beginn da Sachen nicht ganz korrekt macht - ist mir auch so gegangen (und geht mir immer noch so.) Bei Fragen kannst Du Dich gerne melden.
Heinemann84 (2026-04-20 20:12:13+00:00): Danke, nun benötige ich bitte noch mal deinen Rat. Welches Attribut muss ich ändern um einen Straßenabschnitt so zu ändern dass in einer Route mit eingeplant wird? 

Servus Flo
opendcc (2026-04-20 20:28:54+00:00): In OpenStreetMap sind Wege Vektoren, die da 'irgendwie' Punkte verbinden. Beim Routen wird entlang dieser Vektoren gearbeitet. Ob ein Weg in eine Route kommt, hängt von den Attributen am Weg und von den Vorgabe des Router ab. Ein Fahrrad darf nicht auf motor_road (sprich Autobahn ist verboten), umgekehrt darf ein Auto nicht auf foot=designated. Hier im Fabrikgelände sind viele Wege access=private, Router gehen da normalerweise nicht rein. Wenn Du lang willst, dann muss der Router auf 'private erlauben' gestellt werden.
Heinemann84 (2026-04-20 20:33:31+00:00): und wo finde ich Private erlauben?
opendcc (2026-04-21 04:52:33+00:00): Das hängt von verwendeten Router ab. OpenstreepMap ist erst mal nur eine Datenbank, wo halt die Daten drin sind. Da bedienen sich ganz viele Programme (wie z.B. komoot). Ich habe mal in meinen Lieblingsrouter (fürs Rad) reingesehen, da ginge es:
https://brouter.de/brouter-web

Da kann man die access-Auswertung sehe und fallweise manipulieren:

# implicit access here just from the motorroad tag
# (implicit access rules from highway tag handled elsewhere)
#
assign defaultaccess
       switch access=
              (
                    if motorroad=yes then false
                    else if highway=motorway|motorway_link then false
                    else true
              )
              switch or access=private access=no
                     false
                     true

#
# calculate logical bike access
#
assign bikeaccess =
       switch bicycle=
              switch bicycle_road=yes
                 true
                 switch vehicle=
                        ( if highway=footway then false else defaultaccess )
                        not vehicle=private|no
              not or bicycle=private or bicycle=no bicycle=dismount
BCNorwich (2026-04-20 06:19:46+00:00): An extensive duplicated highway was removed.
Tris_1220 (2026-04-18 17:33:40+00:00): Warum hast du die Gehsteige bei der Hardeggasse und Am Mühlwasser entfernt?

https://www.osm.org/way/1427715257
https://www.osm.org/way/1427715258
https://www.osm.org/way/766688780
ReinerMeyer (2026-04-19 08:37:08+00:00): Danke für den Hinweis und sorry, das war ein Versehen meinerseits. Habe ich gerade wieder hergestellt.
HellMap (2026-05-31 15:48:37+00:00): Hello, you changed a lot of roads to be called "Vītolu iela" from their original names, probably as a copy-paste error. Please be more careful.
alexsup21 (2026-04-18 19:30:05+00:00): Dzień dobry i witam w edytowaniu Openstreetmap!

Mam uwagi co do ostatnich zmian kategorii dróg.

Przykład: ul. Sportowa jest w strefie zamieszkania, to zaznaczamy jako "Droga w strefie zamieszkania" (znacznik highway=living_street").

Jednak tutaj zostało zaznaczone jako "Droga czwartorzędna" (highway=unclassified) – droga bardziej przeznaczona do tranzytu. Tak się nie robi.

W OSM mamy zasady klasyfikacji dróg, jak opisane na wiki: https://wiki.openstreetmap.org/wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce

Prosiłbym, aby się zapoznać z powyższymi zasadami i dalej w ten sposób nie zmieniać. Pozdrawiam!
Kamil Kalata (2026-04-18 20:22:52+00:00): Witaj!
Niestety, ale Twoje zmiany w obrębie dróg (tj. zdecydowaną większość, jeżeli nie wszystkie, zostały oznaczone highway=unclassified) podważyły jakość wszystkich zmian, które do tej pory wykonałeś; zostałem więc zmuszony je wycofać: https://www.openstreetmap.org/changeset/181514925. Chciałbym zarazem zwrócić uwagę, że granice miejscowości, które "poprawiałeś" np. tutaj (https://www.openstreetmap.org/changeset/181494416), wywodzą się z aktów prawnych i zmiany w ich obrębie są raczej błędem (o ile nie zostały zmienione urzędowo), a łączenie ich z drogami, jest błędem technicznym.
Pinczyn sołtys (2026-04-19 21:53:20+00:00): Zmiany, które zostały wprowadzone po to, aby drogi wyglądały poprawnie na mapie. Zrobiłem wszystkie drogi jako czwartorzędne, aby wszystkie drogi wyglądały tak samo. Usunęliście wszystkie zmiany, więc trwajcie w swoich błędach. Mieszkam w Pinczynie, więc wiem doskonale, że wszystkie pozostałe zmiany były poprawne. Jeśli ktoś Wam przekazał, że na ul. Pałubińskiej jest ul. Nadrzeczna to nie mi oceniać doświadczenie Waszych informatorów.
Pinczyn sołtys (2026-04-19 21:55:25+00:00): Byłbym gotów się spotkać i porozmawiać z osobami odpowiedzialnymi za profesjonalne budowanie mapy Pinczyna, aby wyeliminować wszystkie błędy. Sam robiłem te korekty pierwszy raz w życiu i mogłem popełnić pewne błędy.