piebro/osm-data huggingface dataset:
SomeoneElse (2015-03-16 15:49:29+00:00): Because (a) for many years now $mode_of_transport or $animal have been used as access tags and (b) it fits in with all of the other tags on the item.
rbuch703 (2015-03-16 21:43:53+00:00): So you *did* only guess after all. Now your guess may be right or may be wrong, but the big picture is that there is no documentation to unambiguously interpret that tag (for example, the interpretation as "not present" as opposed to "not allowed" would also be consistent). And this makes that tag worthless. Deletable.
MKnight (2015-04-21 13:29:53+00:00): Wenn das schonmal "bereinigt" war, dann war es schonmal auch falsch. Der Verzögerungsstreifen ist da nicht umsonst gemappt und führt nach Deiner Änderung ins Leere...

Siehe: https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction#Anwendung

Ich habe es jetzt wieder korrigiert.
zimba (2015-03-16 11:12:03+00:00): Rheinauhalle Multipolygon sinnlos, da nur ein outer-Way -> wieder entfernt. Bitte POIs nur einmal eintragen, d.h. Name entweder an den Way oder an einen Node.
malcolmh (2015-03-15 15:06:20+00:00): The tag "seamark:type=rock" is inappropriate for islets. Ir should only be placed on nodes that are offshore. See: http://wiki.openstreetmap.org/wiki/Tag:seamark:type%3Drock
CyrusDreams (2015-03-17 17:10:08+00:00): When I searched for the tag "islet", I was referred to the overview page at: http://wiki.openstreetmap.org/wiki/DE_talk:Tag:place%3Disland
Most is in German, but in the English section the difference between rock and islet is made by size. Since the dimension of the objects was smaller than 20m at least in one direction (if not both), I opted for "rock".
malcolmh (2015-03-17 17:30:15+00:00): That wiki page is discussing values for the "place" key. Therefore, you would use "place=rock", not "seamark:type=rock"
CyrusDreams (2015-03-17 18:31:33+00:00): It isn't discussing "place", it is discussing "place=island" and distinguishes this tag from others. In fact, taginfo shows only 6 hits for "place=rock" and zero for "place=rocks". That is a strong indication that the proper use of "rock" is in conjunction with "seamark". Also keep in mind that rock can also mean a landmark on the ground. To proper indicate that the rock is in the sea, you have to use "seamark".
malcolmh (2015-03-18 13:11:41+00:00): Sorry, I mis-read. The important thing is that an area which is tagged with "natural=coastline" cannot be tagged as "seamark:type=rock" as the definition of the latter is an object which is "awash or is below the water surface". An area within a coastline is by definition above the high tide level.
ajf3934221 (2020-01-29 17:16:26+00:00): Hallöle, Du hast ja laut @dktue dich mal um die Position der Platanen gekümmert. Ich habe dort aktuell auch Messungen durchgeführt und die Platanen hier und da etwas repositioniert.  Mit welcher Genauigkeit bzw. Methode hast Du denn die Platanen damals aufgenommen? Evtl. hättest Du die Daten noch für einen abgleich?
Grüßle A
gausskrueger (2020-02-06 16:36:10+00:00): Hallo,
ich habe leider den Originaldatensatz nicht mehr. Wenn ich mich recht erinnere habe ich die Bäume in ca. 1m Abstand nach innen (zur Längsachse der Allee) gemessen. Danach habe ich die Punkte in QGIS senkrecht zur Längsachse um den entsprechenden Betrag nach aussen verschoben. Die Meßgenauigkeit hat damals bei ca. 1m gelegen.
vg
Gerhard
ajf3934221 (2020-02-06 20:09:49+00:00): Alles klar, vielen dank für die Info. Dann werde ich einfach mal in der nächsten Zeit nochmal messen nur um sicherzugehen daß ich nichts verschlimmbessert habe. Hab ja inzwischen auch den F9P von Hagen, der ist der Hammer. Mein Plan würe die mittige Verbindungslinie zwischen den Platanen zu messen.
Grüßle!
seriousbaguette (2015-03-15 14:49:08+00:00): Macondo moved into new location
Polarbear (2015-10-25 19:50:47+00:00): Hallo harzguide, einzelne Bäume werden nur als Node erfasst, keinesfalls als Kreis um die Krone, auch nicht als tree_row (das ist eine ganze Baumreihe). 

