piebro/osm-data huggingface dataset:
eggie (2023-09-25 13:43:08+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

place=locality zal 'weinig' doen op de kaart
Don't use place=locality just to force a name to appear on a feature
https://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality#Don't_use_place=locality_just_to_force_a_name_to_appear_on_a_feature

MVG, 

Eggie 

Namens de OSM Community
eggie (2023-09-25 13:52:35+00:00): landuse=depot?

place=locality is hier niet van toepassing.
gr eggie
NorthCrab_upload (2023-09-25 13:20:26+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/node/11217877242

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
chinook17 (2023-10-08 23:48:29+00:00): Bonjour Sam,
Merci d'avoir mis à jour Christophe-Colomb. Par contre, normalement, il faut soit l'ajouter en highway=cycleway (comme tu as fait) en ajoutant lcn=yes, soit ajouter cycleway=track sur la route même, avec lcn=yes sur la route. Dans le premier cas, il faudrait enlever les cycleway:right:oneway et :separation sur la route parce que la piste est vraiment dessinée sur la carte de façon séparée.
Dans le dernier cas, tu effacerais la piste que tu as dessiné à l'extérieur de la route.
C'est compliqué, je sais! ;) Mais il y a deux écoles de pensée.
Sam Vermette (2023-10-09 23:45:22+00:00): Merci, je viens d'enlever les tags vélo sur la route CC.

Par contre pour le tag lcn j'en comprend que c'est spécifique à la route verte ici? C'est pas encore clair si au sud de Jarry CC est sensé remplacer Boyer comme nouvelle route verte?
chinook17 (2023-10-11 22:19:41+00:00): Pour la Route verte, on met rcn=yes. Le lcn est pour les réseaux locaux. C'est un peu redondant, mais on le met partout sur le réseau cyclable qui ne fait pas partie de la Route verte / sentier transcanadien / véloroute Oka–St-Hilaire, sinon on voit pas le beau bleu foncé dans CyclOsm!
Puis j'espère que le tracé de la Route verte va changer, mais je ne sais pas si c'est dans les plans.
map per (2023-09-25 16:02:01+00:00): Hello Anton Waldner,

Please try to keep the edits within one changeset local (1). Therefore please safe the changes in one country before you move on to the next country. If you spread your changes over a bigger area like in this changeset (see (2)) its not possible to review and check your changes with standard analyzing software any more.

Thanks and best regards
map per

---------------------------------------------

Hallo Anton Waldner,

bitte versuche deine Changesets räumlich lokal zu halten (1). Speichere also bitte deine Änderungen und fange einen neuen Changeset an bevor du zu einer anderen Region wechselst.
Bei so großen Changesets wie diesem hier (2) ist ein Review mit standard analyse Software nicht mehr möglich.

Danke und viele Grüße
map per

---------------------------------------------

(1) https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

(2) https://www.openstreetmap.org/changeset/141731354
ssundell (2023-09-30 20:57:33+00:00): Tuolla eteläpuoleisella kaistaleella on molemmissa päissä jalankulun kieltävät merkit, joten sen merkitseminen jalkakäytäväksi on vähintäänkin kyseenalaista.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141731500
eggie (2023-09-25 14:18:00+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Tip  Dit is wel een handige tool om de openingstijden goed te krijgen
 

openingsuren-tool 
 
http://projets.pavie.info/yohours/ 
 

MVG, 

Eggie 

Namens de OSM Community
Rupsenkoning (2023-09-25 17:36:25+00:00): Hoi Eggie,

Dankjewel voor het uitgebreide welkomstbericht, leuk zo'n warm welkom! :) 
En ook bedankt voor de tip over de openingstijden, heel handig deze tool! Ik zie nu meteen dat ik een syntaxfoutje heb gemaakt door geen status te specificeren bij de tweede ruleset, ik zal dit meteen even fixen!

Groeten,

Rupsenkoning
NorthCrab_upload (2023-09-25 13:40:26+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/11217883443
https://www.openstreetmap.org/way/680348506

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
eggie (2023-09-25 13:47:59+00:00): Kijk anders even hier

    landuse=depot
    depot=container

https://wiki.openstreetmap.org/wiki/Tag:landuse%3Ddepot

MVG
eggie
eggie (2023-09-25 13:50:27+00:00): .. of wat er werkelijk ligt.
Wanneer het tijdelijk is niet toevoegen in OSM svp.
eggie (2023-09-25 14:22:03+00:00): Mooi...   Ook met deze tag wachten we nog steeds op 'groen licht' voor rendering bij Carto.
Groet
eggie
VictorIE (2023-09-26 11:08:49+00:00): Hi,

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

Is this mis-tagged?
b-unicycling (2023-09-26 12:42:54+00:00): oops, yes
fititnt (2023-12-14 00:20:49+00:00): Olá @jpoplin . Seja bem vindo ao OpenStreetMap. Pode explicar qual fonte que usou para criar o nome em https://www.openstreetmap.org/way/1210767567/history#map=19/-29.24076/-51.86575 ?
bxl-forever (2023-09-25 14:55:20+00:00): Hello,

Can you try uploading fewer changes at once, please.  This will avoid creating giant bounding boxes like here.  This one covers part of England and Belgium despite it is supposed to be only a few local changes in various places across France.

Thanks.
lefuturiste (2023-09-27 10:55:29+00:00): we should team up and pay developers to do a overhaul of the history tab on OSM. and get every features we need in a coherent website.
user_5359 (2023-09-27 06:19:54+00:00): Welcome to OSM! Please have a look on https://www.osm.org/way/792005581/history. The name of the street is notice bei name not with addr:street (also not with addr:road). The keys with addr: are reserved for a single postal address (not for a whole street)
HikeAndMap (2023-09-26 05:59:51+00:00): Hi there, thank you for your contributions.

Three small remarks
1) descriptive names are not permitted on OSM. They belong in the description.
2) Baguio is not an administrative part of Benguet
3) house number should be really the actual house number, and not include data like neighbourhood.

For full address like 13 Purok 7 Barangay, etc..
you can use the proper addr:full key

Generally don't add addr information to name or description - properly formatting the addr:... keys is the rule. 

keep mapping and adding more addresses please.

And in a case like this - where you forgot the street name, if there's no direct known street name, the mapping convention requires then to add addr:place instead, in this case that would be the same as addr:neighbourhood then.

See the updated corrected data:

https://www.openstreetmap.org/changeset/141757301
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141733112
5m4u9 (2023-09-26 03:53:51+00:00): hola, las imágenes satelitales disponibles tienen un desplazamiento, por ello todo en Cochabamba y gran parte de lugares con montañas tienen el problema.

Por otro lado, el terreno es distinto al edificio (que estaba mapeado). De todas formas ya lo corregí
tenzul (2023-09-26 08:29:04+00:00): Hallo h-g-u,

die meisten Tags auf OSM sind dazu gedacht maschinenlesbar zu sein, Nutzer bekommen die unverarbeiteten Werte meistens nie zu sehen. Deswegen ist es wichtig, festgelegte Formate einzuhalten. Ich verlinke dir hier die Formate für Telefonnummern und Öffnungszeiten, sowie ein Online-Tool zum Testen der Werte.
https://wiki.openstreetmap.org/wiki/DE:Key:phone
https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours
https://openingh.openstreetmap.de/evaluation_tool/
h-g-u (2023-09-26 08:58:38+00:00): ich kann das Feedback verstehen - vielen Dank - da hatte ich es mir wohl zu leicht gemacht und einfach Infos aus dem homepage-Beitrag herüberkopiert.
KlopanRin (2025-03-06 14:44:12+00:00): And you know what else is massive?
marc__marc (2026-02-13 12:21:38+00:00): Hello,
https://www.openstreetmap.org/node/11218006441/history/1#map=19/62.211870/24.798177
could you review it ? what's the meaning of heating=fee on a parking on a footway area ?
Regards,
Marc
Viima (2026-02-27 14:35:57+00:00): Hello and thank you for you question.

There is likely a traffic sign that indicates that there is a parking area. I do not know why there is also a footway area. The heating=fee likely refers to the heating poles available at the site and to the fact that one has to pay to use them. They are common here in Finland because in winter cars have to be pre-heated. The poles are there for supplying electricity to heaters.

As I created the node over 2 years ago and haven't been there lately, I am not certain. At the time of editing I was fairly new at OSM and probably just slammed a tag I felt appropriate without searching suitable tags. How would you tag this feature?

With regards,
Viima
bxl-forever_repair (2023-12-13 01:21:15+00:00): This changeset contains important mistakes.

User "Mon Agence" erased the building tag on an existing building and changed it into a "landuse=recreation_ground" area.

The building hosts several firms.  Yet, you acted as if the building was now solely devoted for the Hello Kids playground.  This is incorrect.

"Mon Agence" is a SEO agency and we observed a recurrent pattern in their latest edits, i.e. always trying to make their clients show up as big as possible on the map to gain more visibility, at the expense of correctness and, like here, by damaging valid OSM data.  This is not tolerated here: we map the world as it really is.

Fixed by changeset 145057235.
Fizzie-DWG (2024-01-08 03:52:33+00:00): DWG revert

https://www.openstreetmap.org/changeset/146013575
wireguy (2023-09-26 12:31:22+00:00): Michaels13, welcome to osm!   I noticed an accidently dragged node in the parking area, and corrected in changeset https://www.openstreetmap.org/changeset/141772726

Keep mapping, and be careful :-)
mcliquid (2023-09-27 17:24:56+00:00): Hallo, wann wurde die Kran + Trans Halle an der nordöstlichen Ecke abgerissen?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141735497
mcliquid (2023-10-04 16:00:26+00:00): Hallo, hast du meine Frage erhalten?
BCNorwich (2023-09-25 16:47:07+00:00): Hi, Welcome to OpenStreetMap.

I've reinstated the designation tags to Oughtonhead Lane because it's a public highway and access is designated. The tag motor_vehicle=no is kept.

I've also reinstated the access to Coopers Yard as this is a service road so there will be access.

Regards Bernard.
Fizzie-DWG (2024-01-08 03:52:28+00:00): DWG revert

https://www.openstreetmap.org/changeset/146013572
gscscnd (2023-09-25 17:31:12+00:00): Wprawdzie niezbyt często, ale bywa używany tag observation=firewatch
https://taginfo.openstreetmap.org/keys/observation#values
https://wiki.openstreetmap.org/wiki/Pl:Tag:tower:type=observation
eggie (2023-09-25 15:38:50+00:00): Oke..., maar ik heb wel je info nu op de adresnode gezet conform winkels mappen in OSM Nederland.
MVG
eggie
BCNorwich (2023-09-26 07:49:12+00:00): Hi, you somehow duplicated a few highways, I've removed the duplicates keeping your new data on existing ways

Regards Bernard
mapperue (2023-10-08 07:28:57+00:00): Ahoj, do názvu sa nezadávajú všeobecné názvy ako "Kaplnka" v tomto prípade.
citrula (2023-09-25 22:42:45+00:00): Hello, I have reverted this changeset because it is clearly visible from aerial imagery that this is a school and not a park.

https://www.openstreetmap.org/changeset/141750683
Enock4seth (2026-05-17 16:36:56+00:00): Hi, I am sure you think you were helping but just accepting random suggestions from some horribly trained/generated data is completely useless and only demotivates a lot of local mappers. Please DO NOT make these kind of changes in Ghana, there is just too much bad and useless contributions from many remote contributors thinking they are helping. 

I will review your changes revert, modify and delete.
WalkerB (2026-05-18 07:05:50+00:00): I'm terribly sorry that you found my edits such poor quality.  I try very hard to make sure that any additions via the facebook roads are manually checked since they are often incorrected and almost never the right class or surface, and usually aren't connected to the existing road network.  I know they can be problematic.  Many of the changes I did were to update road surfaces based on observed surfaces from Bing, and ESRI.  Especially while trying to locate health facilities in Ghana, I use RapidiD not for the Facebook roads or Bing/Google Buildings, but because it includes ESRI Wayback imagery where I can see if/when features change over time.  So just because there is the "RapidId" tag doesn't mean that it was used exclusively for computer vision predicted features.

I just spot checked 20 ways where I was the v1, and saw that in a two cases the imagery has changed since when I made the original features 2 years ago, and so updated the geometry, and class (in one case), but other than that, I stand by those edits.  Could you please point me to a specific case so I can see which edits were problematic and improve my editing skills?
WalkerB (2026-05-18 07:40:31+00:00): I just checked a bunch more of the V1s and yes, in one case I had marked something as construction=tertiary, which was later changed to waterway=ditch.  I'm still not seeing either revisions or terrible work.  I admit that some of the geometry was a little off, but that was also a function of the imagery available 2 years ago, as you have so aptly called out in your diary about the problems of Bing imagery.  Likewise, i don't see any of my work in your revisions of the last month according to your NEIS page.  Anyway, thank you for your feedback and thank you for keeping the OSM data in Ghana up to the highest quality!
WalkerB (2026-05-27 07:21:10+00:00): Good morning Enock4Seth, I was wondering if you had a chance to review my inputs and tell me where I was going wrong?  I want to make sure my edits are in line with the Ghanian OSM community standards
KlopanRin (2025-03-12 19:45:04+00:00): And you know what else is massive? LOW TAPER FADE!!! You know what's crazy is that the Low Taper Fade, like meme, is dude, it is still MASSIVE!!!
KiloThree (2023-09-26 05:55:28+00:00): The pattern in a lot of this area, including these streets, is to map sidewalks as footpaths in the physical location of the sidewalk, rather than as a tag on the street. It looks like both the streets that you've added `sidewalk=both` two are this way, so you might consider using `sidewalk:both=separate` instead, which indicates to other tools that the sidewalk is a parallel way.
emma_simon (2023-09-26 14:40:20+00:00): Thank you for the feedback! I made this change to try to troubleshoot an issue I was seeing with OpenTripPlanner, where when routing down sidewalk ways, the name of the associated street is lost, and I noticed that other streets with separate sidewalk footpaths were named properly and had `sidewalk=both`, but now I'm curious if OTP was ignoring those footpaths and just using the street itself because of that tag, I reached out to the devs for clarification.
emma_simon (2023-09-26 15:37:34+00:00): Made the change in https://www.openstreetmap.org/changeset/141780262#map=16/42.3709/-71.1039&layers=N
KiloThree (2023-09-26 15:38:38+00:00): One pattern I've seen is to use a relation to group the parts of a street, which possibly might help clients. I'm not sure that exists for a lot of steers around here at the moment, I'd be curious if you see the same issue with e.g. Harvard St in Allston, which I believe is set up that way. 

I would think that having both parallel footpaths and `sidewalk=both` would result in most clients interpreting there being essentially 2 sidwalks
emma_simon (2023-09-26 15:59:33+00:00): Yeah, I confirmed with the devs that it's not doing anything to check relations of separate ways. So yeah the streets in Davis Sq I saw it working with were routing using the sidewalk=both named road, and not the footpaths. I checked and Harvard St in Allston also just shows up as "Turn right onto path" 🥲
Stuart_L (2024-03-31 21:54:04+00:00): this is both a car shop AND a motorcycle shop, unfortunately OpenStreetMap does not allow for that, so I had it as 2 businesses so that people searching for either type could find it. Now it shows as car only ...
Stuart_L (2024-03-31 22:02:57+00:00): looked into it deeper, it may work the way you set it up, I had never seen that method before. Learned something today  :)
OptikalCrow (2023-10-08 18:48:48+00:00): Hey there! I addressed your fixme request- the tagging for a pedestrian area is

highway=pedestrian
area=yes

instead of 
area:highway=footway

That's why it wasn't rendering. It should appear on the map now!
felipeeugenio (2023-09-25 17:51:26+00:00): Hola. Creo que pusiste el barrio dos veces. En general, si no estamos seguros de la delimitación, lo dejamos como nodo. Si estás segudo, dejarlo si quieres como area. Pero no ambos.
saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141738476
megaloman-it (2026-01-14 22:18:26+00:00): ciao @Mannivu, non capisco il wikidata che hai aggiunto a cosa si riferisce, al numero civico? Volevo eliminare il doppione dell'albergo (è messo sia sul building 88359621 che sul civico 8279477811); a mio avviso l'hotel andrebbe messo su un terzo nodo, oltre il building e il civico 6, ma mi ha bloccato il wikidata che hai aggiunto tu.
Altrimenti potremmo lasciare l'albergo sul building, anche se temo che il doppione sul civico sia stato aggiunto perché qualcuno non ha visto che l'albergo era già mappato sul building...
Grazie in anticipo per le delucidazioni che vorrai darmi :)
Mannivu (2026-01-15 19:04:36+00:00): Ho eliminato le info sull'hotel dal Building dato che sono già nel nodo. Più che metterlo "sul civico", io ho messo il Wikidata sul nodo dell'hotel. Più che creare un nodo terzo per l'hotel ne andrebbe creato uno per l'ingresso, anche quello con il civico 6 (ma non sapendo esattamente dov'è la porta non l'ho mai aggiunto).
megaloman-it (2026-01-15 22:46:01+00:00): Ok, grazie, anche io ero in zona per caso e non ho modo di verificare di persona l'ubicazione dell'ingresso, direi che per ora va bene così :)
Russ McD (2024-10-20 08:53:11+00:00): Why are the Province prefixes being removed from roads ??
aceman444 (2024-05-16 17:46:04+00:00): Hi, what is the point of having local_ref and name the same, e.g. at https://www.openstreetmap.org/node/2216578408 ? The addition of the platform number into local_ref is good. But the 'name' tag should have remained (without the platform number of course).

Also please provide proper changeset descriptions and your sources, see https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments .
emergency99 (2024-05-16 18:09:42+00:00): I once learned from the wiki, that if a Platform has a ref, that should go in the name, but local_ref is used on highway=bus_stop so it also renders on some maps and is usable. The stop-name only goes on the Platform if no other (important) ref exists. That is how I map it, and I personally believe this to be a pretty consistent way. And having less redundancy than having the stop name on the platform if that is already on a stop_area relation and the stop_positions.
emergency99 (2024-05-16 18:12:05+00:00): Regarding the changeset comments. I changed some aspects regarding the bus line and its stops. I don't see any point in writing that in any other way than Line-number and maybe a direction. And splitting all of that up into 100 changesets with more precise purpose and prosa is more work than it is worth for me.
aceman444 (2024-05-16 20:42:28+00:00): How should one know 273 is the bus number? You also touched many other bus lines. And I have no idea what code FR2 is. You now claim it is the direction. It would not be hard to write that. Also what did you fix in the changesets? Why did it need fixing? Changing the 'name' tags in a questionable way would indeed deserve some  comment/description on why you are doing it.
You did the same changes in year 2016 (https://www.openstreetmap.org/changeset/43074374) and someone has changed it back again (to real names). So it seems not everyone shares your  tagging schema.
Also you say there is a stop_area relation. Ok then, but having is a name of 'Flughafen Wien' and then it containing member platforms having different names (like Flughafen Wien Busterminal, or your numeric names) seems wird. Why are then the platforms (and stop_positions) in the same relation if they do not have the same name? Either drop the relation, or then the platforms do not need any name. But be aware applications so far do not take the name from the relation so it will be a mess. It is a mess anyway. You didn't rename the stop_positions even though they are in the same stop_area relation as the platforms.

And please show me the wiki that said any 'ref' (whatever it is) should go into the 'name' tag. There is a bit ambiguity whether platform numbers should go into ref or local_ref, but never into name. See e.g. https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dplatform and https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop .
The traffic map on osm.org (https://www.openstreetmap.org/#map=18/48.12001/16.56422&layers=T) does show local_ref too, so now it displays duplicate information from local_ref and name. And the real platform name is nowhere.
Notice how that map merges bus stops into a common area (a polygon encompasing them), when they have the same name, see e.g. https://www.openstreetmap.org/#map=17/48.15519/17.10740&layers=T . Of course, nobody says this rendering is perfect and the only correct, but the data on these platforms at least match the wiki.
emergency99 (2024-05-17 05:21:30+00:00): The definitions seem to have changed a few times : https://wiki.openstreetmap.org/w/index.php?title=Tag:public_transport%3Dplatform&oldid=1249860 And yes, the Flughafen is a special case, theoretically, that relation should be changed into multiple as the bus stops are named different from the rail station. But on other stops it is not that problematic. Well done on finding the one where it is just slightly more messy. The name on platform nodes used to be optional, now it is important according to the wiki. So with changing requirements, what is true, what is useful. Idon't see anyone really being willing to say. (local_)ref does not get rendered on all maps and is not used by all systems, then again, some maps use the stop_area relations to group stations, that is a mess anyway. I may split the relations at the airport into rail and bus with the respective names. But having the full name on every node and the ref by which people will find it in a mostly hidden value only does not sit right with me. Also do not confuse the platforms and stop_positions here...
opendcc (2023-09-25 17:55:38+00:00): Hi, I'm driving frequently along this road. There is no sign, nor is it 'gewidmet' (germfan for officially assigning a name). What is the source of your edit?
(btw, Wasserburger Str. ist about 400m south west ..)
sbelemey (2023-09-28 07:16:43+00:00): Hello, opendcc!
Thanks for your comment. We usually put the same name on the road adjacent to the roundabout. We take the name from the main road that leads to the roundabout. This is necessary for the correct job of navigation systems, so that when leaving the roundabout a person understands what road he is on.

Best regards,
sbelemey