piebro/osm-data huggingface dataset:
wislander (2024-01-31 23:49:55+00:00): Hi Valustaides,

Why is type=multipolygon better than type=boundary for this park? From my reading of the wiki, the latter appears to be more appropriate, and the combination of boundary=* and type=multipolygon seems to be explicitly discouraged on the wiki pages for both relation types.
Valustaides (2024-02-01 02:10:32+00:00): @wislander,
I can't exactly remember why I did that. I just checked another National Park relation and I see they follow the pattern you said (https://www.openstreetmap.org/relation/13235948 ).
MxxCon (2022-05-24 04:02:29+00:00): Hello.
This kind of information doesn't belong on OSM. At best it might be mapped on OHM, but not OSM.
Furthermore, even if this information belonged on OSM, this is most definitely not the whole building's name.
And the whole building's address can not be an apartment number. That just doesn't make sense.
As such this edit is going to be reverted.
If you have any questions about this, feel free to ask.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121393931
MxxCon (2022-05-24 04:04:26+00:00): Hello again.
Please note this is not a valid way to use commercial landuse tag. Please see this article for more detailed description how it's used: https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dcommercial
As such this edit is going to be reverted.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121394107
mcliquid (2022-05-30 10:04:10+00:00): Hallo hlfan,

du hast den Parkplatz 27 auf der A13 Brennerautobahn mit access=private versehen. Siehe https://www.openstreetmap.org/way/416474594/history

Laut ASFINAG ist der Rastplatz inklusive Servicehaus geöffnet. Welcher Umstand sorgt vor Ort für die Sperrung?

Vielen Dank!