Wenn du willst, kannst du den Stammumfang mit circumference angeben, aber der Kronendurchmesser ist unüblich. 

Siehe http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree
Polarbear (2015-10-27 21:15:48+00:00): Danke auch für die konstruktive Kommunikation per PN und die begonnenen Änderungen. 

Welche Bäume noch als Linie erfasst sind, kannst du leicht mit folgender Overpass-Anfrage herausfinden (als Node ist auskommentiert), im Zielgebiet noch ca 560:

http://overpass-turbo.eu/s/cjl  --> Run
Nakaner (2015-04-05 08:04:46+00:00): Die Angabe einer Adresse kannst du dir sparen, wenn es keine Hausnummer gibt. Hausnummernlose Adresse sind Daten, die die Datenbank bloß unnötig aufblähen, aber nicht sinnvoll nutzbar sind. https://www.openstreetmap.org/node/3027042611
HolgerJeromin (2021-08-13 11:16:06+00:00): Was ist denn https://osm.org/way/332903349 für ein Gebäude? Tiefgarage? Auf dem Luftbild ist Rasen zu sehen.
flohoff (2021-08-16 10:44:14+00:00): Nach dem ALKIS des Kreises GT ja - Die frage ist ob wir das als solches eintragen sollten ...
flohoff (2021-08-16 10:45:04+00:00): Ich habe das mal umgetragen als amenity=parking/parking=underground/layer=-1/acces=private
HolgerJeromin (2021-08-16 19:30:58+00:00): Danke
Mateusz Konieczny (2015-09-06 16:43:57+00:00): https://www.openstreetmap.org/relation/1889529#map=17/45.87877/11.14082 is wrong

For example Rovri is not in the forest but it is in the valley.

landuse=forest and natural=valley are distinct objects
Mateusz Konieczny (2015-09-06 16:44:10+00:00): see also https://www.openstreetmap.org/note/429851
tosky (2015-03-15 16:39:12+00:00): Vedo che i dati del B&B sono stati inseriti su un punto preesistente, un telefono. Se il telefono c'è ancora, allora andrebbe ripristinato e si dovrebbe aggiungere un nuovo punto per il B&B.
Zbigniew_Cz (2015-06-26 23:48:51+00:00): Życzę powodzenia w poprawianiu tego wszystkiego co zostało pięknie wyrysowane do nieskalibrowanego podkładu :-)
Bryce C Nesbitt (2015-03-23 16:44:57+00:00): Please check tag ] on http://www.openstreetmap.org/way/332909769

http://blog.jochentopf.com/2015-03-05-new-taginfo-features-and-a-challenge.html
ErikJ (2015-03-23 18:08:20+00:00): Yeah, that's a bogus tag.  Probably hit the wrong key. Removed.
SomeoneElse (2015-11-01 10:00:47+00:00): Hi,
Just noticed http://www.openstreetmap.org/way/332915516/history and http://www.openstreetmap.org/way/332910596 here (while I was looking at something else).  It seems odd that the footpath joins the road, runs parallel with it for a while, and then leaves again.  I'm guessing in reality that actually the footpath runs along the service road for a bit, so splitting the service road and adding "foot=yes" to that bit would make sense, if that's the case.  
Also, is the footpath here a signed "public footpath"?  If so, adding "designation=public_footpath" would make sense, so that maps displaying that and people extracting that information for e.g. Garmin handhelds would know about it.
Cheers,
Andy
Durko_freemap (2015-03-17 21:02:29+00:00): Ahoj Biker, aka je to ta Bid mapa?
Biker61 (2015-03-18 07:06:09+00:00): Samozrejme, že sa jedná o preklep. Správne má byť  zdroj označený Bing.
AndersAndersson (2015-03-15 22:51:13+00:00): Jag återställde vägen vid Norddalskvarn. Bings flygbilder stämmer väldigt dåligt med verkligheten där marken är kuperad. Det är bra att titta på GPS-spår innan du justerar en befintlig väg.
sorcrosc (2015-03-15 22:08:29+00:00): metti il commento quando carichi una modifica, grazie
*Martin* (2015-03-16 08:06:54+00:00): Ahoj Matt

