piebro/osm-data huggingface dataset:
fkv (2019-06-18 21:29:15+00:00): Wenn im Wiki steht, dass ein Tag veraltet ist ("deprecated"), ist das noch kein Freibrief oder gar Auftrag, alles umzutaggen. Sondern es ist nur eine Empfehlung, für *neue* Einträge die neuen Tags zu verwenden. Um die Erhaltung von Daten, die man selber beigetragen hat, also deren Urheber man ist, bemüht zu sein, ist kein Revierkampf, sondern eine Selbstverständlichkeit. Kein Maler würde auf die Idee kommen, Bilder anderer Maler zu übermalen, nur weil sie Teil der selben Gemäldesammlung sind. Und kein Mitglied eines Orchesters würde auf die Idee kommen, die Tonspur eines Kollegen durch eine eigene zu ersetzen. Nur in OSM fummelt jeder an den Daten der Miturheber herum, weil man sie nicht als Menschen oder gar Künstler wahrnimmt, sondern nur als Textkürzel am Computerbildschirm, so wie fiktive Charaktere in einem Computerspiel. Wie ein Computerspiel werden auch Validatormeldungen wahrgenommen: Man frisst sich durch die Validatorwarnungen wie Pacman durch die Pillen, und wenn sie alle beseitigt sind, ist das Level erledigt. Aber in OSM geht es nicht darum, Levels zu erledigen, sondern etwas beizutragen. 
Natürlich ist es ok, bestehende Daten zu verbessern, aber wenn man nur ein Tag durch ein gleichbedeutendes anderes ersetzt, ist das noch keine Verbesserung. highway=ford auf ford=yes umzutaggen kann man schon als Verbesserung sehen, seit ersteres in der Standardkarte nicht mehr gerendert wird, aber keiner derjenigen, die das bisher umgetaggt haben, machte das aus diesem Grund, sondern es folgten alle nur einer Validatorwarnung. Ich mache dir nicht den Vorwurf, Daten zielgerichtet sabotieren zu wollen, aber den Validator- und Editorenwicklern mache ich diesen Vorwurf sehr wohl! Es ist nicht immer der der Mörder, der schießt. Aber manchmal schon. Die meisten, die ich wegen solcher vermeintlicher Fixes anschreibe, schreiben mir entweder präpotent oder gar nicht zurück und machen unbekümmert weiter. Wenn du eine Ausnahme bist, ist das ein seltener Lichtblick, aber insgesamt bin ich nach 9 Jahren OSM schon ziemlich frustriert, und ich werde mich irgendwann aus OSM zurückziehen müssen, weil mich sonst früher oder später wegen einer Streiterei der Schlag trifft. (Das meine ich wörtlich.)
Zu deinem Vorschlag mit einer privaten Datenbank: Ich trage Daten zu OSM bei, damit möglichst viele davon profitieren können. Das funktioniert nicht mit einer privaten Datenbank. Das ist halt auch ein Fehler vieler Mapper, dass sie nur sich selber und die Anwendungsentwickler als Stakeholder sehen. Auf die Endnutzer wird oft vergessen, weil sie sich in allen diesen Diskussionen niemals zu Wort melden. Hunderttausende Österreicher nutzen OSM am Handy, auch wenn sie sich dessen gar nicht bewusst sind ("ich hab da eine super App, die heißt xyz"). Ist es asozial, mit einzelnen Mappern zu streiten, wenn das Wohl von hunderttausenden Nutzern auf dem Spiel steht? Mich haben schon oft Nutzer darauf angesprochen, wie super sie es finden, das all die Steige, Höhlen usw. eingezeichnet sind. Über touching inner rings oder deprecated tags hat sich noch keiner beschwert.
jogemu (2019-06-19 11:59:43+00:00): Danke für die ausführliche Antwort. Ich habe eine wesentlich unangenehmere und aggresivere Antwort erwartet. Selbstverständlich war das in vielerlei Hinsicht eine Übertreibung. Validatoren, die einfach nur Fehlermeldungen abarbeiten, ohne zumindest in Satellitenbilder zu überprüfen, ob die Darstellung der Realität entsprechen kann, sind definitiv verwerflich.

