piebro/osm-data huggingface dataset:
dudka (2017-09-25 06:33:15+00:00): http://socialdata.org.ua/uragan-miscevikh-viboriv-rozmiie-mezhi-r/

так ось же ж по першому посиланню що ви дали написано "після виборів 29 жовтня 2017 р. у 26 розширяться межі, у 28 зменшаться, а у 2 в одному місці прибуде, а в іншому відійде." причому не ясно чи це відбувається в автоматичному режимі чи [скоріш за все] потрібно ще затвердження Верховною Радою
dudka (2017-09-25 06:39:26+00:00): http://zakon2.rada.gov.ua/laws/show/1923-19
http://zakon2.rada.gov.ua/laws/show/2768-14/paran1672#n1672

Кабмін буде вносити пропозиції Верховній Раді змінити межі
Myazyk (2017-09-25 11:11:03+00:00): Ну якось так
dudka (2017-09-26 08:03:26+00:00): якщо так то варто повернути межі назад, до того як Верховна Рада затвердить зміни
Myazyk (2017-09-26 08:55:15+00:00): Добре
dudka (2017-09-26 19:06:28+00:00): повернув https://www.openstreetmap.org/changeset/52394577
Myazyk (2017-09-27 09:59:39+00:00): Ти - молодець)
djakk (2018-08-04 19:20:59+00:00): Salut ! J’avais ajouté des pistes cyclables forestières, tu les as supprimées ou transformées en “track”, pour quelle raison ?
Carlos Brys (2017-09-23 13:59:16+00:00): Eliminé el nodo estación de servicio marcada en Saavedra y Moreau de Justo.
No está en ese lugar
EinKonstanzer (2017-09-23 22:58:26+00:00): Hallo und Willkommen bei OSM!

Für kleinere Parkplätze an/entlang der Straße ist folgendes besser geeignet: 
http://wiki.openstreetmap.org/wiki/DE:Key:parking:lane

Das sieht so zwar nett aus aber parking:lane ist besser geeignet und auch einfach auswertbar.

Wenn du fragen hast kannst du mich auch direkt anschreiben.