Vitaj.

Prosim pripajaj ku kazdej zmene strucnu spravu s popisom co si editoval. Napr. "pridanie lesika a uprava budov na Podhradovej, Kosice" a idealne aj zdroj (v tomto pripade asi Bing)

V pripade otazok kludne pis na forum slovenskej komunity OSM osm_sk@googlegroups.com.

Dakujem
Bryce C Nesbitt (2015-03-17 16:08:58+00:00): Please check you have a tag named "#", and a county name that's not needed.
tosky (2015-03-15 20:45:25+00:00): Questa modifica contiene solo una strada che si sovrappone a strade esistenti, senza alcun tag:
http://www.openstreetmap.org/way/332927738
Sospetto sia una traccia GPS direttamente inserita in OSM; provvedo pertanto ad annullare la modifica.
sorcrosc (2015-03-15 20:48:52+00:00): grazie tosky, stavo per farlo io.
Cisco se vuoi inserire una traccia gps (utile solo come riferimento per mappare) puoi farlo con la funzione apposita nel tuo account openstreetmap
Nakaner (2015-03-24 17:59:57+00:00): revertiert durch https://www.openstreetmap.org/changeset/29709197
Hjart (2015-03-17 18:56:21+00:00): Det ser ud som om du her har brugt nogen uredigerede gps-spor direkte i data. Dette kan generelt ikke anbefales. Gps-spor bør uploades til deres eget lag og blot bruges til at tegne efter.

Desuden har du forbundet et par stiender til en parkeringspolygon. Der er såvidt jeg ved ingen navigationsprogrammer der router over parkeringspladser (hvilket også kunne have uheldige konsekvenser), så routing kommer ihvertfald ikke til at virke her.
Nakaner (2015-03-31 18:20:24+00:00): Bitte sei künftig etwas vorsichtiger. Ich trage gerade an der ICE-Strecke ein paar Signale ein und das ist innerhalb von 10 Minuten der zweite Changeset von dir, in dem du (vermutlich ungewollt) fremde Objekte mit dem Gleis verbindest und so das Gleis "knickst). Wenn du in JOSM beim Zeichnen eines Ways Strg gedrückt hälst, werden die Nodes mit nichts verbunden. http://nrenner.github.io/achavi/?changeset=29884794
tex6710 (2015-03-15 20:52:30+00:00): cancellato sentiero in quanto strada privata segnalata e con sbarra
Hjart (2015-03-17 10:32:33+00:00): Hvis du laver separate cykelstier langs veje hvor der i forvejen er cycleway=* tags, så er det en god ide at fjerne disse tags, så vi ikke får dobbelte cykelstier på cykelkortet.
Hjart (2015-03-17 10:41:08+00:00): Desuden er der i dag på http://tools.geofabrik.de/osmi/?view=routing&lon=12.18259&lat=55.77204&zoom=14&overlays=unconnected_major1,unconnected_major2,unconnected_major5,unconnected_minor1,duplicate_ways,islands
en rød prik midt på Krogholmvej hvor du har delt vejen og glemt at samle den igen (der lå 3 noder oven i hinanden). Jeg har repareret det. Jeg laver ofte lignende fejl, men dette er bare så du også lige er opmærksom på at det kan ske.
SomeoneElse (2015-03-16 11:12:24+00:00): You've removed some tags from http://www.openstreetmap.org/way/84209215/history - was that deliberate?
SomeoneElse (2015-03-16 11:18:33+00:00): And also from http://www.openstreetmap.org/way/185882029 and presumably from other objects too.
Hjart (2015-03-22 07:36:29+00:00): Du har her omklassificeret et vandløb fra stream til ditch. Udfra hvad jeg kan se på ortofotos ville jeg umiddelbart gætte på at det er en bæk (stream) (med strømmende vand) fremfør en grøft (ditch)
emacsen (2015-03-22 22:36:58+00:00): Can you say more about this changeset and the others like it? What is lpis? Does it correspond with this? http://wiki.openstreetmap.org/wiki/LPIS

