piebro/osm-data huggingface dataset:
fabzzap (2020-12-29 10:17:49+00:00): So, If I understood the lesson to be learned:
- all addresses already have a node because they are imported from the Kadaster
- if a business moves to an address, or opens at an address, one should use the existing node for that address
- don't move address nodes (not BAG ones at least)
Correct?
eggie (2020-12-29 10:20:11+00:00): Bambini Kids is now twice in the data.
nr 665A  has gone.
So restore 665A  and merge the two kindergarten .. (not childcare?)
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dchildcare
eggie (2020-12-29 10:27:11+00:00): Restored BAG addressnode 665A

The childcare is still duplicate
eggie (2020-12-29 10:34:31+00:00): Ahh.. I see your reply now..
Thanks for that. 
That's correct. Please don't changs the BAG-addresdata. Moving a present node in the same building is no problem. 
Just have a look to the childcare . That's now twice on the map. A contribution is already present from a former mapper. You may delete your contribution.
Greetz,
eggie
aharvey (2020-12-29 02:45:53+00:00): are you sure https://osmlab.github.io/osm-deep-history/#/way/172996908 permits motor vehicles? Usually firetrails are accessible by authorised vehicles only, usually determined either by signage or by a locked gate. If there is a locked gate here, then best to leave motor_vehicle=private to stop it routing the general public in 4wd vehicles through here, while still saying it's accessible by fire trucks.
Rodrigo Rega (2021-01-06 20:12:22+00:00): Hola, gracias por tus ediciones. Sería de gran ayuda a la hora de revisar cambios si pudieses especificar en el conjunto de cambios lo que se ha realizado en la edición. Más detalles aquí: https://wiki.openstreetmap.org/wiki/ES:Buenos_comentarios_en_conjuntos_de_cambios
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/96561504
Leo Slager (2020-12-29 14:30:22+00:00): Dit is over het algemeen een goed voorbeeld van de puinhoop die je vaak achterlaat.
In de ZO-hoek van het bos rond het kasteel ligt een self-intersecting way.
de renderer weet niet meer wat binnen en buiten is en toont dus een wit vlak op de kaart. Go Map is dus volkomen ongeschikt voor de werkzaamheden die je wilt doen. Talloze dubbele nodes en intersecting ways zijn het resultaat. En dat is jammer want het vormt anderszins wel een goede aanvulling op de kaart.
https://overpass-api.de/achavi/?changeset=96561936&zoom=21&lat=52.24672&lon=5.52431&layers=B0TTTFT
Maximaal inzoomen, dan kun je de fout zien.
Ook in de NW hoek snijden de lijnen elkaar op een wat vreemde, misschien niet zo bedoelde wijze.
letihu (2021-02-02 19:38:42+00:00): Warum hast du diesen Bereich
https://www.openstreetmap.org/node/8296498208/history#map=19/53.39750/7.41737&layers=N 
von diesem gleichen
https://www.openstreetmap.org/way/886555945/history#map=18/54.27211/10.76205&layers=N
getrennt gemappt?
ojenny (2021-02-02 19:44:35+00:00): Weil es ein anderes Landschaftselement darstellt. Einmal ein Grundstück im Innenbereich mit naturnaher Bepflanzung und dann ein Knick.
letihu (2021-02-02 19:54:16+00:00): Und warum sind die gemeinsamen Punkte nicht verbunden? Wenn du schon iD und nicht JOSM benutzt solltest du selbst auf solche Fehler achten.
Hier ein von vielen Beispielen:
https://www.openstreetmap.org/node/8268356440/history
https://www.openstreetmap.org/node/7072310233/history
letihu (2021-02-02 19:59:29+00:00): Mindestens 22 unverbundene Punkte sind betroffen
muchichka_s (2020-12-29 00:25:43+00:00): The name you set is obsolete hungarian transliteration times when Mukachevo was part of the Hungarian part of Austrian Empire and is present in the old_name:de field. The German name Mukacheve was added 11 years ago by Claudius Henrichs. This name is based on the Ukrainian transliteration. And corresponds to the geographical name: https://portal.dnb.de/opac.htm?method=simpleSearch&cqlMode=true&query=nid%3D4133240-4
https://www.openstreetmap.org/node/337598436/history. What you do is similar to how I would have come to Germany and adapted names of the times of Roman Empire or the Old Prussians. I demand that you undo your changes!
DietG (2020-12-29 00:59:18+00:00): Well, the german name is of course from the time of the Austrian Empire, see for example: https://mapire.eu/de/map/europe-19century-secondsurvey/?layers=158%2C164&bbox=2517552.134583911%2C6176700.804422488%2C2539183.8135886155%2C6184344.507251006. But it ist still the German name (wherever it was originally derived from). The name based on the transliteration from Ukrainian is a transliteration, not a German name, IMHO.
I am doing family research (a few centuries back, by far not back to the romans...) and am encountering various names in different languages, as they were spoken by the people living there. That's why I would very much like to see in OSM the proper names in the different languages, and not modern transliterations, which basically are all the same. Isn't that a valid thought?
muchichka_s (2020-12-29 07:17:55+00:00): I showed you a Deutsche Nationalbibliothek link with a modern German name, and you gave me one with 150-year-old names.
DietG (2020-12-29 12:00:32+00:00): Deutsche Nationalbibliothek does not say anywhere that the primary names they chose for their Gemeinsame Normdaten (GND) index are *the* German names for geographic objects. They are totally neutral about the language or the age of the main- or the other names (andere Namen). Also, according to the about text, their purpose is to maintain a catalog of publications and not standardise place names and their life-cycles.