Grüße,
EinKonstanzer
shar7 (2017-12-19 22:11:52+00:00): Hi, question on changes. Why does Seattle center park cover multiple parking garages in the area?
user_6110846 (2017-09-27 11:02:36+00:00): у wiki.openstreetmap.org за допомогою  military =  можна потрібно підібрати уточнюючі теги на підставі знань території.
Myazyk (2017-09-28 18:58:32+00:00): То можна чи потрібно?
arvdk (2017-09-23 20:34:22+00:00): Source used? Anonieme meldingen moeten eerst geverifieerd worden. Bij je changeset kan je aangeven hoe je dat hebt gedaan (source=...). Graag toelichting.
Hjart (2017-09-23 13:04:17+00:00): Please note that website tags should include the http(s) part: https://wiki.openstreetmap.org/wiki/Key:website
madhepura (2017-09-23 13:19:45+00:00): thanks - corrected.
arvdk (2017-09-23 20:36:05+00:00): Solved Note # 922806? Het is niet eens in de buurt van die note. Zie http://overpass-api.de/achavi/?changeset=52303139, dan kan je nogmaals proberen te beschrijven wat je hebt aangepast. Graag reactie.
SCNC (2017-09-24 07:02:24+00:00): Moet note 1216275 zijn
arvdk (2017-09-24 13:00:57+00:00): Bedoel je misschien 1116275? Note 1216275  bestaat namelijk niet. Groetjes, arvdk
SCNC (2017-09-24 13:28:07+00:00): Ja, die bedoel ik idd
user_5359 (2017-09-23 14:36:40+00:00): Welcome to OSM! Did you mean "U hotel fifth avenue“?
is-zUser (2018-03-27 20:30:02+00:00): https://www.openstreetmap.org/way/404791862
Da sind wohl 2 Stockwerke, oder?
https://commons.wikimedia.org/wiki/File:Schoena_Heimatstube_im_Umgebindehaus.jpg?uselang=de
Gruß
Supaplex (2017-10-02 11:42:26+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

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

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

Happy Mapping!
eggie (2017-09-23 14:34:37+00:00): PB met welkom gestuurd.. De node net zelf aangemaakt adres bevindt zich midden op de rijbaan. Ik zal de node met de BAG adresnode  combineren. Check svp uw bijdrage met een editor van OSM zelf.
eggie (2017-09-23 14:44:23+00:00): extra tag tourism=camp_site toegevoegd
maraf24 (2017-09-24 20:25:44+00:00): To nie jest shop=electronics, bo to są sklepy typu Media Markt/Euro RTV.
Zmieniłem na computer, ale jeśli uważasz, że lepsza była poprzednia kategoria - radiotechnics, to zmień.
joost schouppe (2017-09-29 17:06:00+00:00): J'ai ajouté l'information du POI au batiment, comme cette batiment n'a qu'un seul function
tuxayo (2017-10-02 18:11:56+00:00): Sur les terrain c'est leisure=pitch et pas leisure=sports_centre qu'il faut mettre.

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpitch
user_6110846 (2017-09-27 10:58:56+00:00): Переробіть громади. Спільнота схилилась до позиції, що adminlevel  є 7. Раджу не спішити мапити громади ,яких нема на gromada.info  . Відсутність громада на даному ресурсі відображає , що  процедура утворення громади незавершена. Цю громаду я не перевіряв на сайті - просто написав як рекомендацію.
Myazyk (2017-09-28 18:56:15+00:00): Який ти молодець! Як же без твоїх рекомендацій!
Де можна почитати про admin level = 7?
user_6110846 (2017-09-28 23:46:35+00:00): https://forum.openstreetmap.org/viewtopic.php?id=7583&p=12  від 23/01/17 і решта
Myazyk (2017-09-29 10:28:18+00:00): А ти там звернув увагу, що admin level сіл = 9? А то ти завжди за мною переправляв на 8!
user_6110846 (2017-09-29 13:13:22+00:00): Межі населених пунктів - 9 , міські сільські ради (окрім обласних центрів та міст обласного підпорядкування ) - 8      новоутворені громади - 7      
Громади 7 тому вони є об'єднаням сільрад (рівень 8) . Громада це адміністративно-територіальна одиниця вищого рівня. Громади від різняються від сільрад наявністю фінансової самостійності . Другий момент : громади утворені з декількох сільрад можуть за законом ділитися на старостати де головує староста. Коли громада прийме рішення про поділ на старостати - то яким адмін левелом їх відображати ?
Myazyk (2017-09-29 18:24:03+00:00): Восьмим
Я тобі про те, що ти межі сіл на 8 переправляв за мною, а ти мені тут цілі петиції пишеш
user_6110846 (2017-09-29 19:28:12+00:00): Я такого не пам'ятаю. Дай лінки на правки.
Myazyk (2017-09-30 07:45:08+00:00): Та згадай хоча б ті села Путильського району Буковини. Ти межу сіл робив 8
user_6110846 (2017-09-30 08:47:46+00:00): пишіть конкретику з моїх 700 правок. А маячню я ставитиму просто на ігнор.
Myazyk (2017-09-30 19:03:17+00:00): Ти і ігнор - несумісні речі
tuxayo (2017-10-02 18:18:41+00:00): Une fois qu'il y a le tag leisure=swimming_pool, pas besoin de laisser "piscine" comme nom.

Exemple pour illustrer: Pour un restaurant on met juste le nom sans "restaurant" dedans. Comme il y a le tag "amenity=restaurant"
5m4u9 (2017-09-23 19:11:37+00:00): los lift_gates (barreras) en los puentes hay que verlos con cuidado (hay que mapearlos eso si), en teoría se asume (creo) que cerrado por defecto por ser barrera, eso hará que el planificador de rutas obvie esta vía y les vaya a hacer dar toda una vuelta

creo que solo esta "activo", bloqueando, cuando hay evento... eso podemos poner de varias formas ???

a) añadir un acceso condicional por uso
https://wiki.openstreetmap.org/wiki/Conditional_restrictions#By-use_modes

b) poner un puente bajo inundable?? alguien ya preguntó esto... parece interesante 
https://help.openstreetmap.org/questions/42924/how-should-a-bridge-build-to-resist-floods-being-tagged

https://en.wikipedia.org/wiki/Low-water_crossing

bridge=low_water_crossing esta bien establecido, en irlanda :). creo que la restricción podría ser estacional?? que dices, ocurrirá inundación solo en epoca de lluvias?? 

https://taginfo.openstreetmap.org/tags/bridge=low_water_crossing#map

////

resumiendo creo tenemos dos aspectos pensando mejor, la estructura del puente (puente bajo inundable, lastimosamente), y el otro la restricción de acceso cuando ocurre evento 

