piebro/osm-data huggingface dataset:
mueschel (2026-05-28 09:06:44+00:00): Hi,
please don't add 15 translations of the address tag. These tags are meant for the actual address of the object. I highly doubt that there is an official address in Potuguese.
michaelIsADullGuy (2026-05-29 06:26:56+00:00): Sure! I'm about to remove the French, Spanish, and Portuguese address translations in the next changeset.
mueschel (2026-06-04 09:43:38+00:00): Are the other 13 languages actually officially recognized addresses of the building?
habi (2026-05-30 09:35:18+00:00): Danke für die Korrektur, vom Sessel aus sieht das doch prima aus!
SaintCityMapper (2026-05-30 18:09:02+00:00): Wunderbar, dankeschön :-)
aTarom (2026-05-27 17:54:19+00:00): Hola, el tag
area:...
mes
area=yes
es duplicitat, podem deixar un?
per exemple:
https://www.openstreetmap.org/way/1523640721
salutacions
Xavizard Knight (2026-05-28 22:07:19+00:00): Bones!

Cert que posar area=yes no té molta llògica amb etiquetes area:*.

Això és una mania meva que ve de quan volia mapejar les àrees dols escales i vareig llegir online a no-sé-on que per mapejar les àrees dols escales era millor ficar l'"area:highway=steps" amb l'"area=yes", i aquesta és una mania que m'he endut quan etiqueto altres etiquetes "area:*".

Estic d'acord que l'etiqueta area=yes s'hauria d'eliminar dels elements que ja tinguin alguna etiqueta area:* ja que és redundant.
Ara quan acabi un changeset que estic a punt d'acabar, faré una consulta d'Overpass per pillar tots aquests objectes i els hi trauré l'etiqueta d'àrea.
Xavizard Knight (2026-05-29 00:09:21+00:00): Bones! Ja he fet el changeset d'esborrar les etiquetes area=yes dels objectes que ja tenen alguna etiqueta area:*

https://www.openstreetmap.org/changeset/183328306

Gràcies per l'avís!
mueschel (2026-05-29 17:58:05+00:00): Has there been some discussion about these tags? "area:amenity" is not used in any other place.

Essentially this makes these objects completely invisible to all existing tools and apps unless they explicitly handle this new tagging method.

What's wrong with e.g. amenity=bench with an area=yes tag?
Xavizard Knight (2026-06-06 16:24:53+00:00): Hello!

No, the area:amenity tag hasn't been discussed anywhere. I've used it to map the areas of big benches, in the style of how other area:* tags are used (like area:highway).

I've used it here to map some benches that are much bigger and longer than normal. Benches in which a simple node placed in the middle I feel is insufficient due to how long they are.
Hence why I mapped them as areas. In all of these cases, because I know that area:amenity=bench is a new tag and unknown to all data consumers, I placed a normal amenity=bench node in the middle, which is what will contain most of the information about the bench.

This is in a similar fashion as how a highway=steps way holds all the info of how many steps are there, if there's a ramp and how, and such; while the area:highway is just for the 2D surface of the steps.

I've avoided the use of an amenity=bench + area=yes because the wiki discourages mapping amenity=bench as areas, and an area bench may have tagging problems with tags like direction= or length=.

Although now that I think about this, maybe it would be best to tag these areas as barrier=wall + area=yes closed ways and put the amenity=bench as a way in the sides of the area that you can sit on. Because these benches are just knee-high-or-so brick walls, and this may be a way to better map them so more map styles and data consumers can understand them.
mueschel (2026-06-06 16:49:26+00:00): In case of highways we need this special construct because we need to keep the linear way for practical purposes. In the case of benches there is no need to keep the node, so we can have just the area with a regular amenity tag.
There are already 500 benches with area in the database -  250 with area=yes, and 250 with area=no
Ltrlg (2026-05-28 06:52:12+00:00): Tous les arrêts de l’agglo avec l’abri cartographié l’ont été comme ça, on ne devrait pas être changer à un seul endroit comme ça.