Source: https://brouter.de/brouter/suspects/strict/Austria/all/822407373131563717
hlfan (2022-05-30 11:44:35+00:00): Hallo mcliquid!
Der laut ASFiNAG geöffnete Rastplatz mit 153 LKW Stellplätzen ist https://osm.org/way/152315016 .
Der Parkplatz 27 hat mittlerweile keine Beschilderung mehr und ist beschrankt. (https://mapillary.com/app/?pKey=181863837274872)
Der Parkplatz Nößlach ist mittlerweile auch auf der Website der ASFiNAG ausgetragen.
Ich hoffe, dass ich diese Verwechslung klären konnte.
mcliquid (2022-05-30 12:08:55+00:00): Dankeschön für die schnelle Aufklärung! Hab die Anfahrtswege noch nachgetragen und bei BRouter geschlossen. Vielen Dank!
AgusQui (2022-05-24 14:03:49+00:00): Aún no está habilitado
ConnorWong (2022-05-24 19:56:33+00:00): Hi peace2,

I would change https://www.openstreetmap.org/relation/7417118 to a boundary relation and create a new one for the landuse.

Best wishes
CurlingMan13 (2022-05-29 10:40:39+00:00): Can you elaborate more on what you do in your changesets or why?  Putting "a" does not help us in understanding what was done or why.  Thanks.
Abdullah Abdulrhman (2022-06-01 07:20:38+00:00): نرجوا منكم عدم إضافة أماكن عشوائية وغير صحيحة للخريطة
MxxCon (2022-06-11 04:09:26+00:00): This edit violates https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element and as such will be reverted.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121395347
Falsernet (2022-06-30 02:27:01+00:00): This junction is only partially signal controlled and otherwise, roundabout rules apply
Allison P (2022-05-24 02:55:01+00:00): I don't see any houses added in this changeset.
mikko_tamura (2022-05-24 05:40:19+00:00): please tag masjid as amenity=place_of_worshop and religion=muslim 

The Masjid Al-Fathonah should be the name
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121396254
mikko_tamura (2022-05-24 05:40:44+00:00): please tag your POI as amenity=place_of_worship
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121396254
mikko_tamura (2022-05-24 05:53:03+00:00): please add an amenity tag
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121396832
mikko_tamura (2022-05-24 05:53:56+00:00): this is not an amenity tag.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121396860
5m4u9 (2022-05-26 23:05:47+00:00): hola, la imagen que añades como fuente no se puede ver, me parece que todo el álbum está protegido, si podrías cambiar los permisos a que cualquiera pueda ver estaría genial.
5m4u9 (2022-05-26 23:27:19+00:00): También, para identificar cada arbol, es mejor añadir su genus, y si se conoce la spicies, amos en latín, aunque hay opción de colocar en español.
mikko_tamura (2022-05-24 05:58:29+00:00): please square your buildings
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/121397135
Hady Prast PMI (2022-05-24 18:34:30+00:00): Ready to be in the square
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/121397135
mikko_tamura (2022-05-24 06:00:34+00:00): Please add name of dentist
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/121397226
daft35 (2022-05-24 07:32:38+00:00): Зачем было int_name в Мстиславле удалять?
iWowik (2022-05-26 06:45:16+00:00): 1) В вики явно пишут, что транслитерацию, тем более тупую автоматическую, не надо вносить. С этим справятся те программы, которым она понадобится, причем сделают это исходя из своих предпочтений.
2) Данный int_name перестал соответствовать
daft35 (2022-06-10 09:02:31+00:00): 1) Вот наша вики, тут про int_name написано: https://wiki.openstreetmap.org/wiki/RU:Belarus:Map_languages
2) Что значит "перестал соответствовать"?
iWowik (2022-06-10 10:26:20+00:00): 1) Эта вики прямо проиворечит общемировой. 
2) Буквально, то есть по буквам
daft35 (2022-06-10 12:00:52+00:00): 1) Хорошо, вот общемировая: https://wiki.openstreetmap.org/wiki/Names#Avoid_transliteration
Там написано, что "some countries which use an official local language not written in the Latin script ... are also providing their own official romanization that should be used and tagged with the appropriate tag for the target language code." 
Это как раз наша ситуация - у нас официальные языки не латинские и есть инструкция по романизации. И, получается, нужно использовать транслитерацию только в name:lang (или вообще не использовать, как описано дальше в секции Language-specific Names). 
Но при этом:
Если следовать вики, то транслитерацию будут делать движки, а они, скорее всего, будут делать её не по стандарту. А стандарт всё-таки важен, он не только виртуальный, он используется на указателях, в путеводителях и т.д.(т.е. - "на земле" https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D1%80%D0%B0%D0%BD%D1%81%D0%BB%D0%B8%D1%82%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%B8_%D0%B3%D0%B5%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D1%85_%D0%BD%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A0%D0%B5%D1%81%D0%BF%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B8_%D0%91%D0%B5%D0%BB%D0%B0%D1%80%D1%83%D1%81%D1%8C_%D0%B1%D1%83%D0%BA%D0%B2%D0%B0%D0%BC%D0%B8_%D0%BB%D0%B0%D1%82%D0%B8%D0%BD%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D0%B0%D0%BB%D1%84%D0%B0%D0%B2%D0%B8%D1%82%D0%B0 ). 
Писать алгоритм транслитерации для Беларуси авторы программ вряд-ли будут. Получается, писать транслитерацию у нас - желательно.
Но - наша инструкция не подразумевает перевод на какой-то конкретный язык, поэтому чем вводить одно и то же значение по инструкции под все латинские языки - наверное можно использовать один тег int_name как наиболее подходящий из name'ов 
Ну и последнее - если уже у нас так сложилось, что мы добавляем int_name к объектам улично-дорожной сети и топонимам - может и будем продолжать так делать, пока сообщество не примет другой вариант? Он ведь всё-таки никому не мешает. А для устаревших транслитераций (если имя изменилось, а транслитерация - нет) - можно сделать валидатор.
Как считаете?
2) Тем не менее не понятно, прошу пояснить, т.к. я считаю, что ввел значение тега корректно, согласно инструкции https://pravo.by/pdf/2007-159/2007-159%28027-028%29.pdf
iWowik (2022-06-15 08:12:33+00:00): 1) 
a) романизация языка это в подходящий код языка name:lane, а не int_name. По примеру name:ja-Latn, name:ko-Latn, name:ka-Latn нужно использовать name:be-Latn.
int_name вообще не для этого был задуман. В стародавние времена, когда не было name:lang, туда вносились отдельные названия, принятые в мире, но отличающиеся от национальных. Типа такого как Джомогунгма и Эверест, Суоми и Финляндия.
Теперь эти названия замечательно поместились в name:lang.
А в int_name теперь и совать что либо резонов осталось мало.
В вики написано, что в int_name хорошо писать названия например аэропортов согласно международным стандартам (IATA). 
Кроме того, не редко международноиспользуемое название чего-либо отличается от автоматической транслитерации согласно постановления. Много названий особенно крупных белорусских населенных пунктов (и географических объектов) в мире используются в другом написании. Тут налицо желание навязать свою схему вопреки реальному положению вещей и/или продемонстрировать собственную мощь в написании скриптов.

