Der way/28581232 war eine platform und ist jetzt nur noch Hilfslinie der platform. Dann musst Du auch die Stoparea und den IC50, IC55, ICE10, RE1, RE2, RE3, RE5, RE6, RE11 und RE19 entsprechend anpassen.

Bitte repariere die beschädigten Relationen oder antworte wenigstens.

Es ist nach PTv2 NICHT erforderlich, zu platforms stop_positions hinzuzufügen oder umgekehrt. Es ist aber nach PTv2 erforderlich, hinzugefügte in alle Routen einzutragen. Es ist sehr wünschenswert, auch die stop_areas entsprechend zu ergänzen, da unvollständige stop_areas schlechter sind als gar keine.

Hi,
beim Editieren von Gleis 4/5 Düsseldorf Flughafen ist was schief gelaufen. Die PTv2-Routen und die Stop-Area enthalten jetzt die MP-Hilfslinien statt des MP. Bei den Routen muss auch die Position innerhalb der Relation stimmen.

public_transport=station ist gewöhnlich eine Fläche. An einem Node ist es fast immer falsch. Siehe osm.wiki/Proposed_features/Public_Transport#Station

Düsseldorf-Reisholz: public_transport=station ist eine area. Nur in seltenen Ausnahmefällen kann es ein Node sein. Das englische Wiki railway=station ist hier etwas irreführend, da die Ausnahme als Normalfall beschrieben wird.

Was soll das Löschen der highway=bus_stop-Einträge? Bitte reverten.

MTB, Gras, Downhill usw. dürfen nicht ins Tag "name". Bitte wieder entfernen.

OK. Mach ich.

Warum hast Du den Parkplatz 142592952 gelöscht und seine Zufahrt 203925027 mit einem anderen Parkhaus verbunden? Davon ist in der Realität nichts zu sehen.

Bitte nicht die highway=bus_stop löschen. Sie widersprechen nicht PTv2! In PTv2 steht explizit, dass diese Tags durch PTv2 nicht abgelöst werden sollen.

Für die Mitgliedschaft in der Route kommt es nicht auf die Zuordnung der Steige zu Bus oder Straßenbahn an. Es geht nur darum, ob die Passagiere dort warten. Da gemappte Sachen in Routen nicht optionale Member sind, müssen die Platforms m. E. wieder in die Routen.

Ist nicht so wild ... ich wollte Dich nur stoppen ehe mehr passiert.
Hochdahl und die Nachbarbahnhöfe kann ich gleich mit dem JOSM
reparieren.

Falls meine Informationen zum iD nicht veraltet sind, kann man das nicht
mit dem iD reparieren:

Der iD behandelt OSM-Relationen wie mathematische
Relationen, also ohne Reihenfolge der Mitglieder ... es gibt nur
"ist Mitglied" oder "ist nicht Mitglied". Bei fast allen
OSM-Relationen ist das auch ok, weil die Reihenfolge nur einen
Einfluss auf die Übersichtlichkeit hat und ansonsten egal ist. Bei den
"moderneren" Routen enthält die Reihenfolge aber echte Informationen,
nämlich die Reihenfolge der Bahnhöfe und die Reihenfolge, in der die
Fahrwege benutzt werden. (Diese Relationen gab es übrigens schon als der
iD erfunden wurde)

Bitte nicht ÖPV-Relationen mit iD editieren. iD ignoriert die Reihenfolge der Relationsmitglieder und die ist in diesen Routen sehr wichtig. Jetzt haben die S-Bahnen alle Hochdahl als Endstation und fahren den Bahnhof zweimal an.

Wenn Du z.B. auf osm.org/#map=19/51.28055/6.78421 mit dem Fragezeichen auf die Bushaltestelle Parsevalstraße gehst, dann siehst Du welche Busse dort halten: garkeine! Sie gehört allerdings jetzt mit der leeren Rolle zur stoparea, sollte also ein amenity=* oder public_transport=station tragen -- was da natürlich richtigerweise nicht drin steht.

Doppelt gemappte Platforms funktionieren einfach nicht und das kann man mit falschen Rollen in Stopareas auch nicht beheben.

Bitte die Buslinien dabei nicht beschädigen. (sind inzwischen repariert)

Danke!
Ich bin aber auch dafür, diese Namensabhängigkeiten im nächsten PT-Schema zu beseitigen. In Mannheim haben wir z.B. keine Chance für eine brauchbare Lösung wegen der Eigennamen der Bahnsteige.
frohes Mappen noch

Warum löschst Du die Namen der Bahnsteige? Angaben von anderen Mappern sollte man nur löschen, wenn sie falsch sind. Die Angabe ist zulässig und ihr Fehlen stört beim Reparieren der Relationen.

Bitte nicht einfach local_ref-Angaben löschen. ref ist eine ganz allgemeine osm Referenznummer während local_ref sich nur auf Steig- und Gleisnummern des ÖPNV bezieht. Daher wird local_ref auch im ÖPV-Layer der gängigsten Karte dargestellt.

Ich hab die beschädigten Busrelationen repariert.