And why do you think, the age of a place name is a problem? The name Jerusalem is hundreds (or even thousands) of years old, but nobody is trying tp impose renaming it to Jeruschalajim or Ūršalīm al-Quds in all other languages.

It really should be relevant in first place, that German speaking people form that place called it Munkatsch (which sounds pretty much the same as the Hungarian Munkács and the Romanian Muncaci) and wrote it like that into various (church etc.) records.

Last, but not least, that area is still multi-ethnic today, so possibly there are some German speakers left who call and write it like they used to, namely Munkatsch.
muchichka_s (2020-12-29 13:29:12+00:00): Jerusalem is called Jerusalem because there is the state of Israel, and Nabulus is called Nabulus, not Shechem, because these lands belong to Palestine

Even if you start from your arguments, both names are correct (although I do not think so) and we can choose the name at its discretion

Despite the fact that Mukachevo was part of the Austrian Empire, at that time Hungarian was used for education and office work, so many Germans assimilated, some even succeeded, such as Mihály Munkácsy. Therefore, the local German language has a large part of Hungarian borrowings in contrast to the official rules of the German language

My family is also partly of German descent and mostly spoke Hungarian. But I don't remember them ever saying Munkatsch, they always said Mukachevo. Therefore, your arguments are unfounded.

And don't forget that the previous name was added by a native speaker

And BTW, despite my initial level of Hungarian, I add a lot of Hungarian names when there is data.
DietG (2020-12-29 18:21:43+00:00): Ok, muchichka_s, if you are from that region I will trust that you know the local habits.

I had mentioned that I'm doing family research and I do have in my records several persons either born in Munkatsch or having some other recorded life event there. In the church records from the 19th century (you may say again, that's old, but to me it's not) it is explicitely written (in German) for example: "Johann Wurfel aus Munkatsch geboren...".

I grew up in a multi-etnic environment as well and to me it is very important to present the places in my genealogy, notably those from the Habsburgic/Austrian-Hungaric and Russian Empires, with all their true multi-etnic aspects. And it is not acceptable, if OSM Nominatim wants to tell me, for example, that the German name of today's Виноградів is Wynohradiw. Not at all! But I guess, if I go and correct that, I'll have the next heavy dispute.