If so, I believe this page describes an import that does not conform to the OSM Import Guidelines (http://wiki.openstreetmap.org/wiki/Import/Guidelines) due to a number of issues (import list discussions, separate accounts), etc. 

It also appears based on the rapidity of these imports that they were done very quickly, possibly too quickly to have been reviewed manually.

Can you please address some of these concerns?
hopet (2015-03-23 06:33:27+00:00): The http://www.openstreetmap.org/changeset/29506460 changeset has been made manually using Tracer-testing plugin in JOSM with lots of time and manual clicking and corrections... and thus I do not consider it an automated import. Also, resolving all the JOSM-generated warnings took substantial time. And yes, the data is based on those of LPIS, but via WMS I believe, the way the Tracer works.

I know I am committing quite heavily these days and I can slow down if you like, but I was limited by the time window to get it done.
Zbigniew_Cz (2015-03-17 18:52:25+00:00): addr:place= służy do czegoś innego...
sagar35 (2015-08-03 00:28:29+00:00): its really awasome
streckenkundler (2015-03-16 01:07:00+00:00): Hallo,

wenn waterway=dam falsch ist, was ist dann für im rechten Winkel zur Fließrichtung liegende Gewässerverschlüsse mit der Funktion eines Überlaufes...
Es ist kein Damm im Sinne eines Deiches (diese sind parallel zum Gewässer!), es ist kein Wehr im Sinnes eines künstlichen regulierbaren Staubauwerkes... 

Es sind quer zur Fließrichtung gemachte Gewässerverschlüsse, um das Wasser in den unbegradigten Altlauf zu zwingen. Im Hochwasserfall kann das Wasser über den Wall fließen.

waterway=dam passt hier am ehesten in Ermangelung eines geeigneten Tags... Grundsätzlich in der Funktion sehe ich bei den drei von dir bearbeiteten Gewässerverschlüssen erst mal keinen Widerspruch zur Funktion von waterway=dam.

im übrigen darf meiner Ansicht nach waterway=dam nicht auf künstliche Staumauern aus Beton (Wiki) reduziert werden.
Sven
Zian Choy (2015-03-16 05:22:00+00:00): The other source was an e-mail from the library with the new hours of operation.
Zian Choy (2015-03-16 05:22:23+00:00): As well as the library's website.
berndw (2015-03-17 15:28:09+00:00): Mazada?
redrace (2015-03-17 16:49:18+00:00): Ich habs geändert! Madza! :-)
Vitall Baranov (2020-08-13 06:24:00+00:00): ТП-47
GerdP (2015-10-23 10:35:37+00:00): please review:
I've changed way 333020000,
it way tagged
highway="Morinda Close"
I guess that is the name.
Zhent (2015-10-27 09:05:03+00:00): Yes that appears to be correct thanks, no idea how that stuffup occurred...
GerdP (2015-10-27 09:21:32+00:00): okay, thanks for the feedback :-)
Maxime Résibois (2015-03-25 09:10:11+00:00): Vous avez changé un "building=yes" en "landuse=industrial", or il s'agit bien de bâtiments, si vous souhaitez préciser le type de bâtiments dont il s'agit le tag approprié est "building=industrial" : http://wiki.openstreetmap.org/wiki/Tag:building%3Dindustrial
"landuse=industrial" sert pour une occupation du sol plus globale (délimite toute une zone industrielle par exemple) : http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dindustrial
Maxime Résibois (2015-03-24 13:49:24+00:00): Bonjour!