б) наличие возможности написать что-то романизированное в какой-то тег не отменяет правила избегать тотальной автоматической транслитерации.
2) Вы побуквенно сравните то, что было в теге, и то, что внесли вы.
daft35 (2022-06-29 08:13:35+00:00): 1) Я согласен с вами по поводу name:be-Latn и истории int_name.
Тем не менее, к абзацу про отличия международноиспользуемых названий от транслитерации. Я ведь не предлагаю удалять все языковые теги и заменять их int_name/name:be-Latn. Я предлагаю не удалять int_name/name:be-Latn и заполнять его согласно инструкции. Потому что у многих географических объектов (особенно малых) как раз таки нет другого написания и инструкция тут подходит как нельзя кстати. Тогда нет никакого противоречия, нет навязывания своей схемы, но есть информация в латинском алфавите.
Но пока наше сообщество не одобрило использование name:be-Latn,  может можно использовать и int_name, а если там что-то не соответствует - править согласно инструкции, а не сносить тег в целом?
Потому что иначе просто потеряем огромный массив данных, ведь int_name есть у подавляющего большинства географических объектов (города, деревни, улицы, реки, озера и т.д.).
А после одобрения нового тега данные будет просто перенести.

2) Давайте смотреть историю объекта.
Версия #3 - площадь вообще без имени
Версия #4 - я добавляю name теги и int_name, слово Плошча с большой буквы
Версия #5 - вы удаляете int_name(что мне и не понятно) и ставите слово плошча с маленькой буквы(что правильно)
Версия #6 - я возвращаю int_name со словом plošča с маленькой буквы.
Так что я не так внёс?
iWowik (2022-06-29 08:44:09+00:00): Ну вы вот сами же видете, что 
Версия #5 - int_name удален, так как перестал соответствовать name.
daft35 (2022-06-29 09:49:29+00:00): Т.е. просто потому, что там была большая буква?
5m4u9 (2022-05-27 23:39:19+00:00): Hola, este terreno no es una plaza, ojala fuese, pero es una mansión que próximamente ya anuncian que construyen una torre y un boulevard peatonal en el pasje 1
SomeoneElse_Revert (2025-11-01 14:01:08+00:00): This changeset has been reverted fully or in part by changesets 174063813, 174063778, 174063039, 174063675, 174063839, 174063864, 174063733, 174063852, 174063722, 174063049, 174063081, 174063378, 174063746, 174063119, 174063802, 174063878 where the changeset comment is: Following a DWG complaint, reverting a dubious import.  See e.g. https://www.openstreetmap.org/way/1311170850 https://www.openstreetmap.org/user_blocks/18848
5m4u9 (2022-05-27 23:51:29+00:00): hola, editaste el césped pero el area del parque era el de afuera. igual ya lo corregí. Aquí en cochabamba llaman a todo área verde, pero solo son plaza del tipo parque.
5m4u9 (2022-05-28 00:18:11+00:00): hola, vi que añades negocios junto a un edificio o ambientes comerciales, no está mal pero es mejor un solo nodo separado del edificio
damianeue (2023-10-27 21:17:45+00:00): Hello SekeRob, just a question about tags. In one of my last edits I added 3 or 4 emergency bays on SS714, and now I noticed you tagged some on RA12 with access=no. Can I ask why that tag? Because I don't see the utility of that tag, an emergency bay can be used at any time.
SekeRob (2023-10-28 06:42:44+00:00): access=no + emergency=yes I believe the combo was. Can't remember if an highway=emergency_bay node was also place on the road too. If signed with blue IT:II.328 	Piazzola su viabilità ordinaria then strictly by traffic law these are not access restricted.
impiaaa (2022-05-24 13:57:42+00:00): Hello and thanks for your contributions. Please use more descriptive changeset messages, for example "added a service road." See https://wiki.openstreetmap.org/wiki/Good_changeset_comments . Also, when drawing the roads, please connect them to any other roads or paths they cross. The editor should have given you a warning and an opportunity to fix it.
nevw (2022-05-24 10:21:51+00:00): Hi
There is a problem with this multipolygon relation
http://tools.geofabrik.de/osmi/?view=areas&lon=152.95289&lat=-26.71289&zoom=16
Mutipolygons are much better handled using Josm
nevw (2022-05-24 10:25:35+00:00): Here is useful info on multipolygons
https://wiki.openstreetmap.org/wiki/Relation:multipolygon
nevw (2022-05-30 07:42:02+00:00): Hi
have you had a go at fixing this problem yet? If not, I will in the next couple of days.
rivermont (2022-07-18 01:56:38+00:00): Is this an actual protected area, or just an area where protected plants occur? Also why is it part of Lenoir town boundary?
Cy R (2022-05-24 09:32:07+00:00): Hello, you may want to update StreetComplete to v43.1+ to avoid adding barrier=kerb back to kerb=no nodes. See https://github.com/streetcomplete/StreetComplete/issues/3983
G1asshouse (2022-05-24 11:09:49+00:00): Thanks for the heads up. First, I am up-to-date on F-Droid at 43.0. Second, I knew better than to add crossing info through StreetComplete but I did so anyway, while pumping gas. Both StreetComplete and iD have presets that are making crossing info useless for accessibility routing. Such a shame. A driveway either needs a special tag "crossing=driveway" or shouldn't be tagged at all. I understand, there is a lot of pressure on both projects to continually add features/presets even if they aren't appropriate and in some cases, like this one, are destructive. I'll remove my tag and leave yours, out of respect. Though, I strongly recommend that you remove any crossing related tags you've put on driveways or create a useful (and new) tag to distinguish highway crossings from driveway crossings.
Cy R (2022-05-24 12:11:03+00:00): Thanks for the advice. I'm pretty new to OSM (and not a StreetComplete developer myself), so please don't feel any obligation to respect my tags! I've tried to follow the wiki and existing conventions in the area while mapping sidewalks, but I agree... the approach that I've seen for driveway crossings never seemed right. Is it really acceptable to start using something like "crossing=driveway" for these instances? The practice of drawing "crossing=unmarked" on driveways/parking entrances seems so widespread that it may take a coordinated effort to switch all of these. It appears as if StreetComplete is pretty conservative about implementing undocumented tags, so I suppose I should follow your lead and ignore these crossings in the app.