Regarding the point that a native German speaker entered the "modern" German name, I can just give you as a ridiculous example the German Wikipedia, which presents the former German Swinemünde unter its Polish name Świnoujście. The vast majority of the Germans can not even read and pronounce that. The Polish Wikipedia in turn presents Aachen as Akwizgran...

Anyway, I think we spent enough time and energy on this rather minor issue. If you are so strong about not having Munkatsch recorded as the German name of the city, feel free to eliminate it and replace it again.

With best regards
D
muchichka_s (2020-12-29 22:39:34+00:00): Thanks, D
In Poland there is another place with an interesting name - Police (Pölitz). It is interesting because most search engines cannot find it
Ukraine also has a similar story, most European names of monarchs are not transliterated directly, but from German. For example, Louis became Людовік (Ludwig). Although, if it is not a monarch, it is transliterated directly for the same names - Луї
user_5359 (2020-12-29 06:33:11+00:00): Welcome to OSM! For a better description of the golf course have a look on https://wiki.osm.org/wiki/Tag:leisure%3Dgolf_course, please. Please use surface=grass instead landuse=grass.

I miss the different golf=hole and one leisure=golf_course
user_5359 (2020-12-29 05:49:24+00:00): Hello! You added a bigger number of unknown tags in this change set. 
LOT
STREET
Please explain the source of this information and the meaning of the keys.
ralley (2020-12-29 00:25:08+00:00): The Caltex fuel station is already tagged and has been for over 4 years, please don't create duplicates
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/96563317
urbalazs (2021-02-15 01:13:29+00:00): Kedves 20Attila03! Kitöröltem a betűket ismét a Háros utca 47-49. épületeinek házszámából. Feltételezem, hogy ismerős vagy a környéken, így láthatod, hogy mind a négy épületnek 47-49 a házszáma, viszont a épület megjelölése eltérő. Ezt az információt az addr:unit=* kulcsban tároljuk. Kérlek, hogy ne módosíts a címadatokon, mert a jelenlegi állapot megfelel a wikiben leírtaknak és a közösség véleményének.
Palolo (2020-12-29 16:14:44+00:00): @Eleuthere thank you for helping map Tanzania, we need help. Please review the OSM key/tag value usage. Typically name is only reserved for a proper name, you did name=building=construction. On the Maxar imagery the building looks complete. Thanks again for the help.
Eleuthere (2020-12-30 12:08:14+00:00): Strange. I don't remember having tagged this building as "construction". If my memory is right, I only aligned an already mapped building which wasn't properly aligned.
Should I do something else for this?

