Ich hab einfach Angst, dass die sowie schon sehr verbreiteten Mischformen von PTv1 und PTv2 unterstützt werden. Leider ist die Verbesserung beim ÖPNV durch PTv2 weniger einflussreich als die Verschlechterung durch die entstandenen Mischformen.

Hi,
bitte nicht public_transport:version=2 an Masterrouten angeben. Das bringt Leute auf die Idee, es könnte auch andere Masterrouten geben und das ist falsch. Alle Masterrouten sind PTv2 und alle ihre Elemente müssen PTv2 sein.
Nix für ungut
Weide

Bitte keine Steignummern in den Namen stecken. Die Routen funktionieren dann nicht mehr richtig. Steignummern können in local_ref (werden dann in der Standardkarte angezeigt). Man kann sie auch in ref packen, das ist aber mehrdeutig.
Nix für ungut.
Weide

Hi,
bitte keine Steignummern in den Namen stecken weil dann die Routen nicht mehr funktionieren. local_ref ist die Steignummer. ref geht auch, ist aber mehrdeutig.

Hi,

You've changed the "platform" roles to "stop" in "IC Bus: Düsseldorf Flughafen => Antwerpen" and moved them to the end of the relation. "stop" and "platform" Objects have to be the first elements and "stop" is a role which may only be used for stop_position which in turn have to be nodes of the tour way. Please compare to the definition osm.wiki/Proposed_features/Public_Transport

Könntest Du nochmal einen Blick auf die stop_areas Harkortbogen und Hartware werfen? (237450 und 4573502) Die haben gleiche Member und verschiedene IFOPT.
bis dann
Weide

Könntest Du vor den Auftrennen von Wegen ("p") den Way und seine beiden Endpunkte anwählen und Alt-Ctrl-D machen? Das vermeidet Schäden an betroffenen Relationen.

Neue platform war in 6 PTv2-Relationen ganz hinten (also als Endstation) eingetragen. Erledigt.

Beide S9 und die stop_area sind jetzt beschädigt

Jetzt liegen da zwei Platforms übereinander. Die alte wurde in 8 Relationen vom richtigen Platz ans Ende verlagert. Sie hätte statt dessen alle Tags verlieren müssen und überall an der richtigen Stelle mit der richtigen Rolle durch das Multipolygon ersetzt werden müssen.

Ich habe den zusätzlichen highway=bus_stop am Rathausmarkt wieder entfernt und die highway=bus_stop an die Einzelhaltestellen gesetzt. Bei Bussen muss jeder gemappte Halt genau einen highway=bus_stop. Zentralnodes gibt es bei Bussen nur als amenity=bus_station.
Die stop_area_group habe ich so gelassen, obwohl es nach PTv2 eigentlich nur eine gemeinsame stop_area sein sollte. Auch das Zentralelement der stop_area für die Trams habe ich drin gelassen, obwohl stop_areas solche Objekte nach PTv2 nicht enthalten.

VRR Bus 946: Die Relation ist (bis auf dabei unzulässige doppelt vorkommende Ways) eine PTv1-Relation und kann daher keine Master-Relation haben. Es müsste also entweder der Master weg oder die Relation auf PTv2 umgestellt werden.

highway=bus_stop ist nur für Nodes und auch bei einem Node dürfen nie beide (stop_position und zugeh. platform) ein highway=bus_stop tragen.

Das Verschieben des platform-Node 330297295 auf die Fahrbahn und Umtaggen als stop_position hat Relationen beschädigt.

Nochmal Langenberg: Bei Umbenennungen muss der Name der stop_area mit geändert werden. Die Namen müssen immer gleich sein. Ich hab den Namen der stop-area aber so gelassen und die anderen wieder auf den alten Wert geändert, da das Ding seit 2003 Velbert-Langenberg heißt. Nur die Bushaltestelle daneben heißt Langenberg Bahnhof.

Zu Langenberg (und vielleicht anderen): Bei gleichnamigen Haltestellen bedeutet die Reihenfolge stop-platform, dass es ein Halt mit zwei Angaben ist. Die Reihenfolge platform-stop bedeutet, dass es zwei Halte mit jeweils einer Angabe sind.

Lohring: nur Nodes können highway=bus_stop haben

Feldsieper Str.: Nur Nodes können highway=bus_stop haben. area=yes fehlt.

Ja, in PTv2-Routen kann die Rollenabfolge stop-platform zufällig auftreten (2 Halte) oder als Paar (ein Halt), da jeder der beiden fehlen kann.

Kommentarfehler: Soll: ref in route_ref geändert