Qu'avez-vous essayé de faire? Il s'agit de l'emprise d'un bâtiment qui a été détruit récemment il me semble. Pourquoi mettre cette emprise en "landuse=residential"?

Bonne journée,
HainautCart@ (2015-03-25 10:10:17+00:00): Euh, bonne question... Je ne connais pas ce coin là...
Je ne vois qu'une explication, une confusion sur une suggestion de correction (en ligne) via osmose...
Nakaner (2015-03-16 21:21:01+00:00): Du hast das Signaltagging nicht ganz verstanden "TYP" ist ein Platzhalter für main, distant, speed_limit usw. Ich habe es korrigiert.https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging_in_Germany#Hp-Signale https://www.openstreetmap.org/changeset/29527793
DD1GJ (2015-03-16 23:03:31+00:00): Danke, ich habe noch die Signale Richtung Freudenstadt angepasst.
https://www.openstreetmap.org/changeset/29529661
dudka (2015-03-16 08:41:30+00:00): Не нужно включать угловые дома сразу в два отношения. Например как здесь http://www.openstreetmap.org/way/333023638
Если номер дома 123/11 то очевидно его адрес "Ленина, 123/11", а адрес "Челюскинцев 123/11" некоректный
dudka (2015-03-16 08:42:21+00:00): это же касается многих других домов
http://pavlo-dudka.github.io/osm-pg-tests/test.html?street.relations.m#zoom=15&lat=47.06054&lon=37.3091
uname (2015-03-16 08:45:35+00:00): почему это вдруг адресс адрес "Челюскинцев 123/11" некоректный?
dudka (2015-03-16 09:05:46+00:00): потому что не бывает так чтобы по одной улице дома нумеровались 7, 9, 123/11.
Возможно коректным есть второй адрес "Челюскинцев 11/123", но не "Челюскинцев 123/11"
dudka (2015-03-16 09:06:06+00:00): С какого источника копируется адресная информация?
uname (2015-03-16 09:13:41+00:00): с бумажной ксерокопии генплана города 1979г. А дом 123/11 который и по ленина и по челюскинцев будет в поисковиках искатся и по челюскинцев и по ленина или только по ленина если я из отношения уберу?
dudka (2015-03-16 09:33:12+00:00): скорее всего поисковики будут выбирать одно из названий случайным образом(возможно первое по алфавиту, или с наименьшим relation_id, но не уверен).. например поиск "Мангуш Горького 100/34" www.openstreetmap.org/search?query=мангуш Горького 100%2F34 находит http://www.openstreetmap.org/way/333023496 но запрос "мангуш почтовая 100/34" не находит его. Судя по нумерации близлежащих домов дом все таки на Почтовой.
uname (2015-03-16 09:40:05+00:00): беда в чем - я изначально накидал адрессные точки на оба адресса и ланинская 11 и челюскинцев 123
реально дом с одной стороны ченинская 11/123 с другого боку челюскинцев 123/11.. получается незнаю пря как делать. там даже выверял адресс школы с домом через дробь - гдето пишут по главной улице гдето по проулку. если поставить просто 2 точки то теряется дроби и будет 2 адреса без дроби. с другой стороны поиск идет криво с дробью даже если вобще не привязан к одной из улиц. какойто бред - хочу разьяснений как сделать не то что правильно как сделать идеально чтобы не оставалось адресных точек а все было привязано к зданию и кругом работало
dudka (2015-03-16 09:53:56+00:00): если у некоторых домов есть два адреса то рекомендуется делать как описано здесь: http://forum.openstreetmap.org/viewtopic.php?pid=305091#p305091
"4) если один домик официально имеет несколько адресов..."
вот, например, как это выглядит в Черновцах "http://www.openstreetmap.org/#map=19/48.29048/25.93258"
dudka (2015-03-16 09:54:48+00:00): есть альтернативный подход, предложеный российским сообществом http://wiki.openstreetmap.org/wiki/RU:AddrN но он плохо согласовывается с адресацией с помощью отношений
uname (2015-03-16 10:10:48+00:00): я все это внимательно по 10 раз перечитал
блин каряво както
1. делать два домика в одном месте - бяда
2. делать адресацию чисто точками - бяда с адресацией ПОИ
3. делать адресацию и точками и полигонами - см.п.2
4. делать адресацию по российской схеме без отношениий ? с одной стороны мультиязычность, хотя пофигу на неё (в мангуше мало кто знает как та или иная улица на украинском) мне несложно, но както нехорошо не так как все...
сложный город на 1300 адресов гдето 300 двойных!! я чеканусь с ним
dudka (2015-03-16 10:16:15+00:00): Я бы все таки делал по п.3.
Думаю, что отсутствие вторичного адреса для пои не очень то и критично, главное чтобы основной был. А поиск по вторичному адресу будет работать и находить координаты пои.
uname (2015-03-16 10:21:30+00:00): спасибо большое - так и сделаю
freeExec (2015-03-16 13:00:05+00:00): Какие же это track, когда соединяют населенный пункты, надо исправлять на unclass
xeonvs (2015-03-16 13:04:11+00:00): Эммм, там на снимках не присутствовали организованные дороги. Обычные полевые грунты.
freeExec (2015-03-16 13:08:32+00:00): Покрытие никак не влияет на значимость, заполняй его отдельно. Сам смотри, никто не поедет из Багдашкино в Новые Чукалы через трассу А-151. А раз дорога используется для транзитного трафика, то она не тежится как для сельхозтехники.
xeonvs (2015-03-16 13:15:38+00:00): Ок, поправил. Но недопривод там лет 10 назад не проехал бы, давали кругаля.
itineris (2019-12-03 00:25:12+00:00): Szia!

