piebro/osm-data huggingface dataset:
literan (2016-09-13 14:06:50+00:00): Обратите внимание: те территории, которые используются для проживания (а не для выращивания овощей), НЕ ПОМЕЧАЮТСЯ тегами landuse=allotments, на них ставится landuse=residential + residential =rural (исходя из фактического использования земли, а не статуса в бумажках). Вы уверены, что корректно исправили здесь? И еще - я не понял, зачем вы удаляете более тщательно и мелко прорисованные полигоны landuse и заменяете более грубо и крупно обрисованными.
palcifist (2016-09-13 16:13:45+00:00): Как написано в рекомендациях в вики http://wiki.openstreetmap.org/wiki/RU:Объекты_карты ,
так я и отметил тегом landuse=allotments садовые товарищества, где в основной массе такие участки, которые не являются местом постоянного проживания людей.
Эти полигоны не были хорошо отрисованы. Для быстроты решил, что чем подправлять каждый полигон, проще будет ко всей территории населенного пункта добавить landuse, так как вся территория деревни или садового товарищества имеет один тип, а расстояние между кварталами маленькая. Но я признаю, не стоило удалять эти полигоны
mueschel (2016-09-15 10:49:23+00:00): Hallo Christopher, 
'temporary' schreibt sich mit 2 r.
Das bessere Tag ist aber "access:conditional", das wird automatisch ausgewertet.
access:conditional = no @ (2016 Sep 05  - 2016 Sep 16)
Ich ändere das jetzt nicht mehr, morgen hat es sich ja eh erledigt.
Gruß, Jan
Christopher (2016-09-15 19:20:57+00:00): Danke für den Hinweis, das mit 2 r ist richtig. allerdings beziehe ich mich auf http://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional)
Gbialos (2016-09-13 17:27:07+00:00): Hola Julio! Un gusto saludarte. Comprendo absolutamente el cambio. Sin embargo, en el mapa estándar, los vecindarios aparecen antes y más grandes que las poblaciones. Por tanto, aunque el término es correcto, aplicar un barrio como "neighbourhood", parecerá que son más importantes que los mismos cerros de Valparaíso.
Julio_Costa_Zambelli (2016-09-13 18:05:02+00:00): Hola, 

La etiqueta place=neighbourhood se renderiza a niveles de zoom mayores que place=village. De hecho los cerros de Valparaíso están etiquetados con la primera, y las villas que tenias etiquetadas se ven aun en el render de la fundación dada la etiqueta con que estaban (intentaré forzar un "re-renderizado" para que reflejen su estado actual). De todas formas, hay que evitar a toda costa el etiquetar en función del render: http://wiki.openstreetmap.org/wiki/ES:Tagging_for_the_renderer 

Saludos
maxerickson (2016-09-14 00:02:07+00:00): Hi-

I just wanted to suggest a couple tags that will help users of OSM data make better use of your edits. For road/path and parking surfaces, there is the surface tag. So something like name=(gravel) can be captured more clearly as surface=gravel.

The other suggestion is for trail markings. There is the tag 'symbol' which is used for descriptions of the trail markings. I think "symbol=Blue blazes" would be sufficient description for the blue blazed trails in Connecticut. A nice benefit of using the specific tag is that it can be used alongside a name tag.

There's also a more elaborate key that can be used to describe the geometry of the markings:

http://wiki.openstreetmap.org/wiki/Key:osmc:symbol


Max
Hjart (2016-09-13 09:21:38+00:00): I've added surface=wood to the ramp
Hjart (2016-09-13 09:17:52+00:00): Hi

