Die Hinterlegung im NSI entsprechen dem langjährigen üblichen Mapping im VRR, VRS, VRM, ... nicht.

Daher bitte ich das alte übliche Mapping zu belassen. Es vereinfacht die Pflege von Buslinien. Drei Buchstaben lassen sich viel schnelle schreiben als der volle Name.

Die Hinterlegung im NSI entsprechen dem langjährigen üblichen Mapping im VRR, VRS, VRM, ...
Daher bitte ich das alte übliche Mapping zu belassen. Es vereinfacht die Pflege von Buslinien. Drei Buchstaben lassen sich viel schnelle schreiben als der volle Name.

Ich verstehe den Fixme in der Masterrelation nicht.
"Linienvarianten von Richtung und Gegenrichtung zu einer Linienvariante als Schleifenfahrt zusammenfassen."
Hin- und Rückweg werden doch in zwei Routen gemapped. Der Bus fährt doch keinen Rounparcour.

Vielen Dank für den Hinweis.
Das war nicht beabsichtigt.
Ich habe die Änderungen rückgängig gemacht

In der Linie 882 ist die Linienführung komisch in Antweiler.
Ausserdem in eine Haltestelle am Ende der Elemente. Die gehört aber vor die Wege.

Habe die Route und Masterroute synchronisiert.
Mir würde network=VRM vollkommen ausreichen. :short und :long halte ich für überflüssig. Aber ich will sie auch nicht löschen, weil sie vielleicht irgendwer nutzt.
network:long füge ich ein, wenn irgenwer network in den voll ausgeschriebenen Namen geändert hat und dann network:short zusätzlich eingefügt hat. Vielleicht hat er ja irgend einen Grund dass er den langen Namen sehen will. Meist ist es jedoch nur die unzutreffenden Vorschläge des id -Editors die einfach bestätigt werden.
Üblich ist jedoch unter network=VRM anzugeben. (bei Busslinien bin ich mir sicher, da ich da beim mappen viel unterwegs bin)

861 Ahrbrück -> Blankenheim mit Fahrweg und Masterrelation vervollständigt.
(und die Lückenprobleme diverser Buslinien am Kreisel im Blankenheim gelöst)

Ansich gehört die Buslinie zum VRM (Verkehrsverbund Rhein Mosel).
Aber wenn du im VRS das Häkchen bei VRM setzt bekommst du auch den Minifahrplan der 861. Ich würde aber auf die VRM Seite gehen.

Wenn du die Buslinien mit ref=538 und nicht mit ref=Rufbus 538 taggest, werden sie in PTNA geprüft.
https://ptna.openstreetmap.de/results/DE/RP/DE-RP-VRT-Analysis.html
(große Hilfe um die Qualität zu verbessern. )

Wünsche dir viel Spaß beim mappen von Buslinien. Wäre schön wenn die deine gemappten Linien in Zukunft im Auge behälts bei Fahrplanänderungen.

Diese Buslinie gehört nicht zum VRS sondern zum VRM.

Im name Tag sollte die Liniennummer stehen. z.B. Bus 111: A => B
So kann man Buslinien von Wanderwegen und anderen Relation leicht unterscheiden.

Außerdem sollte der Linienweg lückenlos sein.
Die Reihenfolge ist: Haltestellen (stop_position,platform) und nach allen Haltestellen der lückenlose Fahrweg.
Leicht übersieht man kleine Wegstrückchen. In JOSM kann man die leicht aufspüren indem man im Relationseditor unter Elemente das erste Straßenstückchen auswählt und dann mit der kontextsensivien Maustaste (Rechtshänder = rechte Taste) auf "nächste Lücke auswählen" klickt.
Mit der Auswahl "vergrößern auf" zoomt die Anzeige auf das ausgewählte Straßenstückchen.

Ja Haltestellen und Linienweg kann man ändern. Der id-Editor ist dabei nicht die beste Wahl. Mit JOSM kann man Relationen viel einfacher bearbeiten

extra Bushäuschen und shelter=yes

extra Bushäuschen und shelter=yes

Dann lies doch bitte im Wiki nach. Ich habe extra die Stellen angegeben.
shelter=yes wird nur gemapped, wenn es kein extra Objekt gibt. Sonst heißt es shelter=separate.

Etwas mehr Zeit würde ich mir schon zum Antworten wünschen. Besonders wo du wieder einen Fehler eingebau hast

Etwas mehr Zeit würde ich mir schon wünschen. Besonders wo du wieder einen Fehler eingebau hast.

Nein der Unterstand wurde nicht abgebaut. Er war nur doppelt gemapped an der Plattform und als eigenes Objekt.
Laut der Beschreibung im Wiki ist das falsch.

Im Wiki steht auf der Seite "Tag:public_transport=platform" für das Tag shelter=yes folgendes:
shelter=yes wird verwendet "Wenn es einen Unterstand gibt, der nicht durch ein seperates amenity=shelter erfasst sein wurde".
Das heißt, wenn es einen separaten Unterstand gibt schreibt man an die Haltestelle nicht shelter=yes.

Um das zu korrigieren kann man entweder das separate Objekt löschen oder man löscht den Tag shelter=yes Tag am Platformobjekt.
Das extra Unterstandobjekt Icon überdeckt oft auf den offiziellen OSM Karten das Haltestellenicon wenn sie nahe beianander liegen.
Daher habe ich mich entschlossen das Tag shelter=yes beizubehalten und das Extraobjekt zu löschen.

Wenn das Tag:highway=bus_stop (relevant für das Haltestellen-Icon) und das Wartehäuschen nicht nebeneinader liegen kann in einigen Fällen sinnvoll sein sowohl den Standort des Unterstands zu mappen als auch das Plattformobjekt.
Dann ist aber laut Wikiseite "Key:shelter" am Haltestellenknoten nicht "shelter=yes" sondern "shelter=separate" einzutragen.

I don't know it. I only know that the grade changed on the way when I walked there along to add the missing ways to OSM.
I added the grades to the way, because the one part to the shelter has grade1-2 and the other 4. So you can descide which way to use.
In my opinion, dividing the way (grad1-2) into two sections does not offer any additional advantage. It just means more data.