Tudom, hogy már régen volt, de honnan vetted a petőfiszállási zarándokhelyre vezető út nevét? A Google az autópálya-pihenőtől a zarándokhelyig Arany Jánosnak hívja. Az elvileg OSM alapú terkepem.hu egészen a faluig. A valóságban ez nem egy nevesített utca, hanem egy út a préri közepén, lakóterületen kívül. (A szóközt mindenesetre beraktam a "P." után itt is, és az emlékműnél is.)

Üdv:
Ákos
user_5359 (2020-01-01 09:44:00+00:00): Hello! Short question to the way https://www.osm.org/way/333030326 : What is the meaning of the tag value=110 ?
mapwitch (2020-01-06 17:03:55+00:00): I've checked this way and two others nearby, but I could not reconstruct this edits. I have deleted the three ways.
BrunoC (2015-03-19 10:38:12+00:00): Bonjour,
Je peux comprendre le besoin de rajouter de highway pedestrian pour les outils de routage (encore qu'ils devraient pouvoir s'adapter).

Pour le tag name, je trouve sa présence inutile, surtout quand celui-ci est faux :-)

A+
Bruno
BrunoC (2015-03-19 10:39:16+00:00): Et la traversée de la fontaine est pas top non plus.
Weide (2015-03-17 13:09:26+00:00): area=yes wird bei in sich geschlossenen Linien benutzt um anzugeben, dass nicht die Linie sondern die umschlossene Fläche gemeint ist.
haytigran (2015-03-17 13:24:45+00:00): Hallo Weide,
vielen Dank für den Hinweis, es war wohl aus versehen.
Grüße,
haytigran
Firefishy (2015-03-16 11:22:31+00:00): Welcome to OpenStreetMap. Thank you for the great addition.
kocio (2015-03-17 02:11:21+00:00): Hej,