Die Kreativität und Genauigkeit von Mappern muss allerdings durch Warnungen sehr wohl eingeschränkt werden. Wenn zum Beispiel ein Mapper auf highway=minor besteht ist das vorerst kein Problem. Werden diese allerdings mit der Zeit nicht umgetaggt - was den menschenlesbaren Informationsbestand fast nie verbessert oder sogar verschlechtert - kennen Apps den Tag mit der Zeit durch Ausleseverfahren nicht mehr. Für Apps ist eine Karte nicht einfach Striche auf einem Blatt Papier, wie zum Beispiel Kunst. Spätestens die Apps müssen intern ähnliche Tags zusammenfassen, um Informationen vergleichen zu können. Die Dauer nach der interne Zusammenfassungsregeln abgebaut werden, sollte meiner Meinung nach kürzer sein. Siehe https://wiki.openstreetmap.org/wiki/Deprecated_features um zu erkennen wie viele deprecated Tags auch noch nach mehren Jahren immer noch verwendet werden.

Ich weiß nicht, ob es für private Datenbanken bereits Lösungen gibt, in denen eigene Änderungen auf Osm hochgeladen werden, aber Änderungen Anderer erst bestätigt werden müssen bevor diese auch in der eigenen Datenbank übernommen werden. Dabei muss der Nutzer vermutlich hin und wieder aktiv werden, wenn Änderungen auf abgelehnte Datensätze aufbauen, aber theoretisch sollte das Möglich sein und deiner Beschreibung entsprechen. Das habe ich mit meiner Anmerkung gemeint.
fkv (2019-06-19 12:48:19+00:00): Auf der verlinkten Seite steht, "from time to time the wiki community suggests a new feature instead of an older one". In der Realität ist es aber selten die Community, die ein Tag für deprecated erklärt, sondern ein einzelner Wiki-User, der das ohne Absprache hineinschreibt,  oder ein einzelner Editorentwickler, der in seinem Editor das alte Tag mit einer Warnung versieht. Diese "deprecated Tags" sind somit kein Ergebnis einer Community, sondern vielmehr eine Missachtung der Community und ihrer Regeln. Frederik Ramm, der in OSM viel zu sagen hat, stellte schon fest, dass es "deprecated tags" gar nicht gibt. Grundsätzlich werden wir als Mapper schon bestrebt sein, Tags zu verwenden, die von Anwendungen unterstützt werden, aber das entbindet Anwendungsentwickler nicht davon, synonyme Tags mit auszuwerten. Das ist die einfachste Sache der Welt, und viele Entwickler machen es nur deshalb nicht, weil sie die Mapper schulmeistern wollen.
Das steht den Entwicklern aber überhaupt nicht zu.
Ein Datenbankabgleich, wie du ihn beschreibst, ist bestenfalls für ausgewählte Features (z.B. alle Ölbindemittel-Kisten auf der Rax) möglich, alles darüber Hinausgehende scheitert an den Mengen an Daten und Änderungssätzen und an der immer größer werdenden Schere zwischen den Datenbanken.
jogemu (2019-06-19 13:45:53+00:00): Dem Grundsatz demokratisch abzustimmen habe ich doch bereits in einem früheren Kommentar zugestimmt. Die Wiki ist soweit ich es verstanden habe die offizielle Informationsquelle für Mapper und Entwickler, da sie auf der selben domain erreichbar ist. Bei deratig schwerwiegenden Vorwürfen sollte es möglich sein genug Anhänger zu finden, um ein Umdenken zu erzwingen.

Die Zusammenfassung von Tags ist vor allem für kleine Projekte mühsam. Man verliert den Überblick und vergisst Synonyme. Standartisierung soll nicht nur einfach den Entwicklern arbeit ersparen. Nicht umsonst ist es in OSM möglich einen zusätzlichen Tag zu setzten der näher auf den genauen Sachverhalt eingeht. Ziel soll es ja nicht sein, dass jede Straße aufgrund ihrer Einzigartigkeit nur einen eigenen Tag hat und man aus dem Tag über 3 Umwege herrausfinden kann welche Kathegorie die Straße am ehersten hat.
flohoff (2019-06-11 13:17:40+00:00): Moin,
ich halte hier die große Fläche den den Kesselbrink beschreibt für falsch.

Mal davon abgesehen das ich die sehr unschön finde weil die an alle möglichen andere Objekte geklebt ist gehören die Straßenm eben nicht zum Kesselbrink.

Ich werde das mal auf der osm-owl liste fragen was die anderen so meinen.

Flo
John_mapper (2019-06-12 21:56:35+00:00): Hi Flo,