I have added appropriate tags to the various objects (see https://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site) and also cleaned up the area a bit. Note that gates etc in order to be meaningfull should be connected to paths (this seems to fail for many Potlatch users). Also note that Geodatastyrelsen imagery is generally much more reliable than whatever single gps-trace you may have (could you please upload it though?).
AndreasMD (2016-09-13 16:58:26+00:00): Hi Hjard,
the tracks I've already deleted. I'll keep only until I have edited it. I have seen that you deleted some names of POIs and landmarks. It would be nice if you could enter the correct names. Mine were from the brochure "Halskov Vænge - Fortiden er her" and this site: http://www.megalithic.co.uk/search.php?query=&country=8&category=0&county=707&sitetype=&days=0&condition=&ambience= & access =. I added only the objects and paths I went or saw myself.
greatings
Andreas
fredjunod (2017-03-20 15:53:42+00:00): Bonjour,

Je ne comprends pas cette modification; pourquoi les noms sont-ils trop "longs" ?
Jonathan Masur (2017-03-20 21:01:10+00:00): Bonjour,
Je vous invite à prendre part à la discussion que j'avais commencé dans le forum ici : https://forum.openstreetmap.org/viewtopic.php?id=55031

J'ai également abordé le sujet dans la liste de mail mais il semblerait que personne d'autre n'était intéresse à ce sujet.

Salutations.
Peter Dobratz (2016-10-26 03:07:44+00:00): Hi, I'm trying working to standardize on phone number formatting in my local area and it looks like you are doing something similar.  All phone numbers in the NANP system (USA, Canada, and some islands) have 10 digits grouped as a 3-digit area code, 3-digit exchange, and 4-digit number.  For this business, I have used "phone=+1-503-227-8373"  Would you mind using a similar format for the phone numbers you are are editing?
user_5359 (2016-10-26 18:39:36+00:00): Hello,

please read http://wiki.openstreetmap.org/wiki/Key:phone .
+1 503 2278373 using  ITU-T E.123  or
+1-503-2278373 using RFC 3966
I prefered ITU E.123.
Peter Dobratz (2016-10-26 22:31:54+00:00): Locals don't recognize phone numbers in the formats you are suggesting. Using either of those formats for the United States goes against well established local conventions. If you read further on that wiki page:

"Some countries have very well established national standards on how telephone numbers are written (e.g. xxx-xxx-xxxx in the US)"
...
"even in this case, the "+1-xxx-xxx-xxxx" format for the NANP standard should be explicit"
user_5359 (2016-10-27 04:21:01+00:00): okay , accepted.
muralito (2016-09-14 00:41:11+00:00): Esto creo que no es "amenity=hospital" porque solo es atencion ambulatoria, ¿no?
arvdk (2016-12-23 11:07:56+00:00): https://www.openstreetmap.org/note/825163 is denk ik aan uw adres. Groeten, arvdk
user_599436 (2016-10-01 12:49:05+00:00): Using the access=yes tag can be problematic as it overrides implied restrictions and allows all forms of transport.

This makes the bridge routable by car when it shouldn't be.

https://www.openstreetmap.org/directions?engine=osrm_car&route=42.93528%2C-74.19550%3B42.93625%2C-74.19431#map=19/42.93577/-74.19489
RussNelson (2016-10-23 04:40:10+00:00): So how do we get OSRM fixed so it doesn't route a car over a footway?
RussNelson (2016-10-23 04:45:06+00:00): http://wiki.openstreetmap.org/wiki/Key:access clearly says that access=yes means that there is no legal restriction. So how do we get OSRM to stop routing cars over footways??
user_599436 (2016-10-23 12:09:51+00:00): Thanks for responding. Foot access is implied so I would replace the general access tag with bicycle=yes to be explicit.
user_599436 (2016-10-23 12:12:58+00:00): Note this section of the wiki

"Use the access=* key to describe a general access restriction that applies to all transport modes. Note, that, for example, adding access=yes to highway=footway changes default restrictions (which usually are foot=yes and vehicle=no for highway=footway) to yes, highway=footway + access=yes means "road, which is open for all pedestrians and vehicles"."

https://wiki.openstreetmap.org/wiki/Key:access#Transport_mode_restrictions
user_599436 (2016-10-29 11:45:15+00:00): In the interest of time, I have made the changes myself which I was able to verify with a survey.

https://www.openstreetmap.org/changeset/43264074
trigpoint (2016-09-13 12:39:15+00:00): Reverted
Jojo4u (2016-09-13 06:36:03+00:00): Jetzt also doch ;)
Upendrakarukonda (2016-11-25 05:19:19+00:00): Hello,