lo que no estoy entiendo es si deberíamos usar un acceso condicional para que no cause problemas en el ruteo o utilizar algo de etiqueta emergency o hazard... ¿?¿?

///

en las estadisticas mundiales hay varios:

https://taginfo.openstreetmap.org/tags/barrier=flood_gate
https://taginfo.openstreetmap.org/tags/description=flood%20control
https://taginfo.openstreetmap.org/tags/name=Flood%20Gate

///

qué complicados somos al hacer estas cosas...
Caleidoscopic (2017-09-25 21:15:42+00:00): Por ahora puse puente bajo inundable como recomendaste y como corresponde por la descripción y le puse abierto 24/7 para no complicar al enrutador, haré pruebas con maps.me pare ver como funciona.
Cada una de estas barreras levadizas es parte de un sistema de monitoreo y alerta de emergencias. 
Así que haré las correcciones combinando con el mapeo de estos puntos: alerta de emergencia y sitios de monitoreo, sólo marqué los que vi en persona, por ahora, en este enlace más info, por si da curiosidad: http://www.amn.bo/index.php/en/recursos-periodistas/titulares/73-scat-lapaz/7156-la-paz-cuenta-con-un-sistema-de-alerta-remota-para-dos-rios-temibles

Gracias por el seguimiento! voy complejizando el registro de esto porque será importante tenerlo ahora que empieza la época de lluvias y se complican las cosas por aquí.
Caleidoscopic (2017-09-25 22:14:36+00:00): al parecer hubo una propuesta y fue abandonada https://wiki.openstreetmap.org/wiki/Proposed_features/Dry_weather
tal vez podría reactivarse, pero no estoy segura , así desaconsejaría el uso en estaciones y eso iría ligado a la barra levadiza y alerta de emergencia, a ver qué te parece.
Caleidoscopic (2017-09-25 22:37:09+00:00): También encontré que si hay riesgo de que se formen charcos, usar ford, y si hay riesgo de inundarse flood_pron, ya lo habilité en los puentes.
trigpoint (2017-09-23 16:49:32+00:00): Hi, this edit looks a bit odd. Costa is not normally an internet cafe, in fact I have never heard of them providing computers. I would also expect it to be in a building rather than the road.
literan (2017-10-15 13:41:47+00:00): зачем здесь столько дублей адресов?
mikkolukas (2019-04-11 02:15:49+00:00): Hvor ser du de svingforbud?
mikkolukas (2019-04-11 02:17:16+00:00): Forbuddet mod U-vending kan jeg godt følge på grund af den optrukne linje på hovedvejen, men de to svingforbud giver ingen mening.
Hjart (2019-04-11 03:43:01+00:00): Jeg har mange gange set gps/navigationsprogrammer opføre sig ret tåbeligt, så de 2 turn-restrictions ind på Gl Viborgvej har jeg placeret dels for at tvinge gps'ere til at vælge "den rette vej" og dels for at "tilfredsstille" diverse fejlsøgningsprogrammer der flagger meget skarpe sving (mulige fejl). Det er meget muligt der ikke er nogen relevante skilte på stedet, men på den anden side gør de her turn-restrictions jo ikke nogen skade her (bortset fra at data for Viborgvej nu er lidt mere komplekse)
mikkolukas (2019-04-11 07:56:22+00:00): Man at nogle gps/navigationsprogrammer opfører sig tåbeligt har jo ikke noget at gøre med hvordan verden faktisk ser ud. Det er op til udviklerne af de apps at få rettet fejlene.

Andre programmer kan fint håndtere den slags, så det er bare et spørgsmål om at dem der laver udviklingen af programmerne får det gjort ordentligt.

Fejlsøgningsprogrammer der flagger meget skarpe sving gør det jo netop fordi de ikke kan vide om netop dette skarpe sving faktisk er en fejl eller ej. Det bliver flagget for at et menneske kan kigge på det og afgøre om det er en fejl eller ej. Det er ikke det samme som at hver gang noget er flagget, at så er det en fejl.