Maintenant, building=roof ou pas ? C’est vrai que la documentation vise plutôt des structures plus grandes, mais sur le principe : structure avec toit fixée durablement au sol, mais sans murs sur tous les côtés -> on correspond plutôt bien à la définition. Il y en a même quelques uns qui sont au Cadastre.
sanzay (2026-05-29 16:48:33+00:00): effectivement, mais je suis parti de l'application "Streetcomplete" qui indiquait un batiment à mettre à jour .
D'où ma modification ensuite avec editeur
Ltrlg (2026-06-02 06:55:05+00:00): Quelle était la question posée, la forme du toit ? Cette question est légitime pour un building=roof, surtout qu’on a deux formes pour les abribus sur l’agglo (roof:shape=skillion et roof:shape=flat).
Joseph R P (2026-05-28 21:08:17+00:00): This stretch of Route 20 lacks a physical median between Exit 308A and the Lindsey Blvd overpass (except for some small sections but even then it's still a very low surface road-like median), and has a low speed limit (35-45 mph) and a sidewalk. It's closer to being an expressway than a freeway by OSM standards.
Flap Slimy Outward (2026-05-28 22:36:20+00:00): I used Bing aerial imagery, and it looks like a physical median. But if it doesn't have one, shouldn't these carriageways be merged? That and the fact that this segment of US 20 has relatively low speed limits and a sidewalk wouldn't make it an expressway either, right?
Joseph R P (2026-05-29 00:05:00+00:00): I should have mentioned that I noticed this in the more-recent Esri imagery. It's a painted median, not a center turn lane or a double yellow centerline, so you absolutely could merge the carriageways although it is also perfectly fine to leave it as-is because I've seen roads like this mapped both ways. Regarding whether or not an expressway can have sidewalks or not, it all comes down to a case-by-case basis. If the road is high-speed and/or has full access control, then it shouldn't be an issue because it the sidewalk is likely one of the reasons the road isn't a motorway, anyway.
Flap Slimy Outward (2026-05-29 01:03:06+00:00): Ah, I see. IIRC, the OSM convention is to only map the directions separately if there's a physical barrier, which there isn't. Since you mentioned that the median isn't a central turning lane, I might have to change this again. This, combined with low speed limits of 35 mph (and a similar discussion we had on Sky Vista/Sunset Run), leads me to think that this part of US 20 (the Rigby "Freeway") is not an expressway, despite having full access control (which Sky Vista and Sunset Run lack west of the Beltway).
Joseph R P (2026-05-29 01:23:30+00:00): A road with full or near full access control is typically an expressway by default. As I said it is a case-by-case basis but a fairly common type of expressway are roads that would otherwise be motorways or be a continuation of a motorway if not some minor attributes the violate the expected freeway standards, such as a low speed limit, lack of shoulders, sidewalks, minor at-grade intersections or driveways, bike lanes, lack of a median or carriageway separation, tight ramps without merge room, etc. See for example the US 250 Bypass in northeastern Charlottesville, VA, Bend Parkway through Bend, Oregon, or Storrow Drive in Boston. These are examples of low-speed expressway, i.e. freeways that are "almost" freeways but aren't for one or more reasons.

It's worth noting that not every expressway necessarily has the same characteristics as the other, which is why is is often a contentious and sometimes frivolous tag in OSM, though it is good for acknowledging roads that some may be inclined to tag as trunk explicitly because it's an expressway or as a motorway as something else for one reason or another.
eggie (2026-05-27 19:25:33+00:00): Hi,

Please don't add addresses to building shapes in the Netherlands.
We have already import addressnodes from the Dutch Registry.
Greetz,
eggie
eggie (2026-05-27 19:26:22+00:00): reverted by changeset #183271995
pitscheplatsch (2026-05-27 18:08:43+00:00): HTML/iframe injection attempting JavaScript execution via OSM tag.

Should be reverted.
marcmarti (2026-05-27 18:44:21+00:00): Hola, segur que leisure=bandstand és l'etiqueta adequada per aquest tipus d'equipament? Un templet sol estar aïllat d'altres edificis o dins d'un parc. 
Salut, Marc
llazzar (2026-05-27 22:08:39+00:00): Hola Marc,

he canviat de nou a `amenity=theatre`. Gràcies per la precisió, estava utilitzant malament l’etiqueta.

Salut!
rarad74 (2026-05-27 19:51:41+00:00): Salut. De ce stergi parcarile?
CRCulver (2026-05-27 20:02:15+00:00): I personally surveyed this place today and it is no longer a functioning parking site. The owner has put the property up for sale, and in the meantime the land is not being used at all, so landuse=brownfield is the appropriate tagging.
CRCulver (2026-05-28 10:47:03+00:00): Next time I should walk around the entire site before deleting! I have restored the parking, but I have changed the outline to reflect that only part of the land is still parking, while the rest is now vacant land for sale.
pitscheplatsch (2026-05-27 18:08:58+00:00): HTML/iframe injection attempting JavaScript execution via OSM tag.

Should be reverted.
pitscheplatsch (2026-05-27 18:22:47+00:00): HTML/iframe injection attempting JavaScript execution via OSM tag.

Should be reverted.
4004 (2026-06-14 00:32:34+00:00): https://www.openstreetmap.org/way/507952381/history приветсвую, а чего лендюз удалили?
pitscheplatsch (2026-05-27 18:22:17+00:00): pitscheplatsch	HTML/iframe injection attempting JavaScript execution via OSM tag.

Should be reverted.
pitscheplatsch (2026-05-27 18:22:29+00:00): HTML/iframe injection attempting JavaScript execution via OSM tag.

Should be reverted.
Frans S (2026-05-28 12:22:33+00:00): Hello. Thanks for mapping.
FYI
High-rise buildings are regulary  incorrectly mapped.
You can see both one or more side walls and the roof. The Imagery is taken under a certain angle, so you can see more .
Often all visible walls and roofs are mapped as 1 building.
The correct way is to map the roofline and move the whole object on their footprint.

Check this video.
For buildings with a few floors, start watching from position 1 minute. 
https://youtu.be/Tpi-BTMVo1M
https://youtu.be/dsfUcslLtVc?si=bEHwRl1sxDI_GA0H


Best regards
jayaddison (2026-05-28 12:42:49+00:00): Thank you for your feedback - I'll watch those videos soon and update my mapping approach!
b-holdet (2026-05-29 04:43:36+00:00): Det officielle navn er nu Pilekrog

https://kortoverblik.dk/spatialmap?mapheight=1449&mapwidth=1984&label=&ignorefavorite=true&profile=sdfikort&selectorgroups=gst_dhym+stednavne&layers=theme-dtk_skaermkort_daempet_daf+theme-stednavne_daf+userpolygon&opacities=1+1+1&mapext=601542.168296098+6097802.188604145+607996.021042642+6102511.316126131&maprotation=
Anders L (2026-05-29 13:12:19+00:00): Tak, rettet :)
rajdhani (2026-05-28 10:40:19+00:00): Reverted in changeset id:183298075
eggie (2026-05-27 19:17:48+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback Volgens mij is het niet correct zo en was het juist eerst goed getagd.
Wat is het probleem hier?
MVG,
Eggie
Namens de OSM Community
eggie (2026-05-27 19:23:30+00:00): reverted by changeset #183271874
eggie (2026-05-27 19:20:44+00:00): Dit is m.i. ook niet correct. waarom verander je het.
left:through zit toch in één rijstrook?
Gr eggie
eggie (2026-05-27 19:22:15+00:00): reverted by changeset #183271826
vulcan_vulcan (2026-05-27 19:34:59+00:00): Ik kom er net achter dat de lane seperator het karakter '|' is en niet het karakter ';'. Daar zat de verwarring, als dat omgedraaid was klopte het wel maar nu idd niet. 

De aanleiding was het gedrag van een zelf rijdende Tesla die consequent de verkeerde rijstrook pakt. Ik heb de wiki gelezen (obviously niet goed genoeg en de lane seperator karakters omgedraaid) en meende bevestiging te zien dat de OSM data niet goed was en daarop aangepast.

Mijn excuus voor de verwarring!
eggie (2026-05-27 19:46:54+00:00): Hoi...  Ik denk dat het in OSM goed staat... tenminste volgens de luchtfoto.
Ik heb je changesets teruggedraaid.
Ik denk dat de Tesla een beetje abuis is.
Die ; geeft één rijstrook aan met een pijl rechtdoor en een pijl voor de afslag.

Ik geloof dat Tesla Valhallah gebruikt voor de navigatie. 
Gr eggie
eggie (2026-05-27 19:51:26+00:00): Kijkt de Tesla niet gewoon naar de pijlen op het wegdek met een van zijn camera's?
vulcan_vulcan (2026-05-27 20:00:26+00:00): Dat is dus de open vraag. Er zijn 3 visuele aanwijzingen (een bord met lane layout, stoplicht; pijlen voor rechtsaf en rondjes voor rechtdoor en links, pijlen op het wegdek) welke lane er moet worden gekozen om rechtdoor te gaan en toch kiest FSD consequent voor de rechterbaan.

Ik ga verder zoeken waarom dat is, en dan iets minder snel iets wijzigen ;)
literan (2026-05-29 09:23:58+00:00): зачем поудаляли здания? от балды набросали дублей контейнерных терминалов. Правка будет откачена, все сделано на тяп-ляп
rajdhani (2026-05-28 12:02:57+00:00): Partially reverted in changeset id:183302236
mcliquid (2026-06-18 18:33:20+00:00): Hallo wolfbert,
wieso hast du den gesamten neuen, östlichen Teil des Gebäudes abgerissen?
https://www.openstreetmap.org/way/1181771783
Und wieso nutzt du die uralten 2020er Bilder, obwohl es 2022, 2023 und sogar 2025 Bilder gibt?
Danke dir und beste Grüße
mcliquid
wolfbert (2026-06-18 19:13:10+00:00): Hallo, danke für den Hinweis, hab wohl versehentlich die falschen Bilder verwendet (vermutlich Esri World Clarity). Trotzdem eigenartig. Sollten jetzt wieder da sein (https://www.openstreetmap.org/changeset/184286463).
mcliquid (2026-06-18 19:16:48+00:00): Danke für die schnelle Korrektur! :)
wolfbert (2026-06-18 19:18:35+00:00): Ach ja, VOGIS, oben stehts ja. Liegt wahrscheinlich daran, dass die alten Bilder in JOSM im Menü stehen, während man die neuen eine Ebene tiefer auswählen muss.
pitscheplatsch (2026-05-28 07:21:12+00:00): Hi, welcome to OSM.
Is the name real?
effvf (434887825), v4
nikdonline (2026-05-30 12:40:17+00:00): Absolutely not it was a mistake
pitscheplatsch (2026-05-31 09:58:44+00:00): Thanks for your reply.