I also applied to become a validator on this project. Any news about that?
Cheers!
Palolo (2020-12-30 16:21:36+00:00): Look at the history of that feature, right click in JOSM, you can see that you edited the feature, but didn't remove the incorrect tag. Using JOSM is a better tool for validation. That is my suggestion before becoming a validator.  Thanks
Eleuthere (2020-12-30 18:30:07+00:00): Ok. I did try many times to launch JOSM on my mac, but there is always something Ok. Ok. I tried to work with JOSM many times on my mac, but there was always something wrong. So I stopped.
Thank you for letting me kindly know that my mapping is not at a level to become a validator. Please, do remove my application to become a validator.
As I understand it from what you are saying, it might be better for OSM that I stop mapping completely. Indeed someone introducing mistakes unknowingly is bad for the project.
Shall I just leave everything I mapped as is, or do you rather have me removing my bad quality mapping tentatives? I guess, if needed, you have a tool to remove all this automatically. Do not hesitate to do so. I'm really sorry for all the trouble. Happy New Year!
Palolo (2020-12-30 21:50:21+00:00):  Eleuthere, I understand the issues with mac install, it can be challenging, but most of my work is done on a mac. Please give it a try again, we need people like you. You can clean up this one issue, it will be a good way to see how JOSM works.  Thanks
Regards
adiatmad (2020-12-31 08:55:05+00:00): Hello Palolo,
It seems Eleuthere only aligned existing object. The previous editor that added the building = construction. Please check this
(https://pewu.github.io/osm-history/#/way/789325818).
Thanks.
Happy mapping!
Palolo (2020-12-31 16:02:27+00:00): adiatmad, yes I was aware of that. Eleuthere would like to become a validator, cleaning up issues like this is a part of validation and much easier in JOSM
Thanks
adiatmad (2020-12-31 23:01:27+00:00): Great to know. Eleuthere, as Palolo said please give it a try again, we need people like you.
Cheers.
pedrito1414 (2021-01-11 08:31:55+00:00): Hi @Eleuthere and all! If it helps, we run virtual mapathons where there is a JOSM training room. Here, experienced JOSM'ers guide people through the install / mapping process using JOSM - we are very experienced with solving the mac problems ;) In fact, there is also a validation training room if you're interested... These mapathons are run by the Missing Maps London community and take place on the first Tuesday of every month at 1900 UTC. If you're interested, the sign up will appear here in a week or two: https://www.missingmaps.org/events/ Hopefully, see you there!
multimodaal (2021-05-24 11:14:09+00:00): Hoi, je hebt op afgesloten paden op boerenland [access=agricultural]  gezet. Dat betekent dat iedereen die een landbouwtrekker heeft hier vrij zou mogen rijden. Dat is niet het geval: toegang is verboden voor het publiek (ook voor mensen met een landbouwtrekker) en de landeigenaar bepaalt voor wie hij een uitzondering op dit verbod maakt. [access=private] is hier dus de juiste tag. 

Ik heb het hier aangepast maar zie dat je dit vaker zo hebt getagd. Wil jij de andere gevallen corrigeren? 
Dank!

Zie ook
https://wiki.openstreetmap.org/wiki/Key:access#List_of_possible_values :"Only for agricultural traffic. Note a farmer's access track would be private rather than agricultural unless the track is open to any vehicle used for agricultural purposes"
Cartographer10 (2020-12-29 14:08:24+00:00): Hey,

Thank you for your reply and for fixing this. Choosing the right tags can be difficult in the beginning. Wiki is your biggest friend here. 

Greetings,
Vincent
Roelieboelie (2022-03-14 11:06:30+00:00): Hoi Robbert,

Was even benieuwd of de MTB route "Mountainbikeroute Rijk van Nijmegen" ook daadwerkelijk fysiek genoemd wordt in het bos met naampaaltjes, straatnaambordjes oid? Ik principe zetten we de namen van mountainbike routes in de route-relatie ipv fysiek op de paden.
Robbert van Dijk (2022-03-17 23:21:56+00:00): Hoi Roelieboelie,
Dat weet ik niet (meer), maar dat lijkt me wel. Heb ik iets verkeerd aangepast? Prima als je het kunt verbeteren.
Groet, Robbert
Roelieboelie (2022-03-18 14:20:11+00:00): Hoi Robbert, nee hoor niks verkeerds aangepast! Ik zag alleen dat jij als laatste bewerker stond, dus vandaar...wie niet waagt die niet wint.
nevw (2021-01-02 05:01:17+00:00): Hi
there appears to be a problem here for you to fix
http://tools.geofabrik.de/osmi/?view=areas&lon=153.19813&lat=-27.51115&zoom=17
muchichka_s (2020-12-29 00:35:45+00:00): Thanks!
user_5239402 (2020-12-29 03:08:29+00:00): 안녕하세요
바뀜집합 댓글을 좀더 구체적으로 쓰실수 있나요?
maraf24 (2020-12-29 21:26:34+00:00): //Wycofane w https://www.openstreetmap.org/node/8268509616
maraf24 (2020-12-29 21:26:13+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96595917
maraf24 (2020-12-29 20:52:34+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96588714
maraf24 (2020-12-29 20:53:43+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96588016
maraf24 (2020-12-29 20:56:02+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96586772
maraf24 (2020-12-29 20:57:58+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96585783 i przywrócone w 
https://www.openstreetmap.org/changeset/96585783
maraf24 (2020-12-29 20:51:31+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96589954
maraf24 (2020-12-29 21:19:01+00:00): Wycofałem w https://www.openstreetmap.org/changeset/96625049
maraf24 (2020-12-29 20:54:40+00:00): //Wycofane w https://www.openstreetmap.org/changeset/96587278
maraf24 (2020-12-29 15:26:50+00:00): //Reverted in https://www.openstreetmap.org/changeset/96585404
aharvey (2020-12-29 02:42:20+00:00): good. but ps. you dragged the address node here (https://osmcha.org/changesets/96564672), but I fixed that in https://www.openstreetmap.org/changeset/96566925
Trevor_1 (2020-12-29 00:57:38+00:00): I did not mean to click the "review request" button
aharvey (2020-12-29 02:24:16+00:00): all good, just I don't think layer is needed unless there are overlapping power lines and you want to say which power line is over other power lines.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/96564832
szalona_entropia (2020-12-29 14:30:12+00:00): Rokicińska jako główny wjazd do Łodzi od strony A1 powinna być primary
Mateusz Konieczny (2020-12-29 15:19:31+00:00): Zerknij na https://forum.openstreetmap.org/viewtopic.php?pid=813181#p813181

Warto pamiętać że klasyfikacja dróg w OSM może być inna niż urzędowa
Verdy_p (2020-12-29 04:03:04+00:00): MErdci mais tu provoques jsute des conflits, je n'ai RIEN "oublié" mais je travaille dessus (notamment pour aussi nettoyer ce qu'a laissé un contributeur germanophone qui a déplacé des liaisons de relations sur les mauvais objets dont son tracé très approximatif le long de la côte, et qui avait cassé plusieurs relations administratives française). Ces relations admins sont déjà corrigées je m'occupait de reste pour regagner la précision perdue et au passage réaligner avec l'imagerie récente (Ortho et IGN 2020).
Suivre la côte est compliqué et on ne peut pas tout faire en même temps sans un changeset énorme: je n'avais laissé que les régions "naturelles" en chantier avec quelques fixme pour que ça puisse passer temporairement sans casser le reste: ces relations naturelles (internationales) de montagnes sont peu importantes pour nous en France; de plus leur source n'est pas française mais allemande ou suisse, et vient de je ne sais quelle organisation. Ce serait bien de trouver un contact OSM en Suisse, Allemagne, Autriche, Italie germanophone, voire Hongrie ou Tchéquie sur ces régions de montagne ou une source soutenue par un programme officiel de l'Union européenne, par exemple pour la protection de l'environnement et des écosystèmes, je suis sûr qu'il y a plusieurs classifications naturelles concurrentes selon le domaine d'étude)
Omnific (2020-12-29 02:41:56+00:00): Welcome to OSM! Your work looks great, nice job! Feel free to reach out with questions.
abakus_uploader (2020-12-29 23:31:11+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!
user_5359 (2020-12-29 06:10:44+00:00): Welcome to OSM! For a better description of the golf course have a look on https://wiki.osm.org/wiki/Tag:leisure%3Dgolf_course, please. Use ref instead of name.
Frans S (2020-12-29 11:46:35+00:00): Hello. 
Sorry to say, but your mappings are rather inaccurate. I revert them because it cost more time to correct the mappings rather than map them all over again.
Best regards, improve your mapping quality and keep mapping
https://overpass-api.de/achavi/?changeset=96566068
aharvey (2020-12-29 02:21:48+00:00): Tagging looks good, but don't think the layer tags are needed, https://wiki.openstreetmap.org/wiki/Key:layer is for distinguishing the physical vertical relationship between features, so doesn't make sense to apply it to the social facility object, unless it was a building under or over another building, or something like that.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/96566166
cyton (2021-01-25 20:34:40+00:00): Hallo a_d_s, ich würde gerne wissen, warum du an den gehwegen allerhand offensichtliche tags vergeben hast. Bevor ich die entferne und `footway=sidewalk` dran schreibe wollt ich dich mal dazu fragen warum. Gern kannst du auch in die Telegram Gruppe https://t.me/osmberlin kommen.
a_d_s (2021-01-25 23:14:09+00:00): Weiß zwar nicht genau welche Tags dich stören, aber du bist jetzt der Zweite der sich an expliziten Tags stößt. Ich hatte die bereits vorhandenen Wege erweitert und mit Daten aus meinem Videomaterial aufgefüllt. Lass dich nicht aufhalten das zu überarbeiten, ich ändere da nichts mehr.
cyton (2021-01-27 04:06:26+00:00): naja, für zb. `highway=footway` gibt es default werte für den access (zb. `horse=no`): https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Default 
dann würde ich diese nicht dran schreiben, sondern nur wenn es davon abweicht, oder in der nähe abweicht um das klar zu stellen.

insofern ist das taggen eines `highway=footway` mit `horse=no` nicht falsch, aber es entspricht dem default wert und ich frag mich dann warum man das explizit dazu schreibt. ist es in der nähe anders?
a_d_s (2021-01-27 23:22:46+00:00): Ein Default Wert ist genau das: eine Vorgabe für den Fall dass es keine näheren Informationen darüber gibt und niemand vor Ort die Situation angesehen hat. Das sagt nichts darüber aus ob das jemand wirklich geprüft hat, sondern ist nur eine Annahme.

OSM fehlt eine Möglichkeit zu sagen dass ein Default Wert vor Ort überprüft wurde und stimmt.

Für Landstraßen nimmst du auch standardmäßig 100 km/h an - was häufig stimmt, aber nicht immer die Lage vor Ort abbildet. Beim Default weißt du auch nicht ob jemand sich die Straße angeschaut hat und die 100 km/h stimmen.

Explizites Tagging versus implizites Tagging. Ich mag mehr Informationen, statt mehr Annahmen.
Frans S (2020-12-29 12:12:32+00:00): Hello. See my previous comments about mapping quality.
These mappings are also below par.
I revert them
On top left you mapped a group of buildings as 1 building. 
Each building needs to be mapped individually.
Best regards
ndm (2021-01-02 21:11:43+00:00): Buildings are drawn using ESRI clarity - you should either use that or set a new offset for the Bing imagery to match them.
ambakum (2021-01-04 13:28:37+00:00): thanks for checking into our edits. apologies for the misalignment. please find the changset # 96911769 for the modifications. i will make sure to align the new edits with the vicinity. always happy to learn from the community
parna_ti (2020-12-30 07:55:37+00:00): Apologize for the incorrect changeset comment. I have aligned the road segment
iWowik (2021-01-26 19:24:44+00:00): День добрый!
Возникло сомнение в названии улицы Добровольцев.
https://www.openstreetmap.org/way/884374237
Здесь пишут, что это переулок Добровольцев:
https://glagol38.ru/text/17-04-2020/006
И картинка у них вроде из официальных планов
https://glagol38.ru/public/images/upload/image7927512985.jpg
Aglis IRM-ED (2021-02-04 02:42:58+00:00): Hi vi_nod. I changed the classification and split this way (https://pewu.github.io/osm-history/#/way/889422069) based on Maxar Premium Imagery. I also made some change around this changeset. Thankyou
Dimacn (2020-12-29 06:12:16+00:00): Почему ваш газон оказался поверх дворового проезда? В реальности газон не растёт на асфальтированной дороге и не прилепплен к дому. Пожалуйста не соединяйте газон с домом и осевой линией дороги - это неправильно.