Welcome to the OpenStreetMap. We reverted the changeset as data you added seems to be not correct. To get started with OpenStreetMap follow this link http://learnosm.org/en/beginner/.
wambacher (2016-09-13 07:44:18+00:00): Hi Adrian,

i think, you don't respect our "import guidelines" https://wiki.openstreetmap.org/wiki/Import/Guidelines

- i can't find any documentation, no wiki, nothing.
- you did not add your project to https://wiki.openstreetmap.org/wiki/Import/Catalogue
- you don't use an extra import user id.
- your changeset comment don't specify a link to the license

and some other strange things.
Nakaner (2016-09-13 08:06:17+00:00): Hi Adrian,

Walters an my changeset comment apply to multiple of your changesets.

I addition, I want to point out that deleting of existing data and recreating it destroys the history of the deleted objects. https://wiki.openstreetmap.org/wiki/Good_practice#Keep_the_history

I ask you to respond to our questions until 19:00 UTC today.

Best regards

Michael
Adrian Frith (2016-09-13 11:47:50+00:00): Hi folks,

Not sure I will be able to respond by your deadline but I have seen the messages and will provide a full reply as soon as possible.

Regards,
Adrian
Adrian Frith (2016-09-13 16:44:13+00:00): Hi folks,

wambacher: In 2014 I added the previous set of SA ward boundaries - I can't point to the whole range of edits but the last one is changeset #21821462. Nobody had an issue with it or made a complaint then, so it didn't even occur to me to do anything differently this time. I will certainly not continue with these edits until I have sorted out compliance with the import guidelines.

Nakaner: this is a very good point and I will consider how the import process can be modified to avoid the need for deletion and re-creation before I continue.

Kind regards,
Adrian
Adrian Frith (2016-09-13 16:46:22+00:00): (Regarding the second point, though: semantically, "deletion and recreating" is what happens to the wards in South Africa in the delimitation process. "Swartland Ward 2" in 2015 is a different entity than "Swartland Ward 2" in 2016. But I can still see the practical value for OSM in keeping the history.)
Nakaner (2016-09-13 20:43:48+00:00): Hi Adrian,

thank you for your quick response. What's the legal status of the data? Where is the permisson from the data owner which allows you to upload it to OSM and release it under the Contributor Terms? Where can we ourselves find the dataset (if it is an act or similar text document and no shape file/GeoJSON/whatever, point us to the text)?

Best regards

Michael
wambacher (2016-09-13 21:06:48+00:00): Hi adrian,

ok, you did some imports in 2014 and nobody complains. But the times are changing. During the last 2 years, OSM decided to be more restrictive in importing external data. That's because of many problems, either bad quality or using unauthorized data. Both leading to big problems.

see again: https://wiki.openstreetmap.org/wiki/Import/Guidelines

regards
walter

btw: nakaner and me know each other and we often work together.
wambacher (2016-09-16 07:05:07+00:00): @adrian: any news?
Adrian Frith (2016-09-19 00:02:51+00:00): Hey folks, sorry about the slow reply - I had a very busy week at work.

Regarding the permission for the data: I have emailed Grant Slater (a/k/a firefishy, you probably know him) because he was the one who arranged permission with the Municipal Demarcation Board to import their data. I have asked him to comment here.

Unfortunately the data is not available for download online - SA government agencies are really bad about putting their data online. I had to email the MDB and ask them for it. I am happy to upload the shapefiles that I received to somewhere that you can download, if that will help.

wambacher, re. your message: as I said, I won't continue with any of this until I have fully sorted out compliance with the import guidelines.
Adrian Frith (2016-09-19 00:03:34+00:00): ("any of this" meaning "any importing of this data", of course)
Firefishy (2016-09-19 07:02:41+00:00): Yes, OSM has explicit permission to use this dataset. Adrian kindly manages the updates of this data every few years. The data is high quality and is the definitive boundary dataset for South Africa.
wambacher (2016-09-19 07:58:47+00:00): Great. 
Please add your project to https://wiki.openstreetmap.org/wiki/Import/Catalogue
Skippern (2016-09-27 18:46:34+00:00): Boa tarde Ricardo