schade, dass du meinen Vorschlag nicht teilst. Ich hab den Platz analog dem Jahnplatz gemappt bzw. bin dem wiki gefolgt (https://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dsquare). Denn da heißt es "Typischerweise umschließt der Umriss alle Objekte auf dem Platz, einschließlich Straßen, Fußgängerzonen, Grünanlagen, Gebäude; während an den Platz angrenzende Objekte (z.B. umgebende Gebäude) ausgeschlossen sind. Dabei sollte der Umriß der Fläche die entsprechenden Punkte der angrenzenden Objekte (z.B. Gebäude, Mauern) mitnutzen!" Denn der Platz ist nicht  nur die Fußgängerzonenfläche, sondern auch die Grünflächen und angrenzenden Parkplätze.

Auch bei der Neugestaltung des Kesselbrinks wurden übrigens die Straßen drumherum als Teil des Platzes mitumgestaltet https://www.bielefeld.de/ftp/dokumente/Doku-Bie_Kess.pdf). Daher bin ich der Meinung, dass es durchaus Sinn macht analog dem Jahnplatz auch bis zur Hauskante zu mappen. ;)

Gruß, John
mueschel (2019-06-13 06:02:36+00:00): Kannst du hier mal nach den 'name' Tags schauen, da ist etwas schiefgegangen:
http://overpass-turbo.eu/s/JUs

Danke
Jan
Mateusz Konieczny (2022-09-25 14:51:36+00:00): Where this import was documented?
hvalentim (2022-09-26 17:57:49+00:00): https://wiki.openstreetmap.org/wiki/Rede_Geod%C3%A9sica_Nacional
Mateusz Konieczny (2022-09-26 18:41:58+00:00): Can you add to page posting to imports mailing list that you made? Or is this link present already and I missed it?
user_6110846 (2019-06-10 05:39:15+00:00): Temporarily:
 in name hu there will be two versions: on ground + the foul muscovite colonial nickname from horrors of the concentration camp called the USSR
I am waiting for a response from DWG to your letter.
Without DWG resolution - fake Csernobil will be returned in alt name

To avoid editing wars - coordinate the following actions with translations of Ukrainian cities with me or with a Ukrainian forum.
Without discussion with the Ukrainian community or the DWG resolution, the name: hu replacement (the Ukrainian name is not recommended for the Russian name, we perceive it as vandalism). You alone can correct ONLY in Western Ukraine the historical names of cities and towns that are unique names such as the same Munkacs



Wikipedia: hu delete
The Ukrainian community has decided to use only one Ukrainian Wikipedia, all other Wikipedia, which are duplicate links, we delete.
Now we are removing duplicate links to the Polish Russian Romanian Wikipedia, and so on in Ukrainian objects.

https://wiki.openstreetmap.org/wiki/Key:wikipedia (SECONDARY LANGUAGES )
ChehrehBargi (2022-06-28 19:18:18+00:00): باسلام
جناب وهاب‌زاده
ضمن خسته نباشید، کوی طوی نام قدیم و تاوار نام محلی این کوچه است و در ثبت نقشه طبق تابلو نصب شده شهرداری عمل میکنیم، می توانید جهت ثبت این اسامی از تگهای loc_name و old_name استفاده کنید.
Jakka (2019-06-09 07:27:46+00:00): essayer de ne pas répéter dans les noms une description comme Maison communale Gemeentehuis Anderlecht se trouve dans le tag amenity=townhall et Anderlecht osm trouve l'endroit Anderlecht automatique.... Trop de texte influence l'image sur smartphone...
utack (2019-06-09 07:50:45+00:00): Willkommen bei OSM,  
die Öffnungszeiten sollten generell in nach strikten Regeln gestaltet sein, da sie auch jede Software verarbeiten können sollte:  
https://wiki.openstreetmap.org/wiki/DE:Key:opening%20hours?uselang=de  
  
Konkret wäre das hier (wenn wir davon ausgehen dass Feiertage zu ist):  
We-Fr 14:00-19:00, Sa 11:00-16:00, PH off  
Bitte noch entsprechend anpassen
czubi (2019-06-08 15:29:02+00:00): ne. Jetzt bist über das Ziel hinausgeschossen. Wichtig! Bitte mache nur Verbote dran wenn auch Verbote dort stehen. Auf keinen Fall Verbote ausdenken weil du das so interpretierst. Gilt für ALLES in OSM.
Ist es ein Anwohnerparkplatz? Was soll permissive in den Zusammenhang ausdrücken?
complete_gth (2019-06-08 17:19:08+00:00): Ist eig. ein Parkplatz von der 1b (4 o. 5 Stellplätze) ist aber für alle Freigegeben/öffentlich und da gibts keine Probleme. Wie kann man einzeichnen, dass der füt LKWs zu klein / nicht geeignet ist ?
czubi (2019-06-08 18:03:11+00:00): Gar nicht. Wir bilden nur die Realität ab. Mutmaßungen und eigene Interpretationen sollte man vermeiden.
czubi (2019-06-08 18:05:39+00:00): Sprich:Wenn ein Verbotschild dran ist dann taggen. Qenn nichts dran ist dann nichts dranschreiben. Ob der LKW da draufpasst liegt im Ermessen des Lkw  Fahrers 😀
czubi (2019-06-08 18:11:51+00:00): Weil: Beim Parkplatz ist das noch relativ gut einzuschätzen aber bei einem Waldweg, wer will da entscheiden ob für Trekkingräder für Mountainbike oder doch lieber nur für Wanderer. Also immer nur das Taggen was  rechtlich erlaubt oder verboten ist. Alles andere liegt im Ermessen des Routers, der könnte z.B. smoothness auswerten oder surface um o.g. Auswahl  zu vereinfachen.
aquarix (2019-06-08 14:01:06+00:00): Hello pyrog,
please group your changes by country if you do an adjustment like this the next time. To be precise the node 5759953725 is in Japan, the others are in Europe as far as I can see.
Please keep an eye on this in the future. Thank you.
Regards aquarix
viloan (2019-06-08 13:07:03+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 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!
4004 (2019-06-08 18:44:25+00:00): здравствуйте и спасибо за обновление карты,
вижу, что с гидрантами разобрались, но вот с дорогами сложнее.
те дороги, что вы нарисовали, были не соединены между собой. как правило редактор показывает предупреждение что дороги рядом и не соединены - достаточно нажать на него, а потом на Connect. точки соединения дорог должны быть маленькими серыми
Zhl-ROBERT (2019-06-08 19:03:44+00:00): Хорошо исправим.
4004 (2019-06-08 19:44:02+00:00): я поправил, вам сказал на потом
Zhl-ROBERT (2019-06-08 19:45:00+00:00): Хорошо, спасибо большое
AkuAnakTimur (2019-06-08 14:15:27+00:00): E.g. the famous Lebuhraya Darulaman is tagged with `name=Lebuhraya Darulaman` and `official_name= Jalan Butterworth-Alor Setar`.
datendelphin (2019-06-09 10:45:04+00:00): Hallo MrKiko6300. 
Danke für deine Beiträge, sieht gut aus. Ich habe noch einen Tip: mappe die Hausnummern dort, wo sich der Eingang mit der entsprechenden Nummer befindet, auf dem Gebäude umriss, und füge das tag entrance=yes hinzu. 
Grüsse 
Michael
aceman444 (2019-09-09 18:38:17+00:00): Zdravim, ked uz je dom/cesta/objekt dostavany a doplnate spravnu hodnotu do building= (namiesto 'construction'), skuste nezabudat odstranit znacku construction=*. Dakujem.
Rick Richards (2019-09-10 08:31:24+00:00): Zdravím, ospravedlňujem sa, zabudol som na to. Nabudúce si budem dávať väčší pozor. :-)
Sosha1996 (2019-06-27 12:59:59+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-06-08 16:07:29+00:00): Please make sure that names in Denmark are those used in Denmark
Peter Stapel (2019-06-08 16:32:14+00:00): Hi Hjart, 
Thanks, I'm going to correct this.
sdoerr (2019-06-09 08:16:49+00:00): Do you have a source for this declassification? Kent roads gazetteer still lists it as WALDERSLADE WOODS (A2045). See https://www.kent.gov.uk/__data/assets/pdf_file/0014/10850/Gazetteer-report.pdf
Nathan_A_RF (2019-06-09 21:10:01+00:00): It's been removed from most maps, though now I'm unsure. Knowing KCC, they've either forgotten to remove it from this list or not told anyone it's still there.
Sosha1996 (2019-06-27 13:49:43+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
czubi (2019-06-08 15:25:35+00:00): Wenn du Review_Requested machst musst du kleinere CS machen.Sonst weis keiner nach was genau er schauen soll. Besser noch gleich einen CS Kommentar dazu was genau möglicherweise nicht ganz klar war
sander79 (2019-06-20 18:55:48+00:00): zou je aub geen BAG gegevens van gebouwen wilen verwijderen ? Adresgegevens worden op nodes gezet en niet op een gebouw.
Ik heb een deel van je wijziging teruggedraaid en opnieuw geimporteerd vanuit BAG
Colin Smale (2019-06-20 19:20:16+00:00): Hi Sander, dit heb ik met opzet gedaan omdat het gebouw compleet gesloopt en herbouwd is. Zo is het jou ook opgevallen; mijn geschetste outline is nu vervangen met de juiste gegevens van de BAG. Mooi toch? Wat betreft de huisnummers, dit is vanaf de buitenkant niet te zien. Het gebouw is nu gesplitst - er zullen andere huisnummers nodig zijn. Als jij dat weet te regelen vanuit de BAG is dat perfect. Dank je wel!
sander79 (2019-06-20 19:33:30+00:00): Hi Colin,

als er fouten zitten in de gebouwen kan je dat makkelijk melden bij het kadaster.
https://bagviewer.kadaster.nl/

Als dit is aangepast is het voor ons gemakkelijk om dit door te voeren in openstreetmap
Colin Smale (2019-06-20 19:43:00+00:00): Er zitten in dit geval geen fouten in het kadaster. Eenvoudig gevalletje van een totale herbouw van een bedrijfspand, met een andere vorm, en nu gesplitst in twee verblijfseenheden. Wel valt mij nu op dat het pand-ID in het BAG hetzelfde is gebleven; het is fysiek echt een ander pand, en ik had verwacht dat het Kadaster een nieuw ID (met bouwjaar 2018/2019) hieraan zou toekennen. Blijkbaar zien ze dit als een verbouwing.....
mueschel (2019-06-13 06:20:09+00:00): Hi,
you used the key 'coach' on several ways - OSM doesn't use this tag in other places. There is 'bus' and 'tourist_bus' as documented tags. Which one is correct?

Jan
Kovoschiz (2019-07-30 07:00:25+00:00): That's a good question. I see it used in OSM and documented on Wiki. Meaning-wise, status quo of `bus` (for local public transport) compared to `coach` (long distance intercity) and `tourist_bus` (private use) seem different enough. However, I would like to resolve this situation as well.
Sadchoochis (2019-06-14 12:20:44+00:00): Well?
melcomsx (2019-06-16 06:32:58+00:00): Hi, is there something wrong?
Mazda05 (2019-06-09 09:18:34+00:00): Нет причин для изменения класса дороги на tertiary и/или unclassified, так как автодорога федерального значения А154 на всём своём протяжении удовлетворяет необходимым требованиям highway=primary по соглашению о классификации автодорог в ВикиПроекте Россия https://wiki.openstreetmap.org/wiki/RU:Highway_classification. Цитаты: «highway=primary автомобильные дороги регионального значения, соединяющие крупные города и/или областные центры, дороги межрегионального значения, не являющиеся trunk» 
«highway=tertiary более важные автомобильные дороги среди прочих автомобильных дорог местного значения, например соединяющие районные центры с сёлами, а также несколько сёл между собой» 
«highway=unclassified остальные автомобильные дороги местного значения, образующие соединительную сеть дорог»
Mazda05 (2019-06-09 09:18:41+00:00): There is no reason to change the class of the road to "highway=tertiary" or "highway=unclassified", since the highway of federal significance A154 throughout its length meets the necessary requirements for "highway=primary" according to the agreement on the classification of roads in OSMWiki Russia https://wiki.openstreetmap.org/wiki/RU:Highway_classification
Quotes: «highway=primary - highways of regional significance connecting major cities and / or regional centers, highways of interregional significance that are not "highway=trunk"» 
«highway=tertiary - is more important roads, among other local roads, for example, connecting district centers with villages, as well as several villages among themselves» 
«highway=unclassified - other local roads forming the connecting road network»
Mazda05 (2019-06-09 09:18:49+00:00): Согласно OSMWiki, цитата: «Вандализм — это преднамеренное игнорирование принятых норм сообщества OpenStreetMap. Простые недоразумения и ошибки редактирования не являются вандализмом, но они должны быть исправлены с помощью тех же инструментов, которые используются для устранения последствий вандализма.» 
С моей стороны отсутствуют признаки преднамеренного игнорирования принятых норм сообщества OSM в виде соглашения о классификации дорог в ВикиПроекте Россия, так как я вам предоставил достаточно аргументов в комментариях к changeset'у #70209510, о том, что: А154 на всём своём протяжении дорога федерального значения; все дороги федерального значения являются в том числе дорогами межрегионального значения, дорогами регионального значения; в описании highway=primary значимость дороги как дорога межрегионального значения является достаточным и не требует обязательной связи дорогой крупных городов и/или областных центров, что является альтернативным фактором для классифицирования дороги как "highway=primary". Остальные аргументы вы можете получить самостоятельно изучив: смысловые значения слов и словосочетаний русского языка в любых словарях; смысловое значение знаков препинания, в частности, запятой «,»; дату принятия, причины и факторы, которые способстововали принятию соглашения о классификации дорог в ВикиПроекте Россия; рекомендации в голосовании по соглашению о классификации дорог и в тексте самой классификации