Corrected by https://www.openstreetmap.org/changeset/183272076
Marek-M (2026-05-28 11:55:22+00:00): Cześć, `milestone` nie dodajemy na liniach `highway` tylko przy tych liniach. Na drodze dwukierunkowej wystarczy jeden słupek mimo fizycznego duplikatu na drodze: https://wiki.openstreetmap.org/wiki/Pl:Tag:highway%3Dmilestone
czebureks (2026-05-28 12:19:19+00:00): Cześć! Wygląda na to, że EveryDoor automatycznie dołączył te słupki do najbliższej linii, już poprawiłem. Natomiast jakie zastosować kryterium wyboru, czy powinien w tej sytuacji pozostać słupek wschodni czy zachodni - i jak wtedy tagujemy ten drugi?
Marek-M (2026-05-28 16:16:36+00:00): Z tego co wiem, to słupek ustawia się przy linii highway na wysokości słupka, nawet nie w jego fizycznej lokalizacji ze względu na to, że jest to odpowiednik dla obu słupków naraz. Kilka razy tak zrobiłem ale nie są to rzeczy, które często edytuję.
Glassman (2026-05-28 17:02:59+00:00): Thank you for your edit. I reviewed your work and it looks good.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/183271222
mueschel (2026-05-28 18:25:31+00:00): Hi,
please check this area, it got only strange tags:
https://www.openstreetmap.org/way/1523748915
Glassman (2026-05-28 01:34:02+00:00): #TIP: you removed a stand alone address node. It's good to leave address nodes so when a new business moves in it save the time to add the address.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/183271818
MappingMore (2026-05-29 01:51:39+00:00): Partially Revert of 183271087
user_5359 (2026-05-30 06:04:09+00:00): Hello! Please have a look on http://overpass-turbo.eu/s/2qQu. What is the mean of the tag UNITNUM? What is the difference to addr:unit ?
AndyB_66 (2026-05-28 06:23:50+00:00): Tego typu elementy należy dodawać jako punkty z odpowiednim otagowaniem, a nie nazwy budynków.
AndyB_66 (2026-05-28 06:27:07+00:00): Poza tym żadną miarą nie jest to budynek przemysłowy ("industrial").
silversurfer83 (2026-05-27 20:10:59+00:00): Hi :)