F-Droid looks like it hosts v43.2 as of 5/20. I didn't mean for my comment to come across as a nag... just wanted to pass it along so that it wouldn't cause you the trouble that it gave me.
mikko_tamura (2022-05-24 06:47:05+00:00): please square your buildings
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121402256
VRT OSM (2022-05-27 19:23:49+00:00): Goedenavond, kun je uitleggen wat de naam Royal Dragoons betekend, als naam voor deze weg?
VRT OSM (2022-05-27 19:26:27+00:00): Zelfde geld voor deel straat/ weg Sherwood Rangers, dit komt onbekend voor, vanwaar deze aanpassingen?
eggie (2022-05-27 21:24:59+00:00): Zie
https://verbeterdekaart.kadaster.nl/#?geometry.x=247717.25&geometry.y=480916.15&zoomlevel=12.21
Gr eggie
dvdhoven (2022-05-28 05:50:31+00:00): Ik heb naar mijn idee een duidelijk commentaar in de changeset gezet,: nav note
Dat betekent dat iemand een note op de kaart heeft gezet met een vraag deze wijziging uit te voeren.
Het gaat om deze note:
https://www.openstreetmap.org/note/3192131
Daarin staat een link naar een nieuwsartikel met een duidelijke foto.
Verder vond ik ondersteuning in de BGT Omtrekgericht.
En eggie heeft nog een andere ondersteuning geleverd.