Widzę, że w tym zestawie zmieniasz m.in. typy warszawskich stacji kolejowych na przystanki kolejowe. Z jakiego źródła korzystasz przy tych zmianach do określania typu stacji/przystanku kolejowego? Opis tych zmian jest bardzo ubogi i prawie nic mi nie mówi.
user_717069 (2015-03-17 16:08:12+00:00): Witam,
W tym przypadku korzystam ze źródła podstawowego, czyli strony zarządcy infrastruktury (plk-sa.pl).
kocio (2015-03-17 16:36:43+00:00): O, to super! Dzięki, akurat chciałem poszukać dobrego źródła i zacząć poprawiać. =}
tosky (2015-03-16 12:16:18+00:00): amenity=shelter non è proprio il tipo giusto per un negozio :)
sabas88 (2015-03-17 08:27:11+00:00): Si è anche duplicato il civico 13... Lo correggi te tosky?
repairtech_it (2015-03-17 11:55:18+00:00): non ho trovato nessun tipo di categoria negozio shop store ecc, invece per il civico non so dove sia dupplicato
repairtech_it (2015-03-17 11:57:25+00:00): intendi sulla mappa? il nr civico del negozio e quello pero nella mappa la posizione reale e al angolo...
sabas88 (2015-03-17 13:19:29+00:00): Si, vedi che è rimasto un 13 anche dal lato di via Campiglio? Andrebbe unito a quello che hai messo te (al limite cancellalo :-) )
Per la parte del tag, non va bene shelter: se espandi la sezione Tutti i tag vedi una riga con scritto amenity e shelter, rimuovila e metti al suo posto shop e mobile_phone..
Se hai dubbi chiedi pure!
repairtech_it (2015-03-17 14:03:02+00:00): ho tolto il numero civico, forse ci vorrà un po per aggiornare la mappa. modificato anche la categoria :-) grazie per i consigli
GerdP (2015-11-11 20:40:24+00:00): please review:
maxspeed=проезд запрещён
Did you mean access=no ?
https://www.openstreetmap.org/way/126932237
uname (2015-03-17 00:34:38+00:00): вот зря вы это делаете право слово. может в КОАТУУ это уже нашло отражение какоето, но в карте кадастра пока никаких изменений... смысл лететь впереди планеты всей? вот этот валидатор http://wowik.000space.com/places/ua/index.htm сохранит функциональность после таких правок? или нужно просить чтобы подтянули новый коатуу?
dudka (2015-03-17 08:22:39+00:00): Изменения произошли на сайте ВР http://w1.c1.rada.gov.ua/pls/z7503/A008?rdat1=17.03.2015&rf7571=7591, в КОАТУУ, на uk.wikipedia.org
Мои изменения никак не "впереди планеты всей".
Мне кажется что http://wowik.000space.com/places/ua/index.htm просто отображает вложеность админ-единиц в OSM и никак не связан с КОАТУУ. Например страничка Новоазовского района http://wowik.000space.com/places/ua/$1454.htm не отображает Саханский сельсовет, потому как до вчерашнего дня его не было в OSM.
iWowik (2015-03-17 08:51:02+00:00): http://wowik.000space.com/places/ua/index.htm В настоящее время работает без оглядки а КОАТУУ - только то, что в ОСМ.
С КОАТУУ были в своё тестовые прогоны, но пока заглохли.
http://wowik.freevar.com/places/ua-test/
uname (2015-03-17 08:59:20+00:00): а давайте я ДНР ЛНР как автономные республики в составе украины выделю? а что? Решение СБ Украины есть, Конституция и админделение ДНР есть, статьи в википедии есть все что нужно. И главное на всех картах есть кроме ОСМ. или это поспешно будет?
maurogabriel (2015-03-16 18:09:37+00:00): Creación del lugar de Culto Salón del Reino de los Testigos de Jehová
Bryce C Nesbitt (2015-11-29 07:46:55+00:00): Is this a bike shop or a diy tool stand?  http://www.openstreetmap.org/way/194233728

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_repair_station
yuryleb (2015-04-06 11:30:59+00:00): Вас когда-нибудь собьют на этих "сервисных въездах", если вы действительно так ездите
catoblepa (2015-03-24 13:42:20+00:00): Nel nodo  3401765443 il nome è inesatto:
http://www.openstreetmap.org/node/3401765443