to vendo que voce mapeando algum ruas com o tag genérico highway=road, favor evitar uso desse tag e tenta divina um valor próprio, como highway=unclassified, highway=residential ou similar. 

Obrigado pro seu atenção
BCNorwich (2016-09-13 06:52:06+00:00): Hello and Welcome to OpenStreetMap.
I have reverted your addition of a name to a building because the tag name:en=??? is not needed here. 
Also that is not the name of that store and in any case what you added was an address "31 green street". Which lacks capitol letters and is in fact situated a long way from here.
If you could explain what you wanted to do perhaps someone can help you.
muralito (2016-09-13 11:16:42+00:00): Gustavo:

No existen cabañas alpinas en Uruguay. Seguramente lo que mapeaste va en otra categoria.
muralito (2016-09-13 11:18:07+00:00): Aca tenes las opciones:
http://wiki.openstreetmap.org/wiki/ES:Key:tourism
GustavoMapa (2016-09-13 15:17:52+00:00): Es cierto que no existen cabañas alpinas en Uruguay. La opción no lo especifica así. Entonces use una de las acepciones del español usada en Sudamérica: cabaña como "establecimiento de mejora genética ganadera". Las disculpas del caso, fue mi primer ingreso en OSM .... Agrego ademas que en Martin Pescador recibimos turistas pues prestamos servicios de "turismo rural".
muralito (2016-09-13 15:51:55+00:00): Ah, bien, entonces hay que mantener la etiqueta "tourism" pero con el valor que mejor calza. probablemente sea "hotel".

La parte de "cabaña" como produccion ganadera tambien se podria mapear, pero no he visto ninguna mapeada todavia, habria que ver como hacerlo.
muralito (2016-09-16 00:35:56+00:00): La parte del hotel quedo mapeada.
El mapeo del establecimiento de genetica ganadera seria amenity=animal_breeding y breeding=cow, en un nodo aparte del turistico.
muralito (2016-09-13 11:19:09+00:00): ¿Que quisiste mapear aca?
GustavoMapa (2016-09-13 15:25:40+00:00): Son mis primeros comentarios y marcas en OSM, las hice para marcar cosas personales.  Por lo tanto, nuevamente pido las disculpas del caso y si fuera posible algún consejo (no se si se puede) para hacer marcaciones personales pero que no trasciendan .... Desde ya muchas gracias.
muralito (2016-09-13 15:43:51+00:00): OK. Para mapas que mezclen capas de openstreetmap, con otros elementos que queres mantener privados podes usar http://umap.openstreetmap.fr/ (seguramente haya otros).
Ze0zohk1 (2021-08-02 15:37:28+00:00): Hallo Jacob's-Staff,

ist schon etwas her und dein letztes CS  auch, aber vielleicht bist du ja trotzdem noch aktiv ;-)

Ich würde die Fahrschule "Horlacher" und das Restaurant gerne überarbeiten. Foldende zwei Probleme sehe ich:
1) Die Fahrschule (www.osm.org/way/442135876) überlappt sich mit dem angrenzenden Gebäude (www.osm.org/way/151402931).
2) Die Adresse Sigmaringer Straße 68 ist auf der Fahrschule und nicht dem Gebäude getaggt.

Was würde ich ändern:
zu 1) www.osm.org/way/442135877 löschen. Das ist doppelt. www.osm.org/way/151402951 (Gebäude) oder www.osm.org/way/442135876 so anpassen, dass der Raum voll vom Gebäude umschlossen wird (d. h. entweder Gebäude vergrößern oder Raum verkleinern). Und www.osm.org/way/151402931 so verschieben, dass es die gleiche Wand mit der Fahrschule (und dem Nachbargebäude) hat. Das ganze natürlich nur, wenn es zwischen den zwei Gebäuden auch eine senkrechte Wand gibt (was ich stark hoffe -> sonst wäre das unheimlich kompliziert zu mappen).

zu 2) Die Adresse auf das Gebäude (www.osm.org/way/151402951) verschieben.

Bist du damit d’accord?