Vriendelijke groeten,
Dick van den Hoven
VRT OSM (2022-05-29 12:09:13+00:00): Heren Dick en Eggie, dank voor jullie uitleg! 
De tekst "Uitlijnen volgens BGT + foro" was voor mij niet geheel duidelijk. Vandaar mijn vraag.
Met de uitleg hierboven en de link begrijp ik het.
Met vriendelijke groet, Mike
eggie (2022-12-10 08:26:40+00:00): Dag Mike (of anders zijn opvolger)
Wellicht is deze startende mapper Lou Verreck in dienst van de meldkamer? Wellicht even tippen, want een reactie heb ik (nog) niet gekregen. 
De nieuwe namen waren door mapper  weer teruggezet naar Rondweg. 

https://www.openstreetmap.org/user/LouVerreck/history#map=13/52.3023/6.8348

Voorlopig het ik het terugzetten van de naam Rondweg teruggedraaid. Ook was er aanzienlijke schade veroorzaakt door schuiven met de kaart in editmodus. 

Een oplossing is wellicht om old_name=Rondweg toe te voegen. Die staat dan ook in de data van OSM.
Oude namen blijven hardnekkig in zwang. 

MVG
eggie
habi (2022-05-24 09:00:42+00:00): Äh, falscher Changeset-Comment: "Talbodenstrasse hochspaziert und Details erfasst" wäre gemeint gewesen.
Und wieso dass der einte Verkehrsberuhigungsknoten am Haus am Schaufelweg 50 rankommt, ist mir auch nicht klar, das habe ich in https://www.openstreetmap.org/changeset/121410757 korrigiert.
Lejun (2022-05-25 07:48:48+00:00): Vandalisme ou erreur innocente, merci de ne pas prendre OpenStreetMap pour un terrain de jeu
osmviborg (2022-05-24 07:13:54+00:00): Så mangler du bare at ændre de sidste 274848
osmviborg (2022-05-24 07:14:46+00:00): Overdrivelse fremmer, du mangler 27848
czubi (2022-05-24 19:43:05+00:00): Die Standardeinheit für die Tiefe ist m. Ist das wirklich eine 20m tiefe Furt?
AndreasKirsten (2022-05-24 20:31:27+00:00): Ach verdammt….. 20cm - entschuldige bitte meine Nachlässigkeit
czubi (2022-05-24 20:33:40+00:00): Kein Problem. 
0.02
czubi (2022-05-24 19:29:48+00:00): Hallo Andreas, ich kommentiere mal exemplarisch diesen CS. Die name Eigenschaft wird ausschließlich nur für Eigennamen genutzt. "Ehem. Parkkafe...." oder "Furt sowieso" sind keine Eigennamen. Wenn du diese Info unterbringen willst kannst du ggf. description nehmen
czubi (2022-05-24 19:32:34+00:00): https://wiki.openstreetmap.org/wiki/DE:Namen
Hier nochmal zum Nachlesen mit Bsp.
AndreasKirsten (2022-05-24 20:35:09+00:00): Hmmmm, berechtigte Kritik. Umgangssprachlich ist dies hier ein Eigenname, mit dem jeder hier weiß was gemeint ist. Wir nutzen OSM vor allem im Blaulichtbereich und die Einsatzkräfte können sich orientieren.
czubi (2022-05-24 20:38:58+00:00): Dann loc_name oder old_name.
Du musst immer daran denken wie die Karte aussehen würde wenn alle ehem. Nutzungen, Gebäude, Bäume usw. einen Namen auf der Karte hätten. Nicht auszudenken
AndreasKirsten (2022-05-24 21:02:39+00:00): Wie gesagt, berechtigte Kritik deinerseits. Aus der Einsatzerfahrung heraus, wäre ich gerade im Bereich der Vermisstensuche oftmals sehr froh wenn ich umgangssprachliche Bezeichnungen gehabt hätte. Da wir auf Grund der Vielzahl der Informationen gerne auf OSM zurückgegriffen haben ….. Wäre es ein super Nice2have für den gesamten „Blaulichtbereich“. Denk mal drüber nach und gib es ggf nach oben weiter. LG AK
RaccoonFederation (2022-05-25 09:50:37+00:00): Hi AntV,
You re-added PL6 242D at it's old location. I've moved it to it's new location but kept all the tags.
AntV (2022-05-25 10:47:16+00:00): Hi PlymouthWalker. Many thanks for correcting this. I'd last noticed that one on Charlton Road end of last year when driving up to Tavistock.
LudovicG (2026-02-14 21:42:26+00:00): Bonjour,
Je suis assez dubitatif sur le way/342699227 : j'ai l'impression qu'il n'y a aucun passage possible (un rachat de parcelle qui aurait fermé la voie). Quelle est votre source ?
arobl (2026-02-15 10:15:14+00:00): Bonjour,

