piebro/osm-data huggingface dataset:
NorthCrab_upload (2023-03-17 21:40:30+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/2183443691
https://www.openstreetmap.org/way/1155120239

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! 🦀
Mateusz Konieczny (2026-05-28 13:54:35+00:00): Hello! https://www.openstreetmap.org/node/10742423039/history has addr:housename = 23 that was added in this edit
What this tag means? Numeric value is unexpected here - was it supposed to be addr:housenumber= ?
Kin Sapalot (2023-05-28 11:45:50+00:00): Hoi Dave040,

Was er een speciale reden dat je twee vrijliggende 'oneway=yes' fietspaden naast de Oirschotsedijk hebt getekend? Die bestaan namelijk niet, de Oischotsedijk zelf is de enige weg/fieststraat.

Ik heb ze weer weggehaald.
Groet,
Kin
AngocA (2023-03-18 00:54:30+00:00): Las tiendas se pueden mapear como convenience: https://wiki.openstreetmap.org/wiki/Tag:shop%3Dconvenience
AngocA (2023-03-18 01:02:10+00:00): Un establecimiento en un segundo piso se puede mapear con https://wiki.openstreetmap.org/wiki/Key:level level=2
eggie (2023-03-18 06:02:16+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
AngocA (2023-03-20 17:15:21+00:00): Hola Luisa. Gracias por apoyar el mapeo de rutas de transporte de Bogotá.
Te quería pedir dos favores:
1) Ten cuidado a cortar relaciones que sean parte continua de una ciclovía. Si tienes un segmento nuevo, únelo a la ciclovía existente. Como en este caso que el way 1155121419 une la ciclovía 13776012.
2) Guarda los cambios en OSM más frecuentemente. Si modificas algunos objetos y guardas, se más fácil corregir cualquier cosa.
Sigue con ese ánimo de mapear, y te recomiendo tengas en cuenta lo que te dije.
AngocA (2023-03-18 00:33:21+00:00): Hola Xavy. Una fábrica de arepas es algo más como un craft que una industria. Por lo tanto no es https://wiki.openstreetmap.org/wiki/ES:Tag:man_made%3Dworks
AngocA (2023-03-18 00:39:19+00:00): Procura que los amenities queden dentro de una construcción. Por la foto satelital se ve que hay un edificio justo al lado de la nota.
Las notas se crean en la calle, y por eso la posición queda fuera de los edificios, pero tu puedes llegar a identificar en qué edificio queda.
AngocA (2023-03-18 00:51:42+00:00): Podrías haber usado fotos a nivel de calle, como: https://www.mapillary.com/app/?lat=5.81317137916669&lng=-73.03143155750001&z=19.871432893072598&pKey=478837050766212&focus=photo
Gregory Peony (2023-05-16 19:03:44+00:00): Please write about what you did when submitting a changeset. State that you offset imagery and quantify the offset i.e. (x,y).
bxl-forever (2023-03-17 22:27:19+00:00): Hello,

Please do not change name of roads!
This is "Tunnel Loi - Wettunnel".

Tunnel Belliard - Belliardtunnel is not here but here.  https://www.openstreetmap.org/way/14364265

Your changeset has been reverted.
Drares (2023-03-17 22:36:21+00:00): Bonsoir,
Le tunnel Belliard a deux directions : une qui va vers la E40 et une autre vers Tervueren. Celle qui va vers Tervueren est suivi du tunnel Cinquantenaire. Le tunnel Loi est uniquement en direction du centre (unidirectionnelle).
BCNorwich (2023-03-18 06:56:48+00:00): Hi, Welcome to OpenStreetMap.

On it's own your node is meaningless, thus of no use to the database.

Regards Bernard
antonr (2024-02-29 18:56:40+00:00): Hej Niels,

Er du sikker på at der er en vaffelbod her? Tror du ikke bare det er ejerens adresse som du har importeret?

Alle de gange jeg er kommet forbi er det et helt almindeligt parcelhus, uden antydning af at der skulle sælges bagværk eller lignende...