Viele Grüße
Ze0zohk1
Ze0zohk1 (2021-08-07 18:59:32+00:00): Ich habe das in https://www.openstreetmap.org/changeset/109322359 jetzt überarbeitet.
Viele Grüße
Ze0zohk1
highflyer74 (2016-09-16 13:31:41+00:00): Hello and welcome to OSM!

Please keep in mind that, in order to make data useful to other people, you have to tag objects according the OSM wiki (https://wiki.openstreetmap.org/wiki/Main_Page). Otherwise your entries can not be read by software using the OSM database.

Also the community would like to know the source of the data you are using and the way it is being brought into OSM as this seems to be an edit by a commercial company.

Please answer to this changeset.

All the best,

highflyer74
Commodoortje (2016-09-13 03:22:54+00:00): Allereerst welkom op OSM.
.
MAPS.ME is helaas niet de optimale editor voor OpenStreetMap. Waardoor vervuiling kan ontstaan.
.
Inmiddels heb ik een aantal wijzigingen/aanvulllingen aangebracht.
Let op:
Uw poi/note is voor de hele wereld zichtbaar. Bedenk dat OSM niet bedoeld is voor persoonlijke notes/poi's.
.
Lees hier hoe je OSM het beste kunt gebruiken en hoe je kunt bijdragen aan een betere kaart: 
http://www.openstreetmap.org/help 
http://forum.openstreetmap.org/viewforum.php?id=12 
http://wiki.openstreetmap.org/wiki/Welkom_op_OSM

Mocht je vragen hebben, kun je altijd contact met me opnemen, ik ben bereid om je te helpen.
Warin61 (2019-06-06 00:06:20+00:00): Hi,
The primary school looks to be in the wrong place? 
Using the LPI base map and imagery it looks to be nor nor east of the present spot...
Supaplex (2016-09-15 15:04:12+00:00): 恭喜您透過 Maps.Me 完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。Maps.Me App 採用開放街圖的地理資料，由社群而非商業公司建置的地理資料庫。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

由於Maps.Me隨著軟體更新更新最新地圖，App裡的地圖資料版本可能略舊，透過Maps.Me增添商家等資料時有可能開放街圖上已經有了，請到http://www.osm.org 網站看是否要加的商家有沒有人加上去了。

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/

Happy Mapping!
user_5359 (2016-09-14 18:22:19+00:00): Welcome to OSM! You forgot to add any information to your node (if your changeset comment is right).
Alecs01 (2016-09-16 16:49:06+00:00): Please pay attention to what you're doing, you added something like "this is the first place I visit in Italy" in russian as the italian name of Rimini ...
Supaplex (2016-09-15 15:05:43+00:00): 恭喜您透過 Maps.Me 完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。Maps.Me App 採用開放街圖的地理資料，由社群而非商業公司建置的地理資料庫。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

由於Maps.Me隨著軟體更新更新最新地圖，App裡的地圖資料版本可能略舊，透過Maps.Me增添商家等資料時有可能開放街圖上已經有了，請到http://www.osm.org 網站看是否要加的商家有沒有人加上去了。

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/

Happy Mapping!
user_5359 (2016-09-14 18:11:44+00:00): Welcome to OSM! Please read the page http://wiki.openstreetmap.org/wiki/Key:opening_hours
Chetan_Gowda (2016-09-13 07:04:43+00:00): Hi Cidomo Beruntung, Thanks for contributing to OSM. Here in this changeset you've deleted a region boundaries which were in relations to the "Tanintharyi" region. 
Can I know the reason behind these mass deletions?
Cidomo Beruntung (2016-09-13 08:02:18+00:00): Dear Chetan. the user gadm_happy apparently thought it would be a good idea to upload the "GADM database of Global Administrative Areas" from http://www.gadm.org/ into OSM. 
This is not good, as the boundary for islands and in the sea area should now go around every single island but should be a line separating the jurisdictions. I would suggest to delete all "boundary lines that are coast lines and instead draw a line separating the administrative areas where they are separated in the ocean. The water area is technically also part of Kyunsu Township or Myeik District. Best would be to delete all GADM  features at the coastline. I deleted those as we are planning to work on making major data inputs in Myeik and Kawtahung District soon.
Chetan_Gowda (2016-09-14 04:23:32+00:00): This sounds good but instead of deleting all boundary regions one by one, "revert" the specific import changeset would be better idea.
Cidomo Beruntung (2016-09-14 04:41:56+00:00): I wrote gadm_happy but no reply yet. I do not know the procedures of how to revert a whole changeset though. If you want to help with that?
Chetan_Gowda (2016-09-14 08:49:41+00:00): Sure!! Can you share the conversation that you've sent to gadm_happy. Revert can be done in two ways. 
1. JOSM Reverter Plugin http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter 
2. Web reverter (limited to only 200 objects ) http://revert.osmz.ru/

Let me know when we can proceed with revert if everything is alright to do it.
Cidomo Beruntung (2016-09-25 08:09:46+00:00): Dear Chetan... here my message to gadm_happy.. but no reply yet..
Dear gadm_happy I have seen that you have imported the GADM database for Myanmar into OSM. YOu also inserted Myanmar font and admin level which is great. While it is good to include admin. areas into the OSM data, there are some issues i would like to highlight and suggest some changes. As you input the GADM-polygons, all islands/land area basically becomes part of a jusridicction. The problem is that the admin. boundaries do not go around islands but include also water/sea area. The means that all the coastline which is now part of several relationships are sort of wrong as this 1. excludes the water area (and the mudflats, coral reefs, fishing grounds,...) from the jurisdiction 2. as the GADM dataset is good but not perfect, many small islands are not inside a jurisdiction at all 3. It looks rather ugly to have those wrong boundary lines drawn on the map (as the scale of GADM is not suitable for OSM which aims at a large scale representation of geographical data)

I would thus suggest to 1. delete the boundary line features from the boundary relationships 2. draw a line/way in the water where the boundary between the two jurisdictions meet and use this line for the relationships.

It would be great if you see a way to do this automatically. We will do a lot of OSM data generation for Myiek and Kawthaung District soon. So we could clean up the area there. but better you had an automatic solution.
Cidomo Beruntung (2016-09-25 08:12:03+00:00): To revert might be a bit more complicated as GADM put some effort into it and on the terrestrial side (even though in my opinion it would be better to remove the dataset- others might find it rather useful).
If you think it is ok to revert, that please do this - but best to et some sort of feedback from gadm_happy first.


Best
Patrick
supgaumap (2016-12-17 11:52:49+00:00): 安定郵政局 (3816519077) 已於2016-01-01關閉，現時上址舖位仍然空置未有租出。
RSergei (2016-09-13 08:33:49+00:00): Приветствую. Серьёзно кто-то занимается фермерским хозяйством на территории садового общества?
Vassiliy Lion (2016-09-13 08:39:14+00:00): Привет! А вот подскажи как обозначить дачу? Просто домом?
eggie (2019-03-17 13:37:47+00:00): Dag Erik,  na 2 jaar weer gestart.. , maar nooit een welkomstmail ontvange zie ik.. Bij deze alsnog Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
mueschel (2016-09-15 20:15:01+00:00): Moin,
du hast da einen kleinen Tippfehler: 20x adddr:suburb mit 3 'd'.

Gruß, Jan
theophrastos (2016-09-16 05:26:46+00:00): Danke,

habe es korrigiert.

MfG, Klaus
highflyer74 (2016-09-13 08:03:32+00:00): Hallo nochmal!

Auch hier bitte bei der Namengebung nur den Eigennamen verwenden. Die Tatsache, daß es sich um einen Orthopäden handelt, wird mit healthcare:speciality=orthopaedics getaggt (siehe https://wiki.openstreetmap.org/wiki/Key:healthcare).
eggie (2017-08-08 07:47:57+00:00): Nooit een welkomstmail ontvangen zie ik.
Bij deze... per PB
Alecs01 (2016-09-16 16:54:16+00:00): Non so come dirti che questo è sbagliato: https://www.openstreetmap.org/node/4398480189 vedo che continui ad inserirlo, temo che i messaggi non arrivino ... di sicuro non è shop=outdoor, mi chiedo se non è un doppione di questo lì vicino: https://www.openstreetmap.org/node/2441946995 o ci sono due pareti per arrampicata