piebro/osm-data huggingface dataset:
Launchertig (2019-09-23 21:43:53+00:00): É um parque relativamente pequeno com apenas 2 bancos de jardim
NunoCapeloCaldeira (2019-09-23 21:46:11+00:00): então é um jardim. esses equipamentos não o classificam como park. altere se faz favor.
mavl (2019-11-16 17:59:18+00:00): This changeset has been reverted fully or in part by changesets 77162861, 77164108, 77168783, 77165597, 77167134, 77158548, 77170414, 77161342 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: an incompatible source - https://www.openstreetmap.org/user_blocks/3257].
Supaplex (2020-01-02 16:29:10+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站  https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia  https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
philippec (2019-10-25 12:38:51+00:00): Is dat indoor en 24/7 ?
PBradbury (2019-10-26 07:06:26+00:00): It is on the external wall of the church.

Het is aan de buitenmuur van de kerk.
philippec (2019-10-26 07:30:31+00:00): Bedankt.  Het is een ongewone plaats voor een kraan volgens mijn ervaring.  Ik veronderstel dat het een simpel kraantje is om de graven te kuisen.  Zoiets als https://www.mapillary.com/app/?lat=51.23555845949367&lng=3.1520154484177216&z=17&pKey=LYWRpXzLVWOaddq6XMjnCQ&focus=photo&tab=uploads
WoodWoseWulf (2019-09-23 06:34:46+00:00): Hi MapLadyEagan,

It looks like you've tried to add a park here a few times and it's been removed each time.

OSM defined a park in a specific way: https://wiki.openstreetmap.org/wiki/Tag:leisure=park?uselang=en

If you're adding a garden and want to "micromap", there's another tag -leisure=garden - which is sometimes paired with garden:type=flowerbed and is probably more appropriate in this case.

Additionally, the name= tag should be reserved for actual names of things rather than descriptions - there is a plethora of tags you can use to describe things while keeping name= free for actual names :)

If you need any help, just shout out :) There's plenty of mappers that can set you on the right path.

https://wiki.openstreetmap.org/wiki/Contact_channels

Happy mapping :)
user_5359 (2019-09-23 15:34:45+00:00): Welcome to OSM! I add the business information to your node.
PLima785 (2019-09-23 09:33:14+00:00): Hello, good to see mappers from uber osm project.
please can you use maxar? is the most updated in Portugal atm.
Also heres the OSM Portugal chat feel free to drop in and chat https://t.me/OSMPortugal
seav (2019-10-01 09:16:14+00:00): Based on the following video, your tagging of the status of CALAX is too optimistic: https://www.youtube.com/watch?v=_WvTA9gFmis

The motorway is still under construction and is not yet a highway=motorway + access=no.
WoodWoseWulf (2019-09-23 06:40:53+00:00): Hi Amder and welcome to OSM.

What is a smoke pit in this context? Is it a smoking area?

This is how OSM defines parks: https://wiki.openstreetmap.org/wiki/Tag:leisure=park?uselang=en