https://www.openstreetmap.org/node/10742453448

Mvh
b-holdet (2024-02-29 19:17:13+00:00): Den er i hvert fald ophørt i maj 2023

https://datacvr.virk.dk/enhed/produktionsenhed/1003720000
Niels Elgaard Larsen (2024-03-01 21:47:59+00:00): Tak, jeg har slettet den.
gscholz (2023-03-20 09:15:59+00:00): Hi Luisa,
this changeset has created errors in the OSM database regarding overlapping ways:

https://tools.geofabrik.de/osmi/?view=routing&lon=-74.14130&lat=4.61632&zoom=11&baselayer=Geofabrik%20Standard&overlays=duplicated_edges%2Cduplicated_edges%2Cduplicated_edges_areas%2Cunconnected_open_ends_1

https://overpass-api.de/achavi/?changeset=133806228

As you may know, this kind of error irritates routing software an looks ugly on the maps.

Can your please fix this?
Kind regards
Guido
webfil (2023-07-21 13:56:10+00:00): Greetings. I noticed that some of your changesets introduced discrepancy  between the mapping guide available on the wiki for key:place (https://wiki.openstreetmap.org/wiki/Key:place) and the tagging or placement of objects on the map. For example, node 10742470936 (https://www.openstreetmap.org/node/10742470936) is labelled Cookshire-Eaton and tagged as a city. Let alone it is a duplicate of node 691128187 (https://www.openstreetmap.org/node/691128187), the value for the key seems inappropriate, as the population of the "urban" area is around 1,000 (https://www12.statcan.gc.ca/census-recensement/2021/dp-pd/prof/details/page.cfm?Lang=F&SearchText=cookshire&DGUIDlist=2021A0006240259&GENDERlist=1,2,3&STATISTIClist=1,4&HEADERlist=0), which does not meet the status for being "the largest settlement or settlements within a territory, including national, state and provincial capitals, and other major conurbations". The result is that a small village is labelled on the same level as a city such as Sherbrooke, which qualifies statistically as a metro area as its population exceeds 100k, and is the largest city in the Estrie region. As for the name, the place itself is named 'Cookshire', with the vicinity (villages and hamlets of Johnville, Sawyerville, Birchton, Eaton Corner and rural surroundings) being referred to as 'Eaton'. The postal adresses and road signage still refer to this place as 'Cookshire', for there are multiple villages and post offices within the boundaries of Cookshire-Eaton municipality.

I suspect that your intent was to map places accordingly to their statuses within the administrative hierarchy. If that is the case, I believe the key:place is not meant to identify the administrative status, rather to label the map with the name of localities. Boundary objects can provide for administrative levels and the value for key:administrative_centre in relations indicate the location of a county seat. Is there a discussion in the community, especially with the canadian an québécois users, that can support the use of the key:place that is made in your changesets?

This comment is also valid for changesets 134044806, 133980227, 133792913, etc.
Graptemys (2023-07-21 20:33:45+00:00): Hi webfil,

In this change (and the others like it) I was focused on cleaning up the admin_level=6 (MRC) boundaries. I did fix issues when I saw them on smaller administrative areas but there are >1000 municipalities in Quebec so I didn't check every one. So there are definitely still issues or inconsistencies that should be fixed but it would be a big project.

I remember looking at Cookshire-Eaton specifically because it is part of an urban agglomeration while also being a part of an MRC, both of which are usually tagged admin_level=6. I made sure the city was mapped, but the agglomeration is currently unmapped.

I placed the Cookshire-Eaton node with a goal of having a node and a boundary relation for every administrative area, with matching name, and place tag on the node. There is not any guidance for that on the wiki but I have found that JOSM, osm-carto, and nominatim all seem to prefer it like that. And yes I did choose place=city because of the administrative status, not realizing how it would compare to Sherbrooke. That could be fixed.

I don't think that those two nodes are duplicates, given that the population center called Cookshire and the municipality called Cookshire-Eaton seem to be different concepts. However I would say the Cookshire node could be the admin_centre and Cookshire-Eaton node the label of the Cookshire-Eaton boundary relation. I'm not sure why I didn't do it that way in this changeset.
webfil (2023-07-26 17:03:29+00:00): Hello again. I do not think your goal can be reached with this particular usage of key:place. This kind of object has to represent an actual, tangible geographic feature that is the settlement, while administrative boundaries represent some abstract, political features that often cannot be pointed on aerial imagery.

The documentation does indeed provide guidance on the relationship between admin_level and place=* (https://wiki.openstreetmap.org/wiki/Key:place#Relationship_with_admin_level) : if and when a place is also a level of government with the exact same extension, then a relationship with admin_level is to be made. Otherwise, since administrative entities contain areas outside the settlement, that is not necessary nor recommended. This the case for Cookshire-Eaton, since it holds some four villages; this is the case for Témiscouata-sur-le-Lac, since it holds two villages; this is the case for many more merger municipalities, town and cities.

I stand my point; this batch of edits is controversial, to say the least , and should be the object of a consensus throughout the community, especially with the fellow québécois editors with whom I have cleaned up the canvec data with regards to the guidelines ― I'm thinking of PierZen, Martin868, jfd553, etc.
Graptemys (2023-07-31 21:17:07+00:00): Okay, please go ahead and make whatever fixes or changes you think are necessary.
JJIglesias (2023-03-18 04:37:33+00:00): Saludos. Todas esos cuerpos de agua son water=oxbow no son lagoon

Gracias
JJ
silversurfer83 (2023-03-19 20:15:55+00:00): Howdy
Looks like you deleted a perfectly well mapped bus stop. As far as I know it is the way to map these like that. A node AND an way. Please be more careful when working with osmose. It is wrong quite often, in my opinion.
https://www.openstreetmap.org/node/1291419627/history

Cheers
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133806726
Yaaaaaaaa (2023-03-19 20:56:38+00:00): Hi, thx for checking but i don't think i did any mistake.  The bus_stop node is still here: https://www.openstreetmap.org/node/4225654300
I just deleted duplicate tags that were on the nodes of the bus platform.
silversurfer83 (2023-03-20 10:41:59+00:00): Hello again

I've talked to some people and the thing seems to be that there's several data consumers out there that only can work with the information on on the nodes like the ones you deleted. I know it's not really nice to have the data doubled but as long as the "old way" hasn't been deprecated I'd much rather you stop deleting public transportation nodes.
Like I said before: osmose isn't perfect and shouldn't be followed blindly ;)

cheers
eggie (2023-03-18 06:03:26+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
CoyKoi (2023-03-17 23:58:32+00:00): Hi HaoYue, welcome to OpenStreetMap editing. I wonder, was this part of a university assignment?

I have reviewed your changes. I can see that all of the features you have created already existed on the map. I have reverted your changes. Please take care not to duplicate features which already exist.

Thanks
JJIglesias (2023-03-18 05:18:01+00:00): Gracias por seguir el consejo de usar landuse=farmyard. Solo que me referia a un area mas grande que englobe todos las edificaciones de la hacienda.  Revisa Lunarcito para que entiendas la idea.
Saludos
JJ
Nakaner-repair (2023-03-17 22:59:26+00:00): This changeset reverts some or all edits made in changesets 128155904, 133760025.
Mateusz Konieczny (2023-03-18 06:43:14+00:00): Please, read and follow https://wiki.openstreetmap.org/wiki/Good_changeset_comments
MxxCon (2023-03-19 23:46:33+00:00): Hello.
You mapped that big circle in the middle as a single grave, however that's not the case there..
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133807716
pippo6 (2025-03-16 19:17:52+00:00): Ciao, i negozi si mettono circa al centro dell'area che occupano
Frans S (2023-03-19 17:03:35+00:00): Thanks for your contribution to this project.

You are a new mapper. Welcome to HOTOSM.

We cannot expect that you are already familiar with all issues around mapping. Therefore, I inform you about the most issues,

In iDeditor, zoom in so far that the hidden objects are visible.(blue note on bottom line warns about hidden objects)
Please pay attention to next points:
Buildings are in general rather rectangular. Just 4, 6 or 8 nodes are sufficient.

Tag buildings as building=yes. Nothing more, no names.

Please map each building accurate over the rooflines and squared(rectangular only).


Don't connect nodes to other buildings or features.

The shadow of a building is not a part of the building. 

Do not cluster buildings. Each building need to be mapped individually.

See also this document:
https://drive.google.com/file/d/11PsAW0bzUZHbS8YnbaFzqOYhJY7tSPYG/view?usp=share_link


Best regards and keep mapping !
Frans S
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133808095
Frans S (2023-03-19 17:03:57+00:00): About highway tagging:

Please apply the rules described in this wiki
Most common taggings.
Rural areas : Unclassified,  track , path, service
Urban areas: unclassified, residential, path.


https://wiki.openstreetmap.org/wiki/Highways

Read also the remarks about tagging of tracks in the instructions.
Best regards and keep mapping
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133808095
eggie (2023-03-18 06:16:12+00:00): Dag Rubenke...  Wanneer je hier bv in je commentaar zou toevoegen:
'Wegen uitgelijnd en afrastering toegevoegd' is het duidelijker voor lokale medemappers.
Nu triggert het vooral medemappers om te gaan kijken wat je precies hebt gedaan.
Goed commentaar is een geste naar elkaar toe en is een kleine moeite in de tijd die je toch al in je werk hebt gestopt. 

MVG
eggie
compdude (2023-04-08 05:17:07+00:00): Is this actually under construction, or is this yet another proposed highway that this user changed to under construction? I'm not familiar with this area to know whether or not this road is actually under construction or not.
Carto_Ferret (2023-04-04 15:57:34+00:00): Hi blankmash, thanks for mapping! I noticed you have been adding barrier=kerb tags around Sofia. Some of those barriers intersect vehicle navigable roads in several places such as: https://www.openstreetmap.org/node/3063961711 and https://www.openstreetmap.org/node/1699465242.

It looks like you are trying to map places where there are footways meeting other highways where the kerb is not lowered. However, according to the OSM wiki page for barrier=kerb ( https://wiki.openstreetmap.org/wiki/Tag:barrier=kerb ), this tag should only be applied when “users of the carriageway (such as cars) have to drive over the kerb at this point.”  In the examples listed above, there is not an actual kerb that cars have to drive over so it should not be applied directly on the drivable highways.  A more appropriate way to map these would be something like at https://www.openstreetmap.org/node/10703091860, where there are barrier=kerb tags on the nodes on either side of the residential highway, but not directly on it, as described on https://wiki.openstreetmap.org/wiki/Key:kerb#On_a_node.  

Would you be willing to go back and resolve these issues so that they agree with OSM policy? 
 
Thank you, and let me know if you have any questions!
blankmash (2023-04-04 17:57:15+00:00): Hey Carto_Ferret, those places you pointed are basically raised crossings. The addition of the kerb tag was suggested as an issue fix by the iD editor. If you think about it it makes sense. Before, they were tagged as:

kerb: raised

but missing the initial kerb assignment:

barrier: kerb

This is what iD added. You can see why here https://github.com/openstreetmap/iD/blob/develop/CHANGELOG.md#2018-feb-01 GH issues: https://github.com/openstreetmap/iD/issues/4702 https://github.com/openstreetmap/iD/issues/4715

https://www.openstreetmap.org/node/10703091860 this one does not seem right as this is not where the kerb starts and ends (https://wiki.openstreetmap.org/wiki/Key:kerb#On_a_node), should be on the road. Don't see any policy issues
blankmash (2023-04-04 18:03:33+00:00): > this tag should only be applied when “users of the carriageway (such as cars) have to drive over the kerb at this point.” 

This is exactly what they are
blankmash (2023-04-04 18:10:56+00:00): Although some of the kerbs might not exist anymore and require surveys
blankmash (2023-04-04 18:11:49+00:00): Will take a look at my next editing session
blankmash (2023-04-04 18:14:46+00:00): Thank you for the feedback! If there is a more appropriate tag for raised crossings, I'm all ears
Dimitar155 (2023-04-05 22:11:14+00:00): @blankmash The problem is not related to raised crossings. Some apps (namely StreetComplete) ask users about kerb heights on crossings. When the crossing is mapped only as a node on a road, it adds kerb=* to that node. This is the approved way to tag kerbs on such crossings (https://wiki.openstreetmap.org/wiki/Tag:barrier:kerb#Alternative_on_crossings).

The problem is that iD's validator suggests to add barrier=kerb to these nodes which makes routers think that there is a kerb in the middle of the road (which is not the case). The bug is currently being tracked (https://wiki.openstreetmap.org/wiki/Tag:barrier:kerb#Alternative_on_crossings), hopefully it will get fixed soon. Until then, please ignore that warning.
blankmash (2023-04-06 12:33:18+00:00): @Dimitar155 got it. Thank you for the explanation
Carto_Ferret (2023-04-06 23:32:24+00:00): Good morning blankmash and Dimitar155,
Thank you for responding to my comment. I have gone over your replies, along with Dimitar155’s further explanation, and now have a better understanding of the issue that is occurring with raised crossings, StreetComplete, and iD editor. I noticed that some of the nodes with this issue were fixed, but I found a few others around Sofia that I’ve gone ahead and fixed in https://www.openstreetmap.org/changeset/134590773. Our community lead, Teddy Ahlvin, will reach out to StreetComplete to inform them of the bug.
Happy mapping to both of you!
Carto_Ferret
emersonveenstra (2023-03-18 10:58:53+00:00): Hi,

Two of these buildings are broken because they cross over themselves or have unclosed parts. Please fix these, thanks!

https://www.openstreetmap.org/way/1155143206
https://www.openstreetmap.org/way/1155143201
Anton Khorev (2023-03-18 14:03:42+00:00): Hello 6UP,

you are making a lot of edits in places with anonymous notes, for example:

https://www.openstreetmap.org/note/3600831  
https://www.openstreetmap.org/note/3600833  
https://www.openstreetmap.org/note/3600834

A those your notes? If so, why do you place them anonymously?

Best regards  
Anton Khorev  
Data Working Group

---

(自動翻訳)

6UPさん、こんにちは。

匿名のメモがある場所で多くの編集を行っています。たとえば、次のようになります。

https://www.openstreetmap.org/note/3600831
https://www.openstreetmap.org/note/3600833
https://www.openstreetmap.org/note/3600834

それらはあなたのメモですか？ もしそうなら、なぜそれらを匿名にするのですか？

よろしくお願いします  
Anton Khorev  
Data Working Group
user_8655426 (2023-07-28 12:48:49+00:00): Hello, Anton Khorev

6UP seems to be the same person as “aquila2” you mentioned last year. This user and his edits are surprisingly similar. "aqulia2" may currently be using several accounts to evade blocking.
https://www.openstreetmap.org/user_blocks/6456

Also, there's something "strange" about 6UP's edits.
So I recently sent him a message asking him to check this changeset, but he hasn't responded at all.

In any case, 6UP ignores our message and continues mapping. Unfortunately, it is impossible for us to contact him.
ChaireMobiliteKaligrafy (2023-03-18 11:21:08+00:00): Nice jobs around Vaudreuil Thanks! I added addresses to your new added houses in the North on Chemin de l'Anse.
Fizzie-DWG (2023-03-25 02:30:28+00:00): Reverted by DWG for apparent copying from unauthorised source: changeset/134090385
SekeRob (2023-03-19 06:50:50+00:00): Ciao,

Tieni presente che ho annullato l'accesso alla rotatoria per nessuna modifica all'aeroporto e aggiunto i tag public_transport:version=2 ai percorsi G51

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

Questo è un modo di accesso pubblico per l'uscita delle veicoli dal parcheggio.

Notare l'avviso 4 nel riepilogo della serie di modifiche sopra

buona mappatura
rhtb0 (2023-03-18 07:46:46+00:00): https://wiki.openstreetmap.org/wiki/File:A-simple-station.svg
rhtb0 (2023-03-18 09:49:29+00:00): https://www.openstreetmap.org/node/2090733296/history
문제없는 지하철역 점을 지우고 다시 만들고 이상한 위치로 옯기고  지하철 정차 위치를 삭제하시는 이유가 뭔가요?
rhtb0 (2023-03-18 09:50:58+00:00): 지하철 정차 위치를 삭제하시면 전철 노선이 통과하는 것처럼 보입니다. 왠만해서는 지하철역 점과 정차 위치를 건드리지 마세요. 이상해집니다.
Spaghetti Monster🍝 (2023-03-21 19:34:51+00:00): All your changes have been reverted because they only added untagged ways via an undiscussed import.
ElliottPlack (2023-04-12 14:04:41+00:00): Hi there, Elliott from the OSM Data Working Group here. The imagery used in this changeset has a license that would appear to be incompatible with OSM. It prohibits commercial reuse, something that we allow. Do you have explicit permission from the agency to use their imagery? It may be fine if you ask, but until such time I’d ask that you refrain from using this imagery source.

A good method of getting the community to take a look at new imagery sources is to submit it to the https://github.com/osmlab/editor-layer-index project, which is the source for imagery in the ID and JOSM editors.

Thank you,  
Elliott Plack  
OSMF Data Working Group  
Ticket#2023040710000089
_Madfly (2023-04-12 15:18:07+00:00): Hi,
Based on this email exchange (https://lists.openstreetmap.org/pipermail/talk-se/2018-December/003510.html), it is my understanding that Lantmäteriet allows individual OSM users to use their orthophotos for mapping, although they do not allow them to be used in the editors.
lberges (2023-03-18 07:18:50+00:00): Pirka = Dorf 
Quelle: https://www.bavarikon.de/places
map per (2023-03-20 12:01:37+00:00): Bitte keinen Edit war betreiben.
Jordi MF (2023-03-19 19:58:05+00:00): Hola Jose Luis,
He estat mirant les edicions. En principi estan bé, però no cal que afegisques l'àrea residencial dels apartaments (landuse=residential). En que afegisques el nom dels apartaments en els edificis suficient. En cas que afegisques el nom de la "aona residencial" (o apartaments, com els vulgues anomenar) en el "landuse", sí que pots afegir afegir el nom. Però en este cas, no repetisques el nom en l'àrea residencial i l'edifici.
En resum, si no poses el nom, no mapeges la parcel·la de l'àrea residencial. Sense cap nom, és una informació redundant perquè tota la zona residencial de Benicàssim ja està mapejada com un gran "landuse=residential".
Si veig res més, t'ho dic.
opendcc (2023-03-18 07:42:30+00:00): Ich finde village hier komplett falsch.
chris66 (2023-03-18 11:43:02+00:00): Wegen unzulässiger Datenquelle revertiert.

CS : 133819377
user_5359 (2023-03-27 11:26:29+00:00): Welcome to OSM! Please have a look on https://www.osm.org/node/10742665595. What is the meaning of the tag Titik Contoh = Titik Contoh?
flohoff (2023-03-18 20:16:22+00:00): Moin,
"name=Seminarzentrum" ist nen bisschen name tag abuse. Das IST ja ein Seminarzentrum, das heisst ja nicht so.

Name wird eigentlich nur für "Eigennamen" benutzt d.h. "Kontad Adenauer Seminarzentrum" - Beschreibendes sollte eher im "description" tag hinterlassen werden.

Ich wette aber das für Seminar/Tagungszentren auch bessere Tags gibt die genau das beschreibende machen.

Flo