piebro/osm-data huggingface dataset:
iandees (2026-03-21 23:58:37+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/13663746160 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/180230398, 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!
pitscheplatsch (2026-03-22 09:26:09+00:00): Hello, again,

this changeset removes a large number of multilingual name tags across many objects.

Could you please explain:
- What source or guideline was used for these deletions?
- Why multilingual names were removed instead of preserved?

Thank you.
NeisBot (2026-03-21 19:57:40+00:00): Welcome, and thanks for your edits!

I noticed a few unintended crossings between roads and/or between roads and buildings in this changeset. This usually happens when geometry snaps incorrectly. Additionally, changes to tagging (e.g. modifying highway types or adding tags) can lead to unexpected crossings being detected afterwards.

In total, I detected 29 potential crossings.

⚠️️ Problematic elements (top 3):
https://osm.org/way/1317791215 v1 | 10 crossings
https://osm.org/way/1317791217 v1 | 9 crossings
https://osm.org/way/575133431 v1 | 3 crossings

⚠️ Dragged Nodes (max 3):
https://osm.org/node/10311618320 v3
https://osm.org/node/5519359730 v2

Would you mind revisiting those areas?

#CrossingCheck
---
https://resultmaps.neis-one.org/osm-change-viz?c=180223820
Udarian (2026-03-21 20:56:29+00:00): This one also has a few dragged nodes and two duplicate buildings, next time if a building already exists but has an incorrect shape please update the shape of the building as opposed of adding a new one on top. 

Happy mapping,
Udar
iandees (2026-03-21 23:58:56+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/7165187797 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/180230412, 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!
Mateusz Konieczny (2026-07-16 04:59:07+00:00): Can you take a look at https://www.openstreetmap.org/note/5398543 ?

What you tried to map here?
pitscheplatsch (2026-03-22 09:25:22+00:00): Hello, again,

this changeset removes a large number of multilingual name tags across many objects.

Could you please explain:
- What source or guideline was used for these deletions?
- Why multilingual names were removed instead of preserved?

Thank you.
Enock4seth (2026-03-22 07:06:42+00:00): Hi Sedem, how are you able to survey these multiple countries within the same time ?
ElliottPlack (2026-03-28 20:27:26+00:00): Hi thanks for noticing this. If it is gated please add the gate. You can drop a point on the road where gate is. Thanks! -ElliottPlack. OSMF Data Working Group
eggie (2026-03-21 21:55:10+00:00): Dag skipper,
De BAG gaar denk ik uit van de ondergrondse parkeergarage.
Uitlijnen op grond van schuingenomen luchtfoto's gaat bijna niet.
Daar staat het gebouw niet. 
Wanneer je een andere foto bekijkt staat het weer heel ergens anders. 
 MVG
eggie
eggie (2026-03-21 21:58:41+00:00): Ik heb het nu uitgelijnd. Nooit naar de daken kijken.
pitscheplatsch (2026-03-22 09:24:45+00:00): Hello, again,

this changeset removes a large number of multilingual name tags across many objects.

Could you please explain:
- What source or guideline was used for these deletions?
- Why multilingual names were removed instead of preserved?

Thank you.
iandees (2026-03-21 23:58:55+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/9842117239 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/180230414, 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!
eggie (2026-03-21 21:51:16+00:00): Dag skipper,
Gebruik allee officiële straatnamen. Dus geen beschrijvingen.
Ik heb amenity=parking_entrance toegevoegd op een node.
Kijk zelf even of er access=private bij moet.
MVG
eggie
aceman444 (2026-03-21 22:40:25+00:00): Zdravim, ten posun uice Dropia v Petrzalke bude nejaky omyl:
https://overpass-api.de/achavi/?changeset=180225845

Revertnem to?
mapko (2026-03-22 11:31:33+00:00): Zdravim, jednoznacne. Dokonca som spojil 2 rozne upravy. Dakujem.
aceman444 (2026-03-22 12:30:06+00:00): OK, hotovo.
Linus W Frische (2026-03-22 10:15:13+00:00): Kender du til denne nøgle? https://wiki.openstreetmap.org/wiki/Key:lgbtq

Det ville give mening at tilføje den her også:)
kamillz (2026-03-22 10:32:31+00:00): Nix. Men nu kender jeg den. Kommer nok til at bruge den en del i fremtiden^^
eggie (2026-03-21 21:24:08+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback   Wat zou hier aan de Avesaetweg een liftinstallatie moeten?
Graag reactie.. 
MVG,
Eggie
Namens de OSM Community
Apfelchips (2026-03-21 21:43:35+00:00): Hi Eggie, thanks for reaching out! I was working on an app which published this wrong change. I actually wanted to add mission size data for an existing elevator at a train station. Apologies for the confusion! I've reverted the change.
eggie (2026-03-21 21:46:02+00:00): 👍
Bondi Maps (2026-03-21 23:28:02+00:00): Hola Agus, tengo entendido que el límite del barrio Parque San Martín no es oficial, de todas formas no lo quise eliminar y lo puse en admin_level=14. No estoy de acuerdo en ponerlo como admin_level=9. Que decís de hacer con ello?
AgusQui (2026-03-22 14:53:50+00:00): Que decirte, en la página de la muni, qué dice que no existe, también dice: 
"La cabecera del partido es la ciudad de Merlo y está integrada por las ciudades de San Antonio de Padua, Parque San Martín, Libertad, Mariano Acosta y Pontevedra.

La ciudad  limita al norte con Ituzaingó y San Antonio de Padua, al sur y al este con Parque San Martín, al oeste con el partido de Moreno y el río Reconquista, y al sur con Mariano Acosta"

Y además: https://normas.gba.gob.ar/documentos/0nJEbur0.pdf
Bondi Maps (2026-03-22 15:56:24+00:00): Sisi, estoy al tanto de eso. También es cierto que la municipalidad de Merlo diferencia a las ciudades de las localidades? Más abajo dice: "LOCALIDADES
Ciudad de Merlo – San Antonio de Padua – Libertad – Pontevedra – Mariano Acosta". Además, la ley que me pasaste no especifica los límites. Yo fui a la muni de Merlo y me dijeron que no es una localidad persé, que no cuenta con límites oficiales y, bueno, me pasaron una copia de las localidades con los límites vigentes. La verdad, te soy honesto, he investigado y llegué hasta ahí. No encontré nada más. Pero no sabemos si la persona que mapeó los supuestos límites de Parque San Martín los inventó o de donde los sacó.
AgusQui (2026-03-22 21:57:55+00:00): El usuario que lo creo es alpertron, si le escribís te va a responder
michael60634 (2026-03-27 05:14:09+00:00): "name" should be used for the common name. Additionally, you blindly reverted some other unrelated changes.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/180226677
eggie (2026-03-21 21:26:52+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  ...In OSM hebben de gebouwen al adresnodes. Import vanuit de BAG.
Dus het toevoegen van adressen is niet nodig. 
MVG,
Eggie
Namens de OSM Community
eggie (2026-03-21 21:28:02+00:00): Adres verwijderd
NeisBot (2026-03-21 21:24:45+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/9917417899 v3

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Rehabilitation center"
---
Na przykład, bardziej neutralna i obiektywna wersja Twojego tekstu mogłaby brzmieć: "ośrodek rehabilitacyjny"
---
(Auto-translation)

#MapWithoutSpam
bartgron (2026-03-23 09:14:01+00:00): Opis (tag description) został usunięty, ponieważ stanowił reklamę.
Pozdrawiam
TheNightRider (2026-03-22 06:16:45+00:00): Ha! This is funny, because I've been waiting on aerial imagery for this station and Esri has the first imagery, but only construction. I'm waiting on the lines since I've waited this long. See this post where I talk about this (I am electrons4u on that forum):
https://teslamotorsclub.com/tmc/threads/supercharger-bridgeport-ca-live-15-dec-2025-12-v4-stalls.337640/page-2#post-9008085
TheNightRider (2026-03-22 06:29:15+00:00): I just moved the node to the center of the stalls (shown by Esri World Imagery). I also updated how this is named (branch, like bank branches, gets the location name, but the name gets standardized to "Tesla Supercharger"). Also added the usual set of tags.
TheNightRider (2026-03-22 06:41:39+00:00): You were actually only about 3m away when you mapped it the first time! :) You can see this if you use Esri World Imagery as the background layer. I see you're using "MinimalRubyOSM" and I'm not familiar with that. I use 2 editors: iD (the default web editor at www.openstreetmap.org) and JOSM, which is the best for measuring.
TheNightRider (2026-03-22 06:45:48+00:00): BTW, are you on the OSM community forum? I have some photos of the Supercharger cables I want to send you, because I'm so confused about that! :)
TheNightRider (2026-03-22 06:49:51+00:00): The cables in Norway and other EU countries. It's getting crazy in South America because they are getting cars from all over the world (including China) and they now have charging stations with at least 4 different plugs. Take a look at this station in Bogotá, Colombia:
https://www.plugshare.com/location/585412
trektor (2026-03-21 22:38:29+00:00): Sentiero di spartiacque appenninico si chiama 00 non 300, come mai questa modifica?
AndyB_66 (2026-03-22 18:16:42+00:00): 1. Podaj źródło tych zmian - inaczej zostaną wycofane.
2. Zastosowałeś niekompletny zestaw znaczników - patrz tu: https://wiki.openstreetmap.org/wiki/Pl:Key:highway
AndyB_66 (2026-03-23 18:50:21+00:00): Brak reakcji - zmiana wycofana
iandees (2026-03-21 23:59:00+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/9740292361 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/180230421, 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!
Kin Sapalot (2026-03-22 15:16:43+00:00): Hoi,
Deze wijziging is niet heel handig. Nu is het Pinetum onbereikbaar geworden. In OSM werken verbindingen met 'ways', daarom zie je 'paden' over dit soort grasvlaktes of zelfs over Pedestrian Areas in binnensteden. 
Misschien overwegen terug te draaien.
WOOO (2026-03-22 15:30:53+00:00): Hi,
ik snap je punt. Gemeente is de lanen  langs het Pinetum paralel aan Oirschotsedijk aan het "inrichten". (bomen snoeien voor veiligheid, wallen aan zijkant maken etc.  Voetpad van grasveld voor het landhuis naar het Pinetum (Azalia laantje) is nu afgesloten en heeft bordje "verboden toegang". Denk dat het niet de bedoeling is dat je hier over het gras loopt.  ik zal het voetpad niet terug intekenen maar als u het wilt herstellen  zal ik het niet nogmaals verwijderen. Denk dat tijdens bloeitijd van Azalia's het Azalia laantje wel weer open zal zijn, dat is eind mei, begin juni.
Kin Sapalot (2026-03-22 18:03:58+00:00): Ah, ok. Nu snap ik de aanpassing. Ik laat het dan ook maar zo.
yelisey90 (2026-03-22 08:59:44+00:00): Hi! For Ingorokva & Leonidze Streets, there are relations https://www.openstreetmap.org/relation/18626628 & https://www.openstreetmap.org/relation/18621666 , name:etymology and similar tags should go there. (For the other streets with more that one segment, similar relations should ultimately be created and likewise populated by any tags that are not descriptive of a particular segment, except the vital name:xx tags).
yelisey90 (2026-03-22 09:05:45+00:00): fixed that
https://www.openstreetmap.org/changeset/180239149
dav23r (2026-03-26 18:13:42+00:00): Hi, thnx for showing the proper way to do it and fixing the part of it.

I intend to create street relations for the rest of the ways touched by the changeset and move the tagging there.

Some questions:
1. Do the eponymous lanes and dead ends belong to relation as street members? (I assume no, but some different named members?)
2. The wiki - https://wiki.openstreetmap.org/wiki/Relation:street - specifically warns agains deleting existing tagging in favour of the relation scheme. I assume it's fine to remove tags from the ways in the context of this changeset, as it's very recent. I'll also copy wikidata and wikipedia tags to the relation too and it's tempting to remove it from ways, wdyt? What about old_name:XX tags handling? Any other notable cases that I might have missed here?
yelisey90 (2026-03-26 19:14:52+00:00): 1. I also assume that separate relations for lanes & dead-ends are better...

2. I would put it this way: all the data that is *really* used by consumers and changes the way the map is rendered (or the way searching works) should stay as ways' tags. Names are vital, in all the languages; old names, if they are still used by the populace or if they are still present on some other maps (like the shitty Google), should also stay in order to make searching by them possible. Old names from Russian Empire or early Soviet times are all in all just a piece of interesting information, so it's better not to clutter each segment with them.
Wikidata, etymology & similar tags... Well, they are indeed used by some consumers (like Organic Maps), but in the end they also only serve to provide some interesting information, nothing more. A good consumer which strives to provide such information to a user should parse street relations. In this case, IMHO, a one-to-one correspondence between a wikidata entity and an OSM entity takes precedence, so only the relation should keep such tags.
dav23r (2026-04-02 18:55:52+00:00): That makes sense, thanks for clarifying. 

While we are at it - I would think single segment streets warrant the relation as well? - for arguments of uniformity, the fact that tagging scheme is also about (potentially) addresses, not only street segments.. and the possibility that talked about segment might need to be split in the future to accomodate varying attributes along.
yelisey90 (2026-04-02 21:01:35+00:00): Umph, I never did them for single-segmen streets, but why not... I see no problem in their existence ;)
dav23r (2026-04-03 14:50:26+00:00): Not the area of this changeset, but Chugureti. Still, maybe you can take a glance at your convenience.
https://www.openstreetmap.org/changeset/180815627
https://www.openstreetmap.org/changeset/180778106
yelisey90 (2026-04-03 18:56:54+00:00): Looks good!
Udarian (2026-03-21 22:17:55+00:00): why is the frequency on all of these 0?

Happy mapping,
Udar.
GA_Kevin (2026-03-21 22:38:43+00:00): Hey Udar,
Frequency=0 is a wiki documented value for DC power. Tesla Superchargers are all DC EV fast chargers so 0 would apply and be valid.
stillhart (2026-03-22 14:22:52+00:00): It's a dc charger, not ac. I assume the naming is from the grid tags. Same time, it slightly matters for the people trying to charge
iandees (2026-03-21 23:59:04+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/110635845 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/180230422, 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!
Falkons (2026-03-22 18:40:13+00:00): Hi, it seems you modified the entire Pearl Harbor base area rather than solely the residential area and marked that as residential while removing all relevant tags. This multipolygon covers the entire Pearl Harbor area and shouldn't have all the tags removed and landuse 
changed to residential necessarily.

Though the area you specified with fixme might be residential primarily, it is still housing specifically for military personnel but given they likely are operated by a third-party company (though on US government land), rather than changing the multipolygon tags, you should remove the residential area from the multipolygon.
Falkons (2026-03-30 01:29:39+00:00): Reverted only base relation to original tags as it isn't only landuse=residential even though some areas within the relation being residential only (or not part of the base).
macintoshmarty (2026-07-20 01:48:32+00:00): This causes issues with delivery services being able to deliver on the residential areas. Although the land may be owned by Pearl Harbor, there is no gate or block off from normal traffic
Falkons (2026-07-20 05:44:24+00:00): Access to those residential areas are defined by the roads. The landuse is military and does not deny access for people using map guidance pulling from OSM unless the roads specified says its private or some other configuration where delivery/general access isn't allowed. For example, Radford Drive from Bougainville Drive to Salt Lake Bourlevard cuts through areas marked as landuse=military, but that does not deny non-military peoples from using that road since there is no access tag stating it is controlled access of any type therefore it can be assumed to be the equivalent of access=yes by default.
iandees (2026-03-21 23:33:22+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/10282580757 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/180230001, 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!
Flynn Marquardt (2026-04-02 11:12:54+00:00): Hello,

what is the purpose of these new borders:
- they do not contain any ways
- there are duplicates of already existing borders

Please consider removing them.
FajrAl (2026-04-03 14:26:16+00:00): please see changeset/180229190
leveskockaa (2026-05-05 11:08:34+00:00): Szia! Mitől lett volna teljes?
Flynn Marquardt (2026-04-02 11:12:11+00:00): Hello,

what is the purpose of these new borders:
- they do not contain any ways
- there are duplicates of already existing borders

Please consider removing them.
FajrAl (2026-04-03 14:25:10+00:00): Halo @Gaung Tebono. Mohon untuk tidak menyentuh relasi batas Indonesia, Pulau Jawa, dan Ngawi. Selain dari relasi itu, kamu boleh mapping sesuai dengan panduan di wiki Indonesia.

Join Komunitas OSM Indonesia via Telegram https://t.me/osmindonesia

@Flynn Marquardt
This changeset needs to be reverted (again). This case happened before: https://community.openstreetmap.org/t/country-boundary/142359
FajrAl (2026-04-03 14:31:40+00:00): Perubahan ini telah dipulihkan.
This changeset has been reverted.
changeset/180815298
Princess_Aurora (2026-03-26 10:13:58+00:00): Hi Aarav588,
I notice you added the RAF tag for this road. Can you share your source with us?
Regards.
Princess Aurora
markalex- (2026-03-22 12:41:34+00:00): access=no is definitely wrong here, changed to access=private. 
Also name in russian seems unlikely. Plus is sounds more like a description. Unless it's commonly referred by locals with this name, name tag should be removed.
cswilson252 (2026-03-22 03:50:34+00:00): Hi, thanks for the contributions! Unfortunately, I'm going to have to revert this because part of your change drags Fennell Ave and West 5th St off course, along with some other ways :(.

Thanks for taking time out of your day to contribute, and don't worry, dragging ways happens to all of us a few times :)) (or a few dozen times)!

https://www.openstreetmap.org/changeset/180233036
ascending_slugcat (2026-04-05 01:32:57+00:00): I appreciate this comment. :) Thanks for letting me know and fixing this. Will try and be more careful next time.
pantufla (2026-05-20 09:44:44+00:00): Hola Wilmer, considera usar aeroway=airstrip para los casos donde no hay infraestructura. https://wiki.openstreetmap.org/wiki/Tag:aeroway%3Dairstrip
Wilmer Osario (2026-05-30 12:56:48+00:00): Lo consideré, pero los desarrolladores que usan datos de OSM parecen ignorarla, prefiriendo el genérico [aeroway=aerodrome]

Esos desarrolladores van desde plataformas como https://openairportmap.org/, hasta videojuegos como Microsoft Flight Simulator 2024
pantufla (2026-06-02 04:12:17+00:00): Te entiendo, es un poco el huevo y la gallina. Hasta que una app empieza a incorporarlo y usarlo, luego vienen las otras. Yo sí apostaría por ese esquema que es más preciso y adecuado. Al final estos muchos no son aeropuertos sino pistas sin más.
Udarian (2026-03-22 00:14:41+00:00): I already fixed the dragged node in changeset https://www.openstreetmap.org/changeset/180224885 , that lead to this changeset disconnecting the road and rail lines from the level crossing vertex, I have fixed that in changeset https://www.openstreetmap.org/changeset/180230668 . 

Happy mapping,
Udar.
iandees (2026-03-22 00:20:25+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/1072195562 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/180230784, 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!
markalex- (2026-03-22 11:24:57+00:00): Looks good
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/180230965
HellMap (2026-03-22 12:39:03+00:00): The name of the road should not be a description, the tags of the elements describe it. The access should be private, which is the more common way of tagging these. It should also not be a full unclassified road if it's just property access, but rather a driveway. I also fixed landuse to residential, although I am not sure about the primary use.
rskedgell (2026-03-23 09:01:23+00:00): It might have been more useful if you had, instead of adding an entirely redundant bicycle=no tag to highway=footway ways, if you'd removed the incorrect layer=-1 tags and not deleted name=*