I guess you simply wished to edit the opening hours of the hair dresser, right?

It looks like you moved several nodes while moving the map around in edit mode. Some in London, some by Parma.

I fixed those.

You can avoid that by zooming in as close as possible before clicking "edit" and being very careful when moving the map around in edit mode. If you grab a node with your cursor you will move that instead of the map.

Here you can see what happened

https://resultmaps.neis-one.org/osm-change-viz?c=183273120#6/50.478/5.889

happy mapping :)
Kees 59 (2026-06-27 12:50:43+00:00): I think something went wrong with the access tag for https://www.openstreetmap.org/way/1523770286
pittrichimica (2026-06-28 15:30:56+00:00): oeps, kopieerfoutje. opgelost, bedankt.
Baloo Uriza (2026-06-03 04:02:19+00:00): The Q key can help make buildings rectangular.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/183273518
NorthCrab_upload (2026-05-27 20:42:42+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Klucz addr:place oznacza brak nazwy ulicy. Kombinacja z addr:street (który definiuje nazwę ulicy) jest błędna.
https://www.openstreetmap.org/way/269151710

Pozdrawiam! 🦀
b-holdet (2026-05-28 04:42:59+00:00): @Trojahøj
Jeg har været nødt til at tilbageføre dit changeset for der var lavet en del rod med flere veje, der var rykket.
Frans S (2026-05-28 11:51:27+00:00): Hello. Thanks for mapping.
FYI
High-rise buildings are regulary  incorrectly mapped.
You can see both one or more side walls and the roof. The Imagery is taken under a certain angle, so you can see more .
Often all visible walls and roofs are mapped as 1 building.
The correct way is to map the roofline and move the whole object on their footprint.

Check this video.
For buildings with a few floors, start watching from position 1 minute. 
https://youtu.be/Tpi-BTMVo1M
https://youtu.be/dsfUcslLtVc?si=bEHwRl1sxDI_GA0H


Best regards
cubbe8 (2026-05-27 23:45:36+00:00): Hello, I see you are a new editor to OpenStreetMap. Unfortunately, I've had to revert this changeset as it is inconsistent with OSM guidelines. As seen on OSM wiki, roads that lead to a bus depot should be tagged highway=service + access=no + bus=yes

https://www.openstreetmap.org/changeset/183279361
ScrawnyMeowth1 (2026-05-27 21:56:45+00:00): Please remember to add detailed changeset comments that help other mappers know what you added!
Mxdanger (2026-05-27 22:23:57+00:00): Zero remanence of the track left. This will be reverted.

I recommend you use https://www.openhistoricalmap.org/
detective-fiasco (2026-05-27 23:14:20+00:00): Hi, this (and many of your recent) changesets use the signal prefix Cz-D1.

Instead of Cs-D1, which was proposed by you, documented on wiki by you, and already widely established in Czechia by you.

Why are you changing the tagging schema. What is the basis for this change?

(Cz-D1 is neither the officially recommended prefix nor the documented or mentioned in any discussion about potential change.)
LordGarySugar (2026-05-27 23:24:06+00:00): Former railway right of ways shouldn't be mapped as railway=abandoned - this tag should only be used if there is ballast, track or sleepers remaining from the railway along its route.
idkwhatname2use (2026-05-28 00:15:07+00:00): Stick to the UK bud the wiki page on Demolished Railways is clear that there is no consensus on this topic, and local factors make this relevant. The page even mentions that mapping Glendale Blvd is "A borderline case." Sure, glendale blvd might not need the tag, but there are parts of Silver lake and the Hollywood subway that aare obviously railroad infrastructure. Underneath 1st street and Sunset Blvd the electric catenary still exists on the bridge. Please stick to ur local area on issues like this and get a job dude.
idkwhatname2use (2026-05-28 00:15:44+00:00): This is another Pacific Electric line as well, maybe you should research what this is before u get another high off of editing this site 😭
woodpeck (2026-05-28 07:59:01+00:00): https://www.openstreetmap.org/user_blocks/20716
nevw (2026-05-27 22:55:30+00:00): Hi, are these errors from your mapping?  or are you trying to fix the mess?
https://tools.geofabrik.de/osmi/?view=areas&lon=116.34915&lat=-32.43527&zoom=11
I would think all the much too small wooded polygons need to be deleted and then be remapped using Josm and encompassing whole wooded areas in multipolygons with inners.
nevw (2026-05-28 00:20:28+00:00): Having downloaded a vast area of small polygons tagged with wood or forest I can see this has been done systematically by many mappers so I'll leave to others to manage.
Treadly (2026-05-28 12:38:13+00:00): The problem is that huge areas have been done with JOSM and they are impossible to make changes to using the in-browser editor because they are so large. It's like looking at the world through a keyhole. Please leave the small areas as they are so that people that are not familiar with JOSM are able to make edits. The problem areas cover a vast area and will take some time to fix. I am in the process of fixing them now.
fortera_au (2026-05-29 00:10:10+00:00): Adding smaller segments of wood like you have here is incorrect. You shouldn't map for a specific editor, just like you shouldn't map for a specific router/renderer. If you need to make a large boundary easier to work with in other editors, I'd recommend splitting the large way into multiple segments and then using them to make a multipolgyon. This changeset should be reverted, along with any other similar edits.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/183274269
nevw (2026-06-02 23:05:58+00:00): Are you still fixing these?
https://tools.geofabrik.de/osmi/?view=areas&lon=116.37325&lat=-32.37952&zoom=9
Treadly (2026-06-02 23:11:16+00:00): yes
Jakka (2026-05-28 08:32:25+00:00): Prima na werken niet vergeten terug aan te passen Thx
Mxdanger (2026-05-27 22:20:29+00:00): Could you add source=* to the way. Where exactly are you getting this alignment?
idkwhatname2use (2026-05-27 23:59:08+00:00): Sure!
eggie (2026-05-27 21:07:56+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
literan (2026-05-29 09:07:29+00:00): это дом 29 к1, вы перепутали
Canti23 (2026-05-29 09:13:13+00:00): Вкусвил переехал из 29к1 в 33к1. Надо сделать закрытие одного и сделать правку в новом месте?
literan (2026-05-29 11:38:42+00:00): а, понятно

тогда надо просто перетащить точку, а номер дома на точке заменить на новый. Попробуете сделать или мне?
Piskvor (2026-05-28 07:13:40+00:00): Super, díky za upřesnění. 

Jenom detail, když už je review requested: direction bylo možné upravit na camera:direction, tak je aplikovatelná i na dohledové kamery. Možná i surveillance:zone=traffic ? 

Mapování zdar 
Piskvor
Adam Roth (2026-05-28 10:51:33+00:00): Ahoj, díky za radu. Doplněno.
VictorIE (2026-05-29 18:10:27+00:00): Hi,

https://www.openstreetmap.org/way/135619010/

A highway=secondary is "a highway linking large towns. In cities, an arterial road of lesser importance."

In Ireland, we have specifically decided that this class should apply to regional roads - that is those with a number in the format R999. https://wiki.openstreetmap.org/wiki/International_highway_classification_equivalence

The housing estates should be mapped https://wiki.openstreetmap.org/wiki/Tag:highway=residential

And the L3232 should be a https://wiki.openstreetmap.org/wiki/Tag:highway=tertiary