If that doesn't fit, maybe something here might be more appropriate?:
https://wiki.openstreetmap.org/wiki/Key:smoking
viloan (2019-09-23 05:18:05+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
mbethke (2019-09-23 08:24:54+00:00): Hola,
adicioné un área, un par de calles y place=neighborhood, baseado en imagen satelital. Está bien así?
archie (2019-09-23 07:13:46+00:00): Sorry about this. But is'nt there at least a  footway to the busstop?
YraFyra (2019-09-23 07:30:33+00:00): Yes it is (based on Mapillary).
But I didn't want to map it since there are no busstops mapped.
Having the service road connected to 41 southwest was not correct at all.
archie (2019-09-23 08:03:49+00:00): Jag förstod detta. På vilket sätt hindras trafiken från tillfartsvägen till 41:an? Bollard?
YraFyra (2019-09-23 08:22:28+00:00): Staket och p-plats: https://www.mapillary.com/map/im/FSAhSAheOZneVsnepdHogg
mavl (2019-11-07 14:19:42+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-11-07 14:20:01+00:00): This changeset was redacted. Reason: copyrighted data were used.
PT-53 (2019-09-23 15:26:31+00:00): Hallo Gerd,
hällst Du es wirklich für angemessen, einen "privaten" Swimmpool in OSM einzutragen? Stichwort Datenschutz / Privatsphäre
Grüße
gscholz (2019-09-28 07:34:00+00:00): Hi,
this changeset has left over traces of a no longer valid relation (7219035):

http://tools.geofabrik.de/osmi/?view=areas&lon=-63.11079&lat=-17.65451&zoom=17

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

Are you going to fix this?
Kind Regards
Guido
5m4u9 (2019-09-30 20:58:27+00:00): fixed
Sosha1996 (2019-09-24 09:00:30+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم.
اما طبق قوانین اوپن‌استریت مپ، شما باید یک توضیح مناسب در کامنت چنجست در مورد تغییراتی که در چنجستتون اعمال کردید بنویسید.
ننوشتن توضیحات یا نوشتن فقط یک کلمه مانند «پارک» یا مواردی از این دست، غیرقابل قبول می‌باشد.

همچنین اگر تغییراتی میدید که سطح یک شهر یا یک منطقه وسیع رو در بر میگیره، باید اون رو در چندین چنجست بارگذاری کنید. بارگذاری این حجم از تغییرات در یک چنجست غیر قابل قبول می‌باشد.

از این به بعد در صورت رعایت نکردن نکات بالا، این پیغام روی چنجست و صندوق پیام خود مشاهده خواهید کرد. در صورت نادیده گرفتن این پیغام و جواب ندادن به اون، حساب شما گزارش خواهد شد.(البته این یک تهدید نیست. ما سعی داریم این رویه اشتباه رو تصحیح کنیم و امیدواریم که شما این رو درک کنید)

لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments

——————————————————————
Hi,
Thank you for helping improve OSM data in Iran, you're uploading very large number of changes in to the map on a regular basis and to help other people who are monitoring the map changes(like officials frome Data Group or Community Admins), to understand what is happening in your change sets, it's appropriate to leave a detailed changeset comments.
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
mavl (2019-11-07 14:20:08+00:00): This changeset was redacted. Reason: copyrighted data were used.
Sosha1996 (2019-09-24 09:00:29+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم.
اما طبق قوانین اوپن‌استریت مپ، شما باید یک توضیح مناسب در کامنت چنجست در مورد تغییراتی که در چنجستتون اعمال کردید بنویسید.
ننوشتن توضیحات یا نوشتن فقط یک کلمه مانند «پارک» یا مواردی از این دست، غیرقابل قبول می‌باشد.

همچنین اگر تغییراتی میدید که سطح یک شهر یا یک منطقه وسیع رو در بر میگیره، باید اون رو در چندین چنجست بارگذاری کنید. بارگذاری این حجم از تغییرات در یک چنجست غیر قابل قبول می‌باشد.

از این به بعد در صورت رعایت نکردن نکات بالا، این پیغام روی چنجست و صندوق پیام خود مشاهده خواهید کرد. در صورت نادیده گرفتن این پیغام و جواب ندادن به اون، حساب شما گزارش خواهد شد.(البته این یک تهدید نیست. ما سعی داریم این رویه اشتباه رو تصحیح کنیم و امیدواریم که شما این رو درک کنید)

لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments

——————————————————————
Hi,
Thank you for helping improve OSM data in Iran, you're uploading very large number of changes in to the map on a regular basis and to help other people who are monitoring the map changes(like officials frome Data Group or Community Admins), to understand what is happening in your change sets, it's appropriate to leave a detailed changeset comments.
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Sosha1996 (2019-09-24 09:00:10+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم.
اما طبق قوانین اوپن‌استریت مپ، شما باید یک توضیح مناسب در کامنت چنجست در مورد تغییراتی که در چنجستتون اعمال کردید بنویسید.
ننوشتن توضیحات یا نوشتن فقط یک کلمه مانند «پارک» یا مواردی از این دست، غیرقابل قبول می‌باشد.

همچنین اگر تغییراتی میدید که سطح یک شهر یا یک منطقه وسیع رو در بر میگیره، باید اون رو در چندین چنجست بارگذاری کنید. بارگذاری این حجم از تغییرات در یک چنجست غیر قابل قبول می‌باشد.

از این به بعد در صورت رعایت نکردن نکات بالا، این پیغام روی چنجست و صندوق پیام خود مشاهده خواهید کرد. در صورت نادیده گرفتن این پیغام و جواب ندادن به اون، حساب شما گزارش خواهد شد.(البته این یک تهدید نیست. ما سعی داریم این رویه اشتباه رو تصحیح کنیم و امیدواریم که شما این رو درک کنید)

لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments

——————————————————————
Hi,
Thank you for helping improve OSM data in Iran, you're uploading very large number of changes in to the map on a regular basis and to help other people who are monitoring the map changes(like officials frome Data Group or Community Admins), to understand what is happening in your change sets, it's appropriate to leave a detailed changeset comments.
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Sosha1996 (2019-09-24 09:00:08+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم.
اما طبق قوانین اوپن‌استریت مپ، شما باید یک توضیح مناسب در کامنت چنجست در مورد تغییراتی که در چنجستتون اعمال کردید بنویسید.
ننوشتن توضیحات یا نوشتن فقط یک کلمه مانند «پارک» یا مواردی از این دست، غیرقابل قبول می‌باشد.

همچنین اگر تغییراتی میدید که سطح یک شهر یا یک منطقه وسیع رو در بر میگیره، باید اون رو در چندین چنجست بارگذاری کنید. بارگذاری این حجم از تغییرات در یک چنجست غیر قابل قبول می‌باشد.

از این به بعد در صورت رعایت نکردن نکات بالا، این پیغام روی چنجست و صندوق پیام خود مشاهده خواهید کرد. در صورت نادیده گرفتن این پیغام و جواب ندادن به اون، حساب شما گزارش خواهد شد.(البته این یک تهدید نیست. ما سعی داریم این رویه اشتباه رو تصحیح کنیم و امیدواریم که شما این رو درک کنید)

لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments

——————————————————————
Hi,
Thank you for helping improve OSM data in Iran, you're uploading very large number of changes in to the map on a regular basis and to help other people who are monitoring the map changes(like officials frome Data Group or Community Admins), to understand what is happening in your change sets, it's appropriate to leave a detailed changeset comments.
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Maharlika (2019-09-28 14:56:42+00:00): https://en.wikipedia.org/wiki/United_Nations_Convention_on_the_Law_of_the_Sea
eggie (2019-09-23 08:34:12+00:00): Netjes gelukt.
Op de brug ontbreekt nog layer=1
Een track heeft altijd een tracktype=grade?

Asphalt .. beton tracktype=grade1
nauwelijks zichtbaar tracktype=grade5
Zie..
https://wiki.openstreetmap.org/wiki/Key:tracktype

Groet,
Eggie
ChrisVanI (2019-09-23 15:56:07+00:00): Dank!
Aanpassingen gemaakt.
Groet,
Chris
Maharlika (2019-09-28 14:57:08+00:00): https://en.wikipedia.org/wiki/United_Nations_Convention_on_the_Law_of_the_Sea
Maharlika (2019-09-28 15:00:52+00:00): UNCLOS III: https://bit.ly/2C3sdBr
Maharlika (2019-09-28 15:03:32+00:00): UNCLOS PART 5 Article 56: https://bit.ly/2nRkKL7
sakudo (2019-09-24 15:51:24+00:00): Hallo Ottonormalverbraucher,

mir ist aufgefallen, dass Du kürzlich viele Eisenbahnübergänge in der Max.str. eingetragen hast. M. E. ist der Tag angebracht, wenn eine Straße ein Gleis wirklich überquert, sprich Straße und Gleis nicht eine Einheit bilden (wie das bei Straßenbahnen der Fall ist). Oft geht das mit entspr. Sicherungseinrichtungen einher wie Schranken, Ampeln etc.. - Wir müssten sonst alle Städte mit crossings überziehen - das macht keinen Sinn.

Meines Erachtens wirken hier die crossings nicht passend.
A67-A67 (2019-09-23 13:16:09+00:00): Hallo AnkEric,
In het geval van een molen is de molen het gebouw zelf. De molen is niet een POI die in het gebouw is gevestigd. Ook de heritage-tags gaan over het gebouw en niet over een eventuele POI (bijv. een winkel) in het gebouw. Deze tags horen daarom op het gebouw thuis en niet op de molen.
user_242798 (2019-09-23 14:02:46+00:00): 50% mee eens.
50% mee oneens.
Ik denk dat de meeste molens in Nederland op de BAG-address-node staan. Dus: meest gebruikelijk (maar niet onderzocht!).
Voor vele gebouwen geldt dat de eigenschappen méér op het gebouw thuishoren. Een kerk, de Bijenkorf, een museum, een kantoorgebouw. Maar het is een conventie waar sommigen op OSM zich zelfs aan houden om de POI op de BAG-address-node te zetten.
Of er zou in de WIKI een lijstje moeten komen: POI staat - standaard - op de BAG-node TENZIJ (uitzonderingen): wind_mill, church, museum (mits gebouwd én ontworpen als museum).
Als de molen niet op de BAG-address-node staat, weet ik op een Garmin GPS niet het adres. En soms wil ik dat weten. OsmAnd is slim genoeg om het adres IN het gebouw te vinden.
OsmAnd Rendert  een wind_mill op de node EERDER (zoom-niveau) dan een wind_mill op het gebouw.
JOSM Rendert  een wind_mill op het gebouw NIET (!), een wind_mill op de node wel. Ik was de molen dus gisterenavond gewoon KWIJT! En gisteren hadden we onderweg ook al moeite om deze op OsmAnd te vinden. 
Ja, ik weet het: Mappen voor de Renderer is fout (ALS het foutief mappen is), maar Mappen zodat de Renderer het niet kan Renderen is ook fout.
Bovendien OOK de BAG-address-node zit IN het gebouw en geldt dus OOK voor het gebouw. In die zin zie ik GEEN nadelen van een POI met wind_mill + address.
Zelfs de eigenschappen méér op het gebouw thuishoren is dat niet geldend voor altijd én eeuwig.
Een kerk wordt appartementengebouw of winkelcentrum. Een molen raakt zijn/haar wieken kwijt en wordt (verbouwd) tot een normale woning. Een museum houdt op museum te zijn.
Deze gebouw eigenschappen worden indien en voor zover mogelijk OOK op het gebouw gezet: 
building=church/supermarket/enz. 
Alleen: building=wind_mill staat niet in het lijstje met meest gebruikelijke tags (en wordt dus ook niet genoemd binnen JOSM).
De heritage tags zet ik ZEKER op de building, want zelfs als de bestemming (church/supermarket/wind_mill) wijzigt behoudt het gebouw de heritage. Heritage bepaalt zelfs wat je wel of niet met een dergelijk gebouw mag doen. Bovendien: IK (…) ben niet in staat om wind_mill EN heritage op dezelfde node - ieder afzonderlijk - te RENDEREN. Maar het taggen van heritage (hoe?) moet ik iedere keer weer opnieuw opzoeken (inclusief ref:rcn = ??? en “rcn”, geloof ik). En daar was ik te lui voor. Maar ook hier geldt: adres is relevant (Rijksmonumenten database bevat óók de adressen, zoeken op adres is soms veel eenvoudiger).
user_242798 (2019-09-23 14:26:52+00:00): Toevoeging: nog méér fout wordt het als de Mapper vindt dat de POI tags op het gebouw horen (zoals gezegd: 50% mee eens), maar het adres OOK aan de POI-tags moet worden toegevoegd. En "DUS" staat HET adres als DUPLICATE op building EN node. En een Duplicate address is echt fout!
Dit is een nadeel van POI-tags niet op de BAG-node.
Terwijl - nogmaals - ik geen nadelen heb kunnen ontdekken van POI-tags altijd op de BAG-address-node. Maar wel voordelen...
A67-A67 (2019-09-23 15:35:55+00:00): Ik zou zeggen dat de tags die over gebouw gaan (in dit geval IS het gebouw een molen, er zit geen molen in), ook op het gebouw moeten. Tags over dingen die in het gebouw zitten (in het geval van een molen bijvoorbeeld een winkeltje of een museumpje) kunnen dan op de adresnode. 

Het adres hoeft niet aan het gebouw toegevoegd te worden. Een gebouw kan altijd een of meerdere adressen hebben en die adressen kun je vinden door de zoeken naar adressen binnen de gebouwcontour.

Dit is eerder in het forum besproken: https://forum.openstreetmap.org/viewtopic.php?id=59276, maar het is wel handig als het in het algemeen nog een keer wordt besproken.
A67-A67 (2019-09-24 11:38:48+00:00): Ik denk dat het belangrijkste is om dit consistent te regelen en ook te documenteren. Zoals je aangeeft, is het anders onmogelijk om te streven naar correcte mapping.

Ik heb om consensus te vinden een topic aangemaakt op het forum. Ik ben ook wel bereid om die documentatie te typen op de Wiki.

https://forum.openstreetmap.org/viewtopic.php?id=67493
user_242798 (2019-09-26 11:43:54+00:00): Opnieuw, maar nu juist ("Windmill op Way = 16000" is ONZIN), het percentage POI's dat óf op de BAG-node óf op de Polygon is getagd:
Church=77%, windmill=33% (héél Nederland=41%), shop=4%, pub=3%.
-----
https://i.postimg.cc/JhdRZ7B9/POI-Nodes-vs-Polygons.png
-----
Het heeft (IMO) hogere prioriteit om hotel, restaurant, office, cafe, shop en pub juist te taggen (POI-tags op de BAG-node), dan het corrigeren van church/windmill (POI-tags op de polygon).
-----
Het plaatsen van de tags op de polygon leidt er o.a. toe dat de POI – als Duplicate, op een later tijdstip – óók wordt toegevoegd aan de Bag-node. Dus: Duplicated POI.
Het niet (willen) toevoegen van de POI aan de BAG-node heeft als consequentie dat de BAG-node (te) vaak wordt gedupliceerd waarna de POI aan de Duplicated-Address-node wordt toegevoegd. Dus: Duplicated Address.
-----
Het argument "extra renderingsvoordeel: de kerk wordt wat bruiner weergegeven en kan dus onderscheiden worden van andere gebouwen" is én een drogreden én "Tagging for the Renderer".
De Renderer kan óf wil de tag "amenity=place_of_worship" niet goed renderen ALS dit niet op de Node staat.
Ter compensatie wordt dan de kleur van de building outline afwijkend getoond.
Dit geldt voor ALLE Object tags (amenity, shop, office, enz.). Zelfs de toevoeging "landuse=forest" (aan een building) leidt er toe dat het gebouw afwijkend wordt gerenderd (groen in dit geval).
Maar een icon "church" (of: "windmill") ontbreekt (in casu, wordt NIET gerenderd door o.a. JOSM en iD)!
De mkgmap-Renderer lost dit op dankzij: "mkgmap:line2poi" (dus de POI wordt midden in de Polygon geplaatst).
Renderers wringen zich in allerlei bochten om de fouten van Mappers toch zo goed mogelijk te Renderen. Bijvoorbeeld: "tracktype=5" (fout) wordt gerenderd als "tracktype=grade5" (goed).
-----
Als de Mapper en/of de Renderer van mening is dat een gebouw afhankelijk van gebruik/bestemming/inrichting/functie/activiteit/faciliteit afwijkend moet worden gerenderd dan is dat mogelijk: voeg de tag "building=church" (taginfo count = 265793) of "building=windmill" (taginfo count = 299) toe aan het gebouw.
Het toevoegen van "building=windmill" (in plaats van "building=yes" of "building=industrial") is nuttig (IMO).
-----
Hiermee ontstaat een eenvoudige, eenduidige richtlijn: Een POI-tag wordt geplaatst op de BAG-node (én alleen op de BAG-node). En daarmee zijn POI én adresgegevens altijd gekoppeld.
Het feit dat de POI-tag in het geval van church/windmill méér gerelateerd is aan de building is een theoretische overweging zonder praktische consequenties (IMO). 
Bovendien geldt óók voor een church/windmill dat deze "gevestigd is" / "gelokaliseerd is" / "ingeschreven staat" / "gevonden wordt" / "getoond wordt" OP dit adres (dus: BAG-node).
Dus de "relatie" (POI - adres) bestaat óók, net als de "relatie" (POI - building), want de POI bevindt zich immers binnen de contouren van de building.
eggie (2019-09-23 08:16:23+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Evt. nog de surfacetag erbij zetten... surface=?  paving_stones ?
MVG,
Eggie
eggie (2019-09-23 08:23:44+00:00): formeel is het eigenlijk highway=residential met aan beide zijden een barrier=bollard verbonden met dat "pad" 
Indien nodig kan zo'n paaltje verwijderd worden voor bv hulpdiensten, vuilniswagen e.d. .
dus
barrier=bollard
bollard=removable
Zo'n bollard houdt motor_vehicle tegen mn auto's
Je kunt dan op de bollard toevoegen
moped=yes en mofa=yes en evt. motorcycle=yes.
Up to you
Gr eggie
Wim Heijes (2019-09-23 08:57:31+00:00): Hi Eggie

Thx voor de feedback. Het kan dus nog veel uitgebreider snap ik. Had ik deels ook gezien, echter in de praktijk is het een voet/fietspad dus ik dacht dat het zo wel ok was. De paaltjes gaan er inderdaad alleen maar uit voor hulpdiensten, of evt. bij wegwerkzaamheden als  tijdelijke oplossing. Moet ik de het verder invullen, of is dit zo akkoord?

mvg 
Wim
eggie (2019-09-23 09:11:22+00:00): Beetje twijfelgeval, want er is wel een soort pad geaccentueerd in het wegdek en niet duidelijk meer een straat voor voertuigen met vier wielen. Zou in ieder geval surface=paved toevoegen voor een goede routering.
De bollards kun je ook nog verbinden op twee plaatsen met dat pad. (Niet op de kruising!)
Aan de bollards kun je toevoegen mofa=yes moped=yes voor juiste routering. De rest is default.
highway=path lijkt me dan toch oke hier.
)Een cycleway alleen maar taggen als er een bord fietspad staat. )
Succes
Eggie
eggie (2019-09-24 08:40:00+00:00): De tagging heb ik aangevuld zodat het als verhard routeert.
Gr eggie
PT-53 (2019-09-29 08:03:57+00:00): Sperrung bis voraussichtlich 14.12.2019:
https://www.muenchen.de/rathaus/Stadtverwaltung/baureferat/baustellen/baustellenaktuell.html
Sosha1996 (2019-09-24 09:00:05+00:00): بخاطر ویرایش‌هایی که روی نقشه میزنید ازتون ممنونم.
اما طبق قوانین اوپن‌استریت مپ، شما باید یک توضیح مناسب در کامنت چنجست در مورد تغییراتی که در چنجستتون اعمال کردید بنویسید.
ننوشتن توضیحات یا نوشتن فقط یک کلمه مانند «پارک» یا مواردی از این دست، غیرقابل قبول می‌باشد.

همچنین اگر تغییراتی میدید که سطح یک شهر یا یک منطقه وسیع رو در بر میگیره، باید اون رو در چندین چنجست بارگذاری کنید. بارگذاری این حجم از تغییرات در یک چنجست غیر قابل قبول می‌باشد.

از این به بعد در صورت رعایت نکردن نکات بالا، این پیغام روی چنجست و صندوق پیام خود مشاهده خواهید کرد. در صورت نادیده گرفتن این پیغام و جواب ندادن به اون، حساب شما گزارش خواهد شد.(البته این یک تهدید نیست. ما سعی داریم این رویه اشتباه رو تصحیح کنیم و امیدواریم که شما این رو درک کنید)

لطفا این متن را مطالعه کنید:
https://wiki.openstreetmap.org/wiki/Fa:Good_changeset_comments

——————————————————————
Hi,
Thank you for helping improve OSM data in Iran, you're uploading very large number of changes in to the map on a regular basis and to help other people who are monitoring the map changes(like officials frome Data Group or Community Admins), to understand what is happening in your change sets, it's appropriate to leave a detailed changeset comments.
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Hjart (2019-09-23 13:26:23+00:00): That's the name of the stream, not the waterfall
mavl (2019-11-07 14:20:15+00:00): This changeset was redacted. Reason: copyrighted data were used.
bilboed (2019-09-24 12:46:28+00:00): Merci pour votre contribution. Si la largeur est vraiment limite a 2m de large, il faudrait utiliser le tag "maxwidth" https://wiki.openstreetmap.org/wiki/FR:Key:maxwidth sur le pont en lui meme (et non sur la note touristique).