Jeg er delvist med på at turn-restriction i dette tilfælde ikke gør den store skade, andet end for kompleksiteten og for det sjældne tilfælde at en navigator gerne vil bruge den lille trekant som vendepunkt (nogle gps'er kan indstilles til ikke at forslå u-vendinger på almindelige vejstrækninger).

Men, det danner hurtigt en precedens, helt over til hvor jeg ser at folk indfører vendeforbud på steder hvor et langt helleanlæg slutter og de to sider af vejen smelter sammen - og hvor der i virkeligheden ikke er et vendeforbud.
- og alle mulige andre weird-indførte forbud, som ikke giver mening i den virkelige verden.

Så i princippet er jeg imod den slags ekstra-restriktioner, som ikke findes i virkeligheden. Det er ikke i vores data det problem skal løses, men i de applikationer som benytter vores data.

Den samme "regel" står vist nok også i wiki'en når det gælder for renderers (som set fra en datapersepektiv også bare er applikationer) - at vi skal ikke indretet vores data, så det ser pænest ud på kortet på www.openstreetmap.org - for det er bare én render-engine. Der findes så mange andre render-engines derude som ikke nødvendigvis tegner på samme måde og dermed ville sådan nogle tilpasse data faktisk kunne ødelægge korrekt brug af openstreetmap-data i andre applikationer.
cat_crash (2017-09-30 15:01:51+00:00): Hi, 
we are piloting on integration OSM with our cloud solution helps venues keep OSM data up-to-date. 
New key will be introduced in accordance with process or removed after piloting. Please notice - we are piloting only on 2 venues. No any mass loads will be done
LeTopographeFou (2017-10-25 10:03:11+00:00): Hi km2bp, I was recently in St Peter's basilica (Vatican) and where not able to localize the amenities you've mapped there (drinking point, post box...). Do you remind at which level they were ? Assuming level=0 is the basilica, -1 the pope's tombs and -2 the necropole
km2bp (2017-11-17 14:24:50+00:00): This is located on the roof. You can go there while visiting the Vatican museum  https://youtu.be/-mIMaM8iB1c?t=6m59s
LeTopographeFou (2017-11-20 20:28:20+00:00): Ok, thank you! I've seen you put layer=3 but I replaced to level=3 which is more suitable to indicate floor levels (whereas layer is only for rendering purposes)
eggie (2017-09-23 15:48:32+00:00): Ik verplaats de info even naar de BAG adresnode
Harald Hartmann (2017-09-24 10:37:32+00:00): Hello Puppe Paistok. At http://www.openstreetmap.org/way/527055977 you have tagged `duckboars` instead of `duckboards`, right? #typo
S-zation (2017-09-24 01:32:10+00:00): Please do not vandalize the map by adding falsified information.  I've reverted this change as well as all other changes you have made to the Woodmont neighborhood.
Harald Hartmann (2017-09-24 10:24:00+00:00): Hello Fantomas. At http://www.openstreetmap.org/node/5124498286 you have used the new and so far unkown key `contact:viver`. Is it a misspelling, or what is it for? #newkey
Harald Hartmann (2017-09-24 10:15:02+00:00): Hello JAAS. At http://www.openstreetmap.org/way/392536678 you have tagged `Alt_name` instead of `alt_name`, right? #typo
maraf24 (2017-09-24 21:19:06+00:00): A jaki jest powód usunięcia tagów z budynku i umieszczenie ich w węźle? 
https://www.openstreetmap.org/node/5124613832
maraf24 (2017-09-24 21:24:17+00:00): I dlaczego zniknął przystanek z tego węzła: https://www.openstreetmap.org/node/3042516897 ?
highway=bus_stop jest starszym sposobem oznaczania, ale wciąż aktualnym. Jeśli chcesz użyć nowego, to zostaw stary sposób.
Tramino90 (2017-09-26 11:26:12+00:00): Zasugerowałem się oznaczeniem budynków w sąsiedztwie. Możesz mi wskazać, jak powinno się je poprawnie otagować?
maraf24 (2017-09-26 18:47:23+00:00): Obie metody są poprawne, jednakże tag na budynku sugeruje, że POI zajmuje cały budynek. 
A jeśli w budynku jest sklep, bar i pensjonat to umieszczenie tego tylko w węzłach jest całkiem rozsądne. 
Operację, którą wykonałeś, przeprowadza się właściwie tylko w takich sytuacjach, więc zastanowiło mnie, że wykonałeś ją na wskazanym przeze mnie POI. Bo tam jest tylko pensjonat.
literan (2017-09-24 11:30:41+00:00): а правильно - участку под мостом вообще никакого значения не присваивать, а тому, что на мосту (сверху) - layer=1. Поправлю.
molnike (2017-09-24 15:13:06+00:00): Тут спорный вопрос мост ли это или тоннель...
literan (2017-09-25 18:28:16+00:00): https://yandex.ru/maps/213/moscow/?ll=37.667783%2C55.704054&z=17&l=map%2Ccmr%2Cstv%2Csta&panorama%5Bpoint%5D=37.667446%2C55.703319&panorama%5Bdirection%5D=192.652524%2C7.102989&panorama%5Bspan%5D=100.538799%2C80.000000 - это обычный путепровод. Тоннель - это подземное сооружение, а здесь обычные перекрытия - железобетонные балки
Alecs01 (2017-12-19 20:08:55+00:00): Ciao, sei sicuro che esista un posto che si chiama "Case Sparse"? http://www.openstreetmap.org/node/5124633552 chiedo perchè è la denominazione che usa Istat per i gruppi di case senza nome https://it.wikipedia.org/wiki/Localit%C3%A0_abitata http://www3.istat.it/cgi-bin/glossario/voce.pl?Casesp_0
procuste (2017-12-22 17:07:07+00:00): Buonasera. Sì, ne sono abbastanza sicuro perché me l'ha riferito un parente che vive nella zona, e me l'hanno confermato anche altre persone. Dovrebbe essere proprio il nome della località.
Alecs01 (2017-12-22 18:05:47+00:00): Ok grazie!
R0bst3r (2017-09-24 21:40:32+00:00): Hallo Knarf11,
die Adresse war bereits erfasst, in den Öffnungszeiten hat dies nichts zu suchen. Diese sollten dem Schema unter https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours entsprechen.
Die Telefonnummer habe ich extra erfasst.
Viele Grüße
wille (2017-10-20 18:52:55+00:00): Hello!
            I reviewed your changeset on OSMCha and it looks great!
            Thank you very much for your contributions to OpenStreetMap!
            #REVIEWED_GOOD #OSMCHA
            Published using https://osmcha.mapbox.com.
Sanniu (2017-10-11 13:11:40+00:00): http://www.openstreetmap.org/way/527069151 and http://www.openstreetmap.org/way/527069153 - are they roundabouts?
Flayer (2017-10-11 16:09:18+00:00): yes
Sanniu (2017-10-12 07:00:58+00:00): Thx, fixed
Harald Hartmann (2017-09-24 10:47:05+00:00): Hello murble. At http://www.openstreetmap.org/node/5124680688 you have used the new (and misspelled) key `localtion_ref` instead of the more common `ref:location`, right? #typo
eggie (2017-09-23 16:50:28+00:00): Wat is de reden dat je deze tags hebt verwijderd?
Léon van der Kaap (2017-09-23 17:28:31+00:00): De kerk is reeds een aantal maanden uit de eredienst onttrokken en fungeert deshalve niet meer als kerk.
eggie (2017-09-23 17:37:18+00:00): Oke.. duidelijk. Bedankt voor de reactie.
gurglypipe (2017-09-25 10:40:42+00:00): If these are houses, you can use building=house rather than building=residential; it’s more specific. (Don’t be tempted by building=semi, since that’s for tagging an outline for a pair of semis, rather than the individual houses themselves.)
rogerjames99 (2017-09-25 12:24:37+00:00): I have been mapping these semis as relations of type building with three members two of which have roles of "part" and one with a role "outline". I have changed the "part" members to building=house. However if I try to adding a tag of building=semi to the outline area I get a nested tag warning on the building tags. Am I making things too complicated by using a relation to group the semis? Shgould I just remove the outline area and the relation? What is the recommended way to do this?
gurglypipe (2017-09-25 12:35:56+00:00): It looks to me like relation:building is designed for 3D and indoor mapping; its intended use case doesn’t seem to cover semis (https://wiki.openstreetmap.org/wiki/Relation:building). What you’re doing doesn’t seem incorrect, but it does seem over-complicated to me. What extra information does the use of a relation provide, which mapping two areas with two common nodes doesn’t? When mapping semis, I’ve been doing that: creating two areas which share common nodes on the party wall, with both areas tagged as building=house. I’m not an expert on this though! If you’re still unsure, maybe it makes sense to bring this up on the talk-gb mailing list?
rogerjames99 (2017-09-25 12:44:21+00:00): I agree. I was playing with relations to learn about them. I have just uploaded a modified changeset that keeps the relation but does not have the building=semi tag on the outline. When I get back to doing some work work on this area I will probably ditch the relations and the outlines.
gurglypipe (2017-09-25 13:06:45+00:00): Cool. Keep up the good work! If you’re wanting to map this area in extreme detail, you might also want to look at https://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Roof and adding the fences/walls/hedges between the properties, and their drives. I did that for a few areas in Kendal (http://www.openstreetmap.org/#map=18/54.31047/-2.75347) and the result is attractive (I think), although probably not worth the effort unless you really care about the area.
Xevi (2023-01-09 13:06:17+00:00): Primer de tot, no es pot importar informació del ICGC a OSM ja que no tenim permís. Segon, el nom que s'ha posat a l'esglesia es incorrecte, veure https://westnordost.de/p/126381.jpg https://westnordost.de/p/126382.jpg https://westnordost.de/p/126383.jpg de la nota https://www.openstreetmap.org/note/3498967
hsimpson (2017-09-25 16:33:59+00:00): Hi, ein Baum ist auch so schon ein Baum, der braucht die Bezeichnung nicht auch noch im Namen!
name=* wird für Eigennamen verwendet, nicht zur Bezeichnung des Objekts als Baum! Dafür reicht natural=tree vollkommen aus!
Ich bitte dich, die nam-Tags wieder von den Bäumen zu entfernen!
Viele Grüße,
hsimpson
Something B (2018-10-03 22:12:57+00:00): Здравствуйте, mita21!
 Возле БРСМ и пересечения ул. Владислава Зубенко раннее был автосервис АТЛ. Сейчас там АТБ?
 https://www.openstreetmap.org/node/5124763107
С уважением, 
Something B.
5m4u9 (2017-09-23 20:30:59+00:00): estoy revirtiendo este cambio porque se borra áreas residenciales (aproximadas) de pueblos

en pueblos es más comun tener marcada esta area como referencial para que visitantes no interfieran con actividades agrícolas
Caleidoscopic (2017-09-25 22:25:58+00:00): Me estas vacilando,  voy a estudiar bien esta parte.
5m4u9 (2017-09-25 23:25:12+00:00): ayy quizá no se entiende bien porque no se muestra bien el punto aparte del párrafo :(
///
decía que el uso residencial para bolivia en ciudades es medio confuso y hasta dificil de conseguir, y representar
///
no explique bien que para pueblos, es medio importante tener el área aunque sea aproximada, porque? porque los visitantes pueden estar accediendo a propiedad privada (chacras) con el respectivo problema, es solo referencial
///
habría que pensar un poco más y discutir si vale la pena
Caleidoscopic (2017-09-25 23:36:12+00:00): Te entendí muy bien, gracias, decía que estudiaré esa parte justo porque coincido contigo, también me parece que en ciudades es muy confuso el uso, en la sección de la wiki aparece: https://wiki.openstreetmap.org/wiki/ES:C%C3%B3mo_mapear..._(en_Bolivia) dice mapear manzanos, eso ya está decidido?
erickdeoliveiraleal (2017-09-24 12:44:03+00:00): Essa linha parece incorreta: https://www.openstreetmap.org/way/527084283
Harald Hartmann (2017-09-24 10:30:13+00:00): Hallo PASTA777. Bei http://www.openstreetmap.org/node/5124776275 hast du den bisher unbekannten Key `direction_east_1` verwendet. An sich nichts schlimmes, wie ich die Tage erst darauf hingewiesen wurde, steht das auch so im Wiki. Leider ist mir bisher aber noch keine Anwendung bekannt, die das auswertet. 
Wenn du diese Wegweiser allerdings als "destination sign relation" (http://wiki.openstreetmap.org/wiki/DE:Relation:destination_sign) erfasst, gibt es da bereits eine Beispielseite, welche das auswertet: http://osm.mueschelsoft.de/destinationsign/example/index.htm#node=3904084343

Siehe auch die Diskussion "Wanderwegweiser" (https://forum.openstreetmap.org/viewtopic.php?id=31528)
PASTA777 (2017-09-24 19:51:50+00:00): Hallo Harald, 
weiß auch nicht warum der Editor immer das DIRECTION_EAST_1 mit genau dieser Verlängerung vorschlägt. Das scheint mir der Standard zu sein, wenn ein Key doppelt vorkommt. Ist z.B auch bei WEBSITE und WEBSITE_1 so. 
Wenn das nun stört, nehme ich gerne einen Doppelpunkt oder ein anderes Zeichen für die Erweiterung. Dann sollte man aber den Editor mit den Vorschlagswerten/Syntaxcheck auch anpassen. Sonst passieren dauernd diese Fehler. Ich finde da keine Syntax Regel.
Das mit der Relation ist perfekt, jedoch auch recht kompliziert. Ist das schon "Standard" oder nur ein Wunsch ?