piebro/osm-data huggingface dataset:
SomeoneElse_Revert (2023-11-17 10:38:29+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
Baloo Uriza (2023-12-28 04:02:17+00:00): Please be mindful of tagging... completely ignoring the tags and using a motorway for a new ramp is really bad form.
Tar_V (2024-01-04 11:36:59+00:00): Hello, thank you for your feedback. Unfortunately, we don't have enough data to add all tags to a new section of road. Could you specify which section of the road should not be a motorway?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/142393240
SomeoneElse_Revert (2023-11-17 10:38:40+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
SomeoneElse_Revert (2023-11-17 10:38:51+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
SomeoneElse_Revert (2023-11-17 10:38:34+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
SomeoneElse_Revert (2023-11-17 10:38:30+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
SomeoneElse_Revert (2023-11-17 10:39:09+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
NorthCrab_upload (2023-10-10 13:30:24+00:00): 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/2714715604
https://www.openstreetmap.org/way/266928578

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! 🦀
silversurfer83 (2023-10-10 15:18:00+00:00): Moin Marius,

bevor ich über Sinn und Unsinn einer Site Relation für alle Adli Nord Filialen diskutiere zunächst eine andere Sache:

Da deine Edits an so einer Relation entsprechend große Gebiete umfassen und auch ganz allgemein bitte ich dich deine Änderungen ordentlich zu kommentieren, so wie es dieser Artikel im Wiki beschreibt:
https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments

Danke
limes11 (2023-10-10 16:24:53+00:00): Moin, 

bitte den Abschnitt "Was Relationen nicht sind" hier beachten:

https://wiki.openstreetmap.org/wiki/DE:Relationen

VG
limes11 (2023-10-11 07:49:03+00:00): Relation entfernt, da der Mapper in der Vergangenheit auf keinerlei CS-Kommentare geantwortet hat.
silversurfer83 (2023-10-11 07:51:07+00:00): Schreibst du ihn nochmal persönlich an oder soll ich das machen? Ist nicht die erste Sammlung dieser Art, die er aufmacht
limes11 (2023-10-11 10:21:05+00:00): hab ihm ne PM geschickt
Filip009 (2023-10-10 15:03:31+00:00): Prečo ste odstránil danú cestu? Je zrovnaná zo zemou?
Acsko (2023-10-12 11:33:55+00:00): Cesta neexistuje (v zmysle zakona o premavke na pozemnych komunikaciach)
Filip009 (2023-10-13 08:06:26+00:00): Pokiaľ na mieste ten asfaltový povrch je, má to byť v mape. Pokiaľ je cesta zablokovaná, stále má byť v mape, ale má mať tag access=no.

OpenStreetMap mapuje realitu, nie zákony.
Acsko (2023-10-13 09:09:10+00:00): Kazda mapa ma za ciel zakreslenie reality a niektore to vnimaju tak ako Vy, niektore naopak tak ako ja (kazda cesta ma aj ucel (z toho plynie nazov ucelova cesta).... ked ucel nie je, zvysky asfaltu zarastajúce trávou a machom nepovazujem za cestu)
takto to vnimaju aj:
https://www.google.com/maps/@48.6985181,18.2902939,17.07z?entry=ttu
https://wego.here.com/?map=48.69775,18.29049,18.46,omv

Ak sa s tym nestotoznujete, nic Vam nebrani urobit inu zmenu. Pre mna osobne je otravujuce mat v navigacii kopu zbytkov ciest, ktore patria do historie..... v sucasnosti su veduce odnikial nikam... je to ako bazen bez vody.... tiez si ho je mozne oznacit za kupalisko a spravit si k nemu rodinny vylet.
Filip009 (2023-10-13 09:40:21+00:00): My v OpenStreetMap nie sme google maps. My sa zameriavame na realitu https://wiki.openstreetmap.org/wiki/Sk:Good_practice

Áno v OSM máme aj vyschnuté bazény, pretože ich nezbúral. Ale bazén na tom mieste stále je, tak má byť aj v mape.
EdLoach (2023-10-10 15:45:48+00:00): Has the crossing been replaced? Always used to be two with an island in the middle, as here https://www.mapillary.com/app/?pKey=3973747309357327
Frans S (2023-10-10 14:10:43+00:00): We welcome you as a new mapper.
Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks has been mapped in accordance with the quality standards of HOTOSM. 
We cannot expect from a new mapper that he/she delivers  high quality mappings from the start, so we offer some guidance.
Please pay attention to next summarized issues. (see attached document with examples for more info)
D: Connecting nodes of buildings to other buildings or features like roads and residential areas.

E. Rectangular buildings, not always squared.
F: Mapping of buildings partly hidden by trees.
Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/142394380
mueschel (2023-10-11 09:40:39+00:00): Please stop importing these nodes until all the tagging errors have been fixed (see changeset comments from last week). The mistakes now spread across the whole world...
tykayn (2023-10-11 09:47:12+00:00): tagging errors on wheelchair and other have been fixed. ref for EU Evse are also valid without stars. 
what bad tagging do you see in here ?
mueschel (2023-10-11 09:59:30+00:00): See the previous comments:

- type_2_combo -> type2_combo
- socket:X=yes  -> socket:X=NUMBER
- socket:max:output -> output
- 6 or more nodes on the same spot
tykayn (2023-10-11 10:35:52+00:00): thanks for the feedback.

the typo on type_2 was fixed lately,
socket:X=yes is accepted in the wiki, if specific number is unknown, which it is until verified in place.
yes, the socket:max:output will be fixed to use the tag charging_station:output=N kW

and for nodes at the same spot, o know it would be better to have a centimetric separated position, but this is all the quality we have,not the one we deserve.
these are easy to spot on JOSM.
i am not sure it would be better to group them and chain references together, since these are really separated objects, but not always.
so i thought it would be better to see at once how things are not verified in place, instead of not having the data. because this is the only level of input we have from charging station providers, and if we do not use it and survey in place we will just not have the info at all. and even a 20 meters away data is very helpful for people who are looking for charging station.

what do you think?
mueschel (2023-10-11 10:41:05+00:00): The type_2 typo currently exists 575 times, mostly added in the last 24 hours.

IMHO The multiple nodes and output values are something to be fixed before import and not edited afterwards
tykayn (2023-10-12 10:07:51+00:00): ok for the typo on type_2 combo socket.

but the multiple nodes on the same place are corresponding to multiple objects in real life, but we do not know exactly where until someone checks them in the real world.
so i do not think we should gather them in one node. we can do that but it would not be like reality.

a workaround for the unknown place of such superposed nodes would be to have some utility that spreads them like 0.5 meters aside the previous node before sending them, forming a line or a grid, or any shape that would show that the real position is unknown.

what would be better?
mueschel (2023-10-12 10:42:46+00:00): These multiple nodes on the same spot are not correct. There should be exactly one 'amenity=charging_station' for each group, or individual nodes with 'man_made=charge_point'. Everything else is not according to approved tagging schemes. 


E.g. this one:
https://www.openstreetmap.org/node/11253014523

In this location there seem to be 3 charge_points with two connectors each. But what is mapped is 2 independent carging_stations with a total capacity of 6 cars at once.

Please stop this import, revert the edits and restart planning of how your data can be mapped to proper OSM objects.
tykayn (2023-10-13 09:37:58+00:00): Yup, there are separated things that should be gathered and things that should be moved not very far from where they are.

I stopped the addings and the chat is going strong on the French forum to see how to make things better.

As explained here, a simple revert would not be the best option  https://forum.openstreetmap.fr/t/bang-operation-coup-de-poing-sur-les-bornes-de-recharge/9943
emvee (2023-10-10 20:22:19+00:00): Bedankt voor het oplosssen van https://www.openstreetmap.org/note/3584015
qqqqqqqqqqqqqqqqqqqq (2023-10-11 18:53:27+00:00): Hi, try not to create such geographically big changesets next time. They show up for everyone who monitors the are in between and it's also harder to see where exactly the change happened. Better split them into smaller ones.
qqqqqqqqqqqqqqqqqqqq (2023-10-11 18:53:38+00:00): *the area
Harvesterify (2023-10-11 09:35:03+00:00): C'est la deuxième fois que je supprime les bornes du Lidl des Ulis : le placement est faux (en plein magasin), et les bornes du parking sont déjà mappées, il manque seulement les méta-données annexes.
tykayn (2023-10-11 09:37:57+00:00): arf oui c'est parce qu'il n'y a pas les méta données de référence EU qu'elles sont considérées comme nouvelles.
c'est compliqué de faire la liaison.
merci pour le check :)
Mateusz Konieczny (2023-10-11 10:00:22+00:00): https://www.openstreetmap.org/node/11252158477 - is keeping shop=fruit intentional here?
ravidwivedi (2023-10-11 10:05:17+00:00): Yes, it is intentional because it is a fruit selling shop? If I have incorrectly labelled, can you please suggest appropriate way to label such shops?
ravidwivedi (2023-10-11 10:18:09+00:00): I think I did a mistake. Yammy fast food is not a fruit shop. The shop next to that is the fruit shop. Thanks for pointing that out.
ravidwivedi (2023-10-11 10:21:06+00:00): I fixed it now.
Mateusz Konieczny (2023-10-12 12:23:44+00:00): commented on https://www.openstreetmap.org/changeset/142429891 about proposed replacement for shop=fruit

(and again, thanks for a fix!)

Though maybe shop=fruit should be a separate top-level shop value?
aceman444 (2024-01-16 14:09:48+00:00): Sorry, but the roads inside Eurovea parking surely are not called "driveway Pribinova" for the whole length of them. Even if it were true, they would be called something in Slovak language, not in English. You just used the English version of the parking website, but that is not the main one.

https://www.openstreetmap.org/way/1214553505 - learn to distinguish wild natural=scrub and landuse=shrubbery or natural=shrub .

https://www.openstreetmap.org/way/1214553503 - a footway under a roof is no tunnel or passage. At most covered=yes would be OK.

https://www.openstreetmap.org/way/1214553504 ? Not very useful, especially forgetting all the access tags that were on the individually drawn ways, like bicycle=no. So suddenly you allowed all those vehicles to pass here.

https://www.openstreetmap.org/node/988555513 -  why duplicate the fee information that is already at
https://www.openstreetmap.org/node/7126209982 ?

https://www.openstreetmap.org/node/745519999 - have you been there and seen the traffic signs that is really for customer access, not private, as I have tagged shortly before you. Or are you just guessing here?

https://www.openstreetmap.org/node/4957369653 - touching the shape of the building? It was imported from the Slovak cadastre and you only used Aerial imagery so I really doubt your information is more precise. I will recheck against the cadastre map again.

https://www.openstreetmap.org/node/11252987715 - what is this node?

https://www.openstreetmap.org/way/821418583 - you mixed the shopping center with the whole city block? Absolute nonsense.
Also tags like "opening_hours:McDonald's" are what kind of experiment? What are they useful for? Tag the individual shops/amenities with their opening hours. But not mass tagging, as not all shops have the same opening hours.

Also provide proper changeset descriptions, not just nonsense like
"SK, Pozsony 230916" .

Really low quality work for someone with 8000 changesets.

Fix the problems immediatelly or this will all be reverted, because there is basically nothing useful in this changeset (maybe just the natural=tree classifications).
aceman444 (2024-02-25 15:48:07+00:00): Elnézést, de az Eurovea parkolón belüli utakat biztosan nem nevezik teljes hosszukban "felhajtónak Pribinovának". Még ha igaz is lenne, szlovákul neveznék őket valaminek, nem angolul. Ön most használta a parkolási webhely angol verzióját, de nem ez a fő.

https://www.openstreetmap.org/way/1214553505 - Tanuld meg megkülönböztetni a vadon élő natural=scrub és a landise=shrubbery vagy natural=shrub .

https://www.openstreetmap.org/way/1214553503 – a tető alatti gyalogút nem alagút vagy átjáró. Legfeljebb fedezett=igen lenne rendben.

https://www.openstreetmap.org/way/1214553504 ? Nem túl hasznos, különösen, ha elfelejtjük az összes hozzáférési címkét, amelyek az egyedileg rajzolt utakon voltak, például kerékpár=no. Szóval hirtelen megengedted, hogy az összes jármű elhaladjon itt.

https://www.openstreetmap.org/node/988555513 – miért kell megkettőzni a már itt található díjinformációkat
https://www.openstreetmap.org/node/7126209982 ?

https://www.openstreetmap.org/node/745519999 – voltál ott, és láttad-e azokat a közlekedési táblákat, amelyek valóban az ügyfelek hozzáférését szolgálják, nem pedig privát, ahogy azt röviddel előtted megjelöltem? Vagy itt csak találgatsz?

https://www.openstreetmap.org/node/4957369653 - érinti az épület formáját? A szlovák kataszterből importálták, és Ön csak légifelvételeket használt, ezért kétlem, hogy az Ön adatai pontosabbak. Újra ellenőrizni fogom a kataszteri térképet.

https://www.openstreetmap.org/node/11252987715 – mi ez a csomópont?

https://www.openstreetmap.org/way/821418583 – keverted a bevásárlóközpontot az egész várostömbbel? Abszolút hülyeség.
Milyen kísérletek az olyan címkék is, mint a „nyitott_órák:McDonald's”? Mire hasznosak? Jelölje meg az egyes üzleteket/szolgáltatásokat a nyitvatartási idejükkel. De nem tömeges címkézés, mivel nem minden üzletben van egyforma nyitvatartási idő.

Adjon meg megfelelő változtatásikészlet-leírásokat is, ne csak hülyeségeket, mint pl
"SK, Pozsony 230916" .

Valóban gyenge minőségű munka valakinek 8000 változtatással.

Azonnal javítsa ki a problémákat, különben ez az egész visszaáll, mert ebben a változáskészletben alapvetően nincs semmi hasznos (talán csak a natural=tree osztályozás).
aceman444 (2025-05-10 10:48:08+00:00): Thank you for fixing the errors in changeset https://www.openstreetmap.org/changeset/147900322 .
erickdeoliveiraleal (2023-10-20 23:44:55+00:00): favor não colar áreas em vias como fez aqui.
NorthCrab_upload (2023-10-10 14:30:34+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/way/1214555136

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! 🦀
citrula (2023-10-11 07:09:38+00:00): Hi, if you are trying to tag a scenic overlook please look at the wiki for tourism=viewpoint: https://wiki.openstreetmap.org/wiki/Tag:tourism%3Dviewpoint

Adding extra
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/142397143
Syl (2023-10-10 16:08:59+00:00): Bonjour, quelques remarques pour une borne que j'avais vérifié sur place (https://www.openstreetmap.org/node/11097430627). J'avais déjà corrigé la position et certains tags mais elle vient à nouveau d'être importée au mauvais emplacement 2 fois. Pourquoi deux nœuds pour la même borne ?
A part ça, concernant les tags des 2 nouvelles (11253027835 et 11253027834), la valeur du tag ref:EU:EVSE n'a pas le bon format, voir le wiki. Et la valeur de start_date est fausse à ma connaissance.
Bender l'importateur (2023-10-10 20:39:23+00:00): c'est une bonne question, les références ne sont pas les mêmes que celle existante (même si on corrige avec le bon format EVSE), j'ai déjà vu ailleurs Freshmile s'emballer à publier des bornes avant même qu'elles commencent à être en place, contrairement à d'autres fournisseurs. si ça se trouve elles ne sont pas encore là et leur start_date est celle du début du dossier.

donc c'est clair, si elles ne sont pas encore là on les enlève.

les ref ne sont pas toujours au format européen, bien qu'il existe deux colonnes séparées pour les références locales et EU dans ce qui est attendu dans l'open data.

je n'ai pas fait de passe de vérification du format pour enlever ce qui n'est pas conforme, si ça se trouve c'est une info utile et le format évolue plus vite que le standar eMI3 ne le publie depuis 2015. 
Dans le doute j'ai laissé. On peut toujours faire un post traitement.

Et pour les deux points symbolisant les bornes elles sont séparées dans les données ouvertes, on pourrait faire un assemblage, sommer les capacity et avoir des ref séparées par des points virgule. Mais je ne sais pas si ce serait plus propre. hm. Tu en dis quoi ?
Syl (2023-10-10 21:43:38+00:00): Je ne sais pas trop quoi faire de toutes ces données. Je ne vais pas prendre du temps à analyser ce qui est bon ou pas dans l'open data. Par contre je peux comparer avec le terrain quand j'en croise (mais sans aller dans les détails, je ne vais pas compter le nombre de prises par exemple). Si ça peut être utile je pourrais la prochaine fois que je passe par là prendre des photos pour comparer le terrain et l'open data.
Tjuro (2023-10-10 15:16:24+00:00): beste pittrichimica,

capacity=1 is standaard op amenity=parking_space
en is dus overbodig.

Met vriendelijke groet,

Tjuro
Frans S (2023-10-10 15:18:02+00:00): Thank you for mapping. You have correctly identified the location of most objects and mapped. However, you forgot to tag it as a building.

Reminder: Please be sure to square all rectangular buildings with the Q key
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
On this document you will find some hints and tricks which might help to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/142398250
Frans S (2023-10-10 15:29:27+00:00): We welcome you as a new mapper.
Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks has been mapped in accordance with the quality standards of HOTOSM. 
We cannot expect from a new mapper that he/she delivers  high quality mappings from the start, so we offer some guidance.
Please pay attention to next summarized issues. (see attached document with examples for more info)

A: Inaccurate mapped. 
B: Overlapping buildings.
C: Collecting multiple buildings and mapping them as 1 building.
E. Rectangular buildings not always squared.
H: A courtyard or a clearing not mapped into a building.
Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/142398260
Fizzie-DWG (2023-10-11 02:23:54+00:00): Please see https://www.openstreetmap.org/user_blocks/15147
VictorIE (2023-10-14 20:11:53+00:00): Hi,

https://www.openstreetmap.org/way/1214766294
https://www.openstreetmap.org/way/1214569114

I hope NIE Networks were using an unmarked van to do work in Carrickmacross and Monaghan town!
jonnymccullagh (2023-10-16 08:13:43+00:00): hah oops I was using a preset - I didn't realise it specified NIE. I'll fix - cheers for spotting those.
jjyach (2023-10-10 18:51:02+00:00): Please be careful on your use of "Cycle and Foot Path" tags. They set cycleway to designated, which for many of your edits is not the case and actually not the intent of many foot paths or sidewalks. It is breaking a few 3rd party tools and goes against the consistency on this site.
darkemyst (2025-02-24 02:24:55+00:00): Sorry, wasn't aware that it messed with foot path mapping to map mixed use paths and sidewalks designated as cycle routes this way. Been trying to use official City of Aurora notes on what are official cycle ways through the city, though they sometimes contradict themselves.
SomeoneElse_Revert (2023-11-17 10:38:43+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
SomeoneElse_Revert (2023-11-17 10:38:44+00:00): This changeset has been reverted fully or in part by changeset 144132796 where the changeset comment is: Following a report to the DWG, reverting some fire hydrant deletions by a now deleted account.  DWG Ticket#2023111610000325
Fizzie-DWG (2023-10-14 06:28:56+00:00): Please see https://www.openstreetmap.org/user_blocks/15164
MxxCon (2023-10-12 01:31:31+00:00): Hello.
Please note that in OSM except for names and a couple of other exceptions, all tag values should be in lower case. In this case for the 2 benches you added it should be "colour=brown", not "Brown".
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/142399888