La way 342699227 est un plan d'eau.

Je suppose qu'il s'agit du chemin entre "Allée Camille Claudel" et "Allée des Sorbiers des Oiseaux" qui pour moi est une erreur. 

Je corrige le problème.

Si c'est autre chose, merci de me le signaler.

Cordialement.
LudovicG (2026-02-18 10:38:33+00:00): Bonjour
Oui tout à fait, désolé pour l'erreur de way.
Merci pour votre action.
Cordialement
bxl-forever (2022-05-24 12:48:10+00:00): Hello,

Only name of the street + housenumbers, please.

Filling postcodes and municipality’s name is not required, it just clutters the database.  And municipalities names in the Brussels-Capital Region should be written in the two official languages.

Don’t worry, I fixed this one.
multimob (2022-05-24 08:05:01+00:00): Apologies to everyone about this unusually large bounding box.
It wasn’t intended: I inadvertently re-used an existing object instead of duplicating it, as I thought I did.
multimob (2022-12-10 23:13:14+00:00): .
ToniE (2022-05-24 08:08:00+00:00): Servus MGRA

ich denke das Tag sollte nicht kerb_height sondern kerb:height lauten.

Siehe https://wiki.openstreetmap.org/wiki/BEG-Barrierefreiheit4%C3%96PNV/_Modellierung#Plattform

VG Toni

Auch bei Unterbiberg, Am Hachinger Bach, ...
SomeoneElse (2022-06-06 13:27:49+00:00): Hello,
Do any of the other names need adding back to https://osm.mapki.com/history/way/501321428 ?
I reverted a number of name removals by a previous user, and wondered if any of the names such as name:ckb needed adding back.
Best Regards,
Andy (from the Data Working Group)
SomeoneElse (2022-06-06 13:28:42+00:00): Also https://osm.mapki.com/history/way/501321430 and other stretches of the same road I suspect.
Gisolic (2022-06-07 08:27:16+00:00): Hello Andy ;
Thank you for reaching out,
For this highway, I was editing and reshaping the highway in this area and after I did some research in my opinion "name:ckb" is helpful to revert it back because it describes the Kurdish language in this area and the other names.
there is a link for "name:ckb" in the wiki OSM.
https://wiki.openstreetmap.org/wiki/Item:Q3694
Regards
Gisolic
eggie (2022-05-24 09:30:31+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Bedrijfsinfo uitsluitend op de adresnode svp. 

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-05-24 09:34:31+00:00): De bedrijfs- en adresinfo heb ik verwijderd van de gebouwomtrek. Alle info staat al op de adresnode.
MVG
eggie
eggie (2022-05-24 09:38:01+00:00): monument aangepast naar historic=house
mikko_tamura (2022-05-24 08:54:13+00:00): please dont put the name if it is a toilet thanks
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121408969
mikko_tamura (2022-05-24 08:55:09+00:00): please square your buildings
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121408969
avinet_ua (2022-06-18 07:36:03+00:00): -
eggie (2022-05-24 09:23:20+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback 
Alle begin is moeilijk.. 
Persoonlijke toevoegingen aan een adres zijn niet de bedoeling. De cyclebarrier heb je op slot gezet Verboden Toegang.  access=no is bijna altijd fout.
Verder zijn de meeste accesstags gewoon default. Een auto zal niet routeren via een voetpad en een slingerhekje. 

Je edits 

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-05-24 09:23:24+00:00): https://overpass-api.de/achavi/?changeset=121409353
eggie (2022-05-24 09:28:30+00:00): accesstags aangepast  ..  persoonlijk info verwijderd.

Mocht je nog vragen hebben stel ze gerust.

MVG
eggie