piebro/osm-data huggingface dataset:
ivanbranco (2023-01-07 18:41:45+00:00): Ciao Giovanni, hai aggiunto lo stesso ref:mise qua (https://www.openstreetmap.org/way/834370427) e qua (https://www.openstreetmap.org/way/997807935)

Il ref:mise è un codice univoco, quindi non può appartenere a entrambi gli benzinai, riesci a verificare?
Giovanni Forgione (2023-01-07 19:04:51+00:00): Riparato. Grazie!
relaemanila (2023-01-06 12:48:53+00:00): Hi!

The previous alignment was almost correct. You changed the alignment nearby SLEx Toll Road 4, which is still incorrect. The alignment is meant to be corrected using the imagery of Sentinel-2 (https://apps.sentinel-hub.com/sentinel-playground/?source=S2L2A&lat=14.029004893872692&lng=121.31624937057495&zoom=16&preset=1_TRUE_COLOR&layers=B01,B02,B03&maxcc=24.54&gain=1.0&gamma=1.0&time=2022-07-01%7C2023-01-06&atmFilter=&showDates=false).

Thank you!
TagaSanPedroAko (2023-01-06 20:24:05+00:00): Thanks. It's almost correct, except that segment through Santa Maria. Haven't TTP a while to use recent Sentinel-2 image.
olehz (2023-03-03 13:39:12+00:00): мда... вандал неадекватний
K1GHKO0RA5 (2024-01-29 02:58:40+00:00): gggguiyana!!!!!
user_11609320 (2023-01-06 02:58:38+00:00): I am only going with this as area name because I emailed sb county assessor staff and they said it was also mesquite valley. but to be fair, I don't think the county knows either. because county planning told me it was sandy valley.  but the zoning data they gave me shows jean ca

So I am going with what BLM map shows and what the assessor emailed me as a response.

Also the parcels that are for sale show different town addresses as well
MxxCon (2023-01-11 05:04:51+00:00): Hello.
If a business doesn't exist at a given location, it's much better to use lifecycle prefixes as documented in https://wiki.openstreetmap.org/wiki/Lifecycle_prefix rather than just outright delete the whole node. When you do that not only are you deleting that address information, making it unsearchable, but also you are deleting history of that object which can be useful to referred to in the future.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130930331
KasperSFranz (2023-11-28 21:12:01+00:00): Hi,
you have added both not:operator:wikidata and operator:wikidata which is conflicting - I am assuming the not:operator:wikidata tag is wrong so I have removed it :).
MxxCon (2023-01-11 05:09:33+00:00): Hello.
If a business doesn't exist at a given location, it's much better to use lifecycle prefixes as documented in https://wiki.openstreetmap.org/wiki/Lifecycle_prefix rather than just outright delete the whole node. When you do that not only are you deleting that address information, making it unsearchable, but also you are deleting history of that object which can be useful to referred to in the future.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130930839
Mateusz Konieczny (2025-05-11 04:16:42+00:00): Hello! https://www.openstreetmap.org/node/10310014420/history has shop = fast_food that was added in this edit
shop=fast_food ? Is it amenity=fast_food ? If not, what this tag is intended to mean? See https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfast_food
Jaesus (2025-05-11 19:36:27+00:00): I think it was a mistake, should be amenity=fast_food
MxxCon (2023-01-11 05:11:06+00:00): Hello.
Just because something is not a public area doesn't mean it shouldn't be mapped/deleted.
Access= tag is the correct way to indicate that it's not open to public.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130931477
SomeoneElse_Revert (2023-01-27 16:18:08+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
mariotomo (2023-01-09 06:00:06+00:00): hola, bienvenido a OSM! Me quitas una duda que tengo desde hace tiempo: qué quiere decir P.H.?
SomeoneElse_Revert (2023-01-27 16:37:57+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
Spaghetti Monster🍝 (2023-02-07 08:28:50+00:00): Please don't vandalize the roads by changing them to paths.
https://wiki.openstreetmap.org/wiki/Vandalism
perojude (2023-02-07 15:58:48+00:00): Sorry, I had problems exporting road and woods, I did make temporary changes and reverted them back in trying to export. Rue Thom was simply missed. Thanks for letting me know and fixing it.
Supaplex (2023-01-06 05:56:45+00:00): 不建議公園畫得範圍超過實際大小，黏到道路上
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130932925
moje_konto (2023-01-06 12:31:18+00:00): Doesn't look right to remove it. The node was added at 2015, and their website still works. It's permanent enough.

There is wiki page about special xmas: tag. And there are special styles which render Christmas shops, there was even one which nicely highlighted features with current check_date. Not checked recently were greyed out/hidden by default.

Only option would be discussing to remove xmas: tagging completely, but I vote to keep it. It works good.
MxxCon (2023-01-06 12:49:25+00:00): A business that functions 2 months out of 12 is temporary business. A business that doesn't have a permanent physical presence in a given location and dependant on a whim of the city during that season is not a permanent feature.

I'm well aware of the xmas: prefix and I find it ridiculous. I think making xmas: prefix on every single tag is redundant, unnecessary and even detrimental. This only complicates object parsing for data consumers to handle yet another edge case for a small number of another type of POIs.

Putting xmas: prefix in front of other tags makes them invisible to data consumers.

What benefit does it give to put these features behind this namespace?! Just to get around the rules of not allowing temporary features? Any data consumer that doesn't know to support this prefix will simply ignore it and not use it. This prefix actually hides the data and makes it less discoverable.

The fact that there are maps specifically to display these Xmas: objects only further confirms that this is nothing but https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer Intentionally using nonstandard tagging for specific renderers.

What's the point of having "xmas:feature:shop=christmas_tree" instead of just "shop=christmas_tree"? And the same with all the other tags that wiki says to use. They should be standardized and be in schema with rest of OSM tags. Just because it's old doesn't mean it should exist and be in use. 
With this kind of misguided prefix tagging we might as well have school: prefix for everything education-related. And have retail: prefix for everything related to stores. How about street: prefix for every road? 
It is ridiculous and unnecessary. It doesn't add anything to the map that can't be expressed using existing tagging styles.

Somebody invented this Xmas: prefix 10+ years ago without putting much thought into it and it is most definitely not how people map in OSM now. Continuing to use it only does disservice to the OSM data integrity.
moje_konto (2023-01-06 13:26:06+00:00): Xmas: prefix indeed hides shops from standard render, but that's better then rendering them after a season.

Other option would be using seasonal tag. So that could be discussed to find a better tagging.

Rule about not maping temporary features rather mean not to map what appears once or rarely.

For example there are mapped seasonal waters and paths on dirt/grass which easily overgrow when not used.

So something which apears regulary, even if not present all the time may be mapped.

So anyway, would be better to discuss whole xmas: tag and decide what to do with it instead of removing just one shop.
moje_konto (2023-01-07 17:06:46+00:00): And we have prefixes for roads, for example "not:highway=*". It's used when something looks like a road, but isn't or exists for brief time.

It's better to have them explicitly marked. Without it such not-roads would be eventually mapped as roads basing on photomap, which would lead to wrong data.

Xmas: prefix can be read the same way as "not:shop".

Some amenities have normal building and work as shops only during Christmas. Someone could map them as normal shop with festival supplies, without knowing that they don't offer those services after the season.

So better to have them already mapped as not:shop AKA xmas:shop.

It actually helps to avoid wrong data. If someone use those tags to render it with some special style, then good for them.
MxxCon (2023-01-08 04:00:45+00:00): "not:" prefix is a completely different thing. Same with lifecycle prefixes.
However here they just straight up invented a new category and used this prefix to define that category. That is wrong. This is now how features are tagged in OSM. If it works as a shop only during certain season then it should be tagged with correct opening_hours, not with xmas:.
moje_konto (2023-01-14 17:12:45+00:00): Seasonal or opening_hours could be used, but it's not that easy.
Often it's also a stardard shop or an amenity.

Currently xmas: can be added as a service.

The same as service:vehicle to a car repair. We don't create separate nodes for each service, all are just added to one car shop.

So a change to xmas: would require proposing tagging schema for such cases. Inventing alone how to combine it as opening_hours would lead to different formats.

Xmas features should be marked in some way. It helps with mapping, saves time for checking what kind of a shop we see. Lack of it would require more checking, if it'a a new shop or seasonal.

Of course there is no guarantee that a shop will offer xmas service again, but for that there is a check_date. When it's old and no service at current year, then it can be removed. When it's recent, then it's very possible it will be also next year.
MxxCon (2023-01-19 19:24:18+00:00): service: prefix is completely different from xmas: prefix.
service: prefix defines a very specific usecase.
xmas: prefix's documentation states to apply it to every single tag! That is outright wrong and I do not need any tagging schema change proposals to fix that!
moje_konto (2023-01-24 19:10:45+00:00): It's for every tag to be universal. To easily add both: a standard and xmas services with data like name or opening_hours.

You can add it as separate node (then the prefix looks unecessary) and as a service to a standard shop which already has common tags used.

Mixing standard opening_hours with xmas hours for specific service is not that obvious. Sometimes it also has a seasonal name.

So it will be like that until someone comes up with clear schema/examples how to tag it using common tags.
MxxCon (2023-01-24 19:15:32+00:00): There already exists a standard schema and that's how everything else is tagged.
Xmas: prefix is tagging for renderer and should and will be eradicated.
moje_konto (2023-01-25 00:19:32+00:00): For a standard shop which opens a stand with fishes only during season - currently just add fish as xmas service.

I didn't see any clear examples how to mark it with standard tags.

Just removing prefix won't make any good without providing other tagging examples for such cases. Even if removed, someone will come up with the similar idea.
nevw (2023-01-06 11:52:16+00:00): What are you trying to map here?
It seems an odd thing to place in the driveway of a residential property.
Ethan7) (2023-01-06 13:09:32+00:00): I trying to pin stuff when i go out i know where things are but i cannot take it off since its a wifi instead of custom pinned and i don't know how to take it off
pitscheplatsch (2023-01-07 15:21:08+00:00): Just a test?

---
Detected by #SuspiciousOpenStreetMap
https://resultmaps.neis-one.org/osm-suspicious
DP24PH (2023-01-06 18:07:36+00:00): ALERT: We might need to run the Downtown Night Route for Candelaria whereas, all Quezon-bound buses are set thru Diversion/Bypass Roads during daytime and Downtown during nighttime. Bicol, Visayas, and Mindanao bus routes are still in Diversion/Bypass Roads.


Paul / DP24
TagaSanPedroAko (2023-01-06 20:29:28+00:00): I don't think so, especially for the Lucena-bound buses. Where did you get that night-time routing through Poblacion/daytime routing through bypass in Candelaria?
DP24PH (2023-01-07 04:35:31+00:00): I have worried about this schematic approach from various LGUs wherein it may cause confusion on some buses, but to get it thru the point, I have reached out to some bus companies regarding this matter for confirmation. Will update you right here once the information is available.

Paul / DP24
SomeoneElse_Revert (2023-01-27 16:53:07+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
Gyllenpilen (2023-03-29 06:12:24+00:00): Why did you change the access to this road and designate it as a driveway? I drive and walk this road regularly and see no reason for this change. In my opinion, it is a regular road with no access restriction.  Could you please elaborate on this?
NastassiaKalesnikava (2023-03-29 07:50:31+00:00): Hi! I have removed access 'private' from this road. 
Thank you for your detailed comment.
ppnplus (2024-03-13 10:45:43+00:00): สวัสดีครับ ผมได้ย้ายไอดีไลน์จากที่ใส่ไว้ในช่อง fixme ไปใส่ในช่อง contact:line แล้ว และได้เพิ่มลิงก์ไปยังบัญชี Instagram ของร้านที่ผมหาเจอเรียบร้อยนะครับ
Fizzie-DWG (2023-01-30 04:59:23+00:00): Reverted by DWG. Multiple errors & unauthorised sources

changeset/131863015
hatul (2024-07-08 09:52:53+00:00): שלום משה
האגם כבר מופיע בבירור. אין צורך להוסיף עוד נקודה.
mosherf (2024-07-08 11:22:08+00:00): מעולם לא הוספתי נקודה של האגם הנעלם. הוספתי תמונה לנקודה קיימת.
hatul (2024-07-08 11:32:22+00:00): אתה יצרת את הנקודה הזו. אולי זה היה בטעות והתכוונת רק להוסיף תמונה.
Famlam (2023-01-26 19:44:34+00:00): Hi, 'bouwweg' (meaning: "construction road") is very unlikely the real name of this road. Can you please share the user report or the source of the name change? Because I think this is in error.
NastassiaKalesnikava (2023-01-27 11:55:14+00:00): Hi!
Yes you are right. Some sources regarding road construction confirm this. I restored the past state of the road.
Thank you!
nevw (2023-01-06 11:48:19+00:00): vandalism deleted
nevw (2023-01-10 02:22:00+00:00): The Tarago Rural Fire Brigade is listed elsewhere, reverted
euroPathfinder (2023-01-09 18:01:31+00:00): Hello Max Rey,
welcome to the OSM project and thanks for your contribution. Could you please further precise the type of attraction that you added to the map? Best practice would also be to included your sources.

Kind regards,
euroPathfinder
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130935971
nevw (2023-01-10 02:14:18+00:00): Please don't vandalise the osm
nevw (2023-01-10 02:14:07+00:00): Please don't vandalise the osm
julcnx (2023-01-06 14:02:00+00:00): Thanks for your contributions. If you are aware with local knowledge that the surface is not unpaved, could you please indicate a new value (paved or concrete, or asphalt...) instead of deleting the existing tag ?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130936282
Lancelotance (2023-01-06 08:33:29+00:00): 我是傻逼
silversurfer83 (2023-01-06 09:41:31+00:00): Hello and thank your for contributing to OSM :)

There are some remarks I'd like to make:
- you frequently save changes that are made in several countries. Like picnic sites in France and some other thing up in Denmark. This leads to your changes showing up on the radar of quite some people who survey their local area for changes.
- there's a difference between "picnic site" and "picnic table" (the wiki explains https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpicnic_table). I don't know if OsmAnd allows you to differentiate properly. I'd like you to watch out for that.
- OsmAnd isn't really great for placing POIs properly. The bakery (Km, you named it. Is that really the name?) for example is placed on the cycleway outside of a building. Not sure if that's really the place to put it. And the toilets, are they really in the forest?

So I'd like you to please upload your edits before you move to another place and make sure you placed your nodes in the right place and that you chose the proper tags for your POIs. Thank you :)

Regards
silversurfer83
kitouetremi (2023-01-06 11:32:34+00:00): Hi silversurfer 83
Thanks a lot for taking care of my upload 
Thank you also for your comments that help me to improve.
To take them one by one:
The upload includes a lot of different places because of an osmand bug that prevented me from uploading them more frequently. I found the solution this morning (osmand does not support special characters) so I was happy to finally upload all this. I did not know having different places in different locations could be an issue.

The difference between picnic site and picnic table is accounted for in osmand and I do normally make sure to use this correctly

Osmand can be used to set a poi very accurately, sorry if this is not the case for the bakery. The location I set is actually 5 meter away from the building and I thought this could be accurate enough (I guess people would find the bakery if they go to the location indicated). Sorry if I am wrong on this. 'km' is the correct name for the bakery, as strange as it can seem (it is visible on Google Street view if you wish to have a look)

The toilets are actually in the forest (dry toilets, very useful for wild travelers)

Regards
Remi
tux67 (2023-01-06 09:09:15+00:00): Hi,
Objekte (die den Container) die von anderen Mappern erfasst wurden und durch eigene zu ersetzen ist nicht so gern gesehen bei OSM. 
https://wiki.openstreetmap.org/wiki/DE:Good_practice#Erhalte_die_Chronik%E2%86%99
Auch das Löschen von nicht mehr vorhandenen Objekten wird in vielen Fällen vorzugsweise durch lifecycletags gemanaged:
https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix

Gruß
tux67
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/130937902
Caracciola (2023-01-12 21:03:28+00:00): Kale Nagusia no tiene ciclovía (vía segregada para uso de ciclistas, separada del trafico motorizado). Sólo es un calle con calmado de tráfico. El tramo entre el cruce con Santa Ana kale y Geltokiko plaza está en obras, es posible que vaya a tener bidegorri, pero todavía no se ve. Si no existe, por favor borrar esta ciclovía.
JasmineRanasinghe (2023-01-06 09:15:07+00:00): For more info please see: 
https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/National_Trust_Paths
Shaun das Schaf (2023-01-07 15:07:26+00:00): Hallo kzknvngsc, willkommen bei OSM!

Bitte versuche in Zukunft, keine Flächen (Wälder, Felder, Wohngebiete, etc.) mehr mit Linien (Straßen, Feldwegen, etc.) zu verbinden. Das macht es für nachfolgende Bearbeiter nur schwerer.
Die Fläche sollte dort enden, wo sie auch in der Realität endet, d.h. am Straßenrand, nicht in der Mitte der Straße.

Viele Grüße
Shaun das Schaf
StephaneP (2023-02-09 09:35:16+00:00): Salut !
Juste pour te prévenir qu'en ce moment, il est bien plus intéressant d'utiliser la BDOrtho express 2022. C'est bien mieux calé que Maxar.
Pour l'ajouter, je ne sais pas comment ça fonctionne dans Id, mais je peux te l'expliquer pour Josm.
c'est une couche wmts dont l'url pour lister les couches est 
https://wxs.ign.fr/ortho/geoportail/wmts?SERVICE=WMTS&VERSION=1.0.0&REQUEST=GetCapabilities
kropcheck (2023-02-10 12:46:09+00:00): Salut Stéphane,
Oui, j'avoue que jusqu'à présent je me suis contenté de l'interface Id... mais j'ai du me résoudre récemment à me tourner vers JOSM pour pouvoir intégrer la couche la plus récente de l'IGN (préalablement testé sur QGIS). Pas moyen de d'ajouter cette couche dans Id. 
Merci pour ces encouragement à me diriger vers JOSM.
Pourquoi pas un petit coup pouce pour une mise en pied à l'étrier...
StephaneP (2023-02-10 12:50:18+00:00): Tu ne regretteras pas le passage à Josm, mais si c'est un peu difficile au début.
Pour une transition plus facile, il y a dans Josm, un style "Id".

Si tu as des questions sur Josm, je pourrais essayer d'y répondre.
Il y a aussi Donat qui fait des initiations en visio. Je vais lui transmettre le lien vers cette discussion.

A+
gendy54 (2023-02-10 15:57:09+00:00): Bonjour kropcheck,

Effectivement, comme le dit Stéphane, je fais des sessions à distance de prise en main de Josm pour les nouveaux et les aider à passer le cap. On ne regrette pas après, enfin si: de ne pas être passer à Josm plus vite ;)

Tu peux me contacter par ici https://www.openstreetmap.org/user/gendy54 ou par là:  https://wiki.openstreetmap.org/wiki/User:Gendy54

Donat, alias gendy54
rivermont (2023-01-06 22:25:54+00:00): That's a big wall
Austrianton (2023-01-10 19:01:35+00:00): Maybe try keeping future change-sets to a smaller area
AlaskaDave (2023-01-10 23:08:10+00:00): Relax. It was a mistake. I map in the U.S. as well as Thailand and I merely forgot to download data to a new layer.
abakus_uploader (2023-01-06 23:32:05+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
eggie (2023-01-06 10:12:17+00:00): Dag PMN  Is hier een uitzondering voor tweewielers op de oneway=yes ?
Dus oneway:bicycle=no

MVG
eggie
eggie (2023-01-06 10:29:10+00:00): Uitzonderingen tweewielers toegevoegd...  
Laat maar weten of dat correct is.
MVG
eggie
Shaun das Schaf (2023-01-07 15:02:24+00:00): Hallo Jimlo, willkommen bei OSM!

Warum entfernst du diesen Weg? Existiert er nicht mehr? Auf Luftbildern ist er gut zu erkennen.
Oder weil es sich um einen Privatweg handelt? Falls letzteres zutrifft, sollte der Weg anstatt ihn zu löschen mit access=private getaggt werden, damit für alle klar ist, dass es sich um einen Privatweg handelt, der von Aussenstehenden nicht betreten werden sollte.

Gruss
Shaun das Schaf
wkdgs (2023-01-30 16:05:33+00:00): Sehe ich genauso. Habe daher die Änderungen rückgängig gemacht.
aliwrezawm (2023-01-07 03:19:40+00:00): Best
Mizuna (2023-03-18 14:01:40+00:00): Je hebt weg 253243349 verandert in woonstraat.
Het is eigenlijk een dorpsgrens. Ik heb het verbeterd en terug aangeduid als grens.
Laat u niet ontmoedigen. Hier vind je een goede inleiding tot mappen in OSM
https://www.youtube.com/watch?v=rYYcyR1ybYs