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.

Danke!

Der Wikiartikel kennt augenscheinlich keine PTv2-Routen. Das "RB46: Gelsenkirchen => Bochum" ergibt sich aus der Empfehlung im beschlossenen PTv2-Dokument. Einen echten Konflikt mit den Regeln für "name" würde ich allenfalls bei Zuglinien wie z.B. der "RER B" bei Paris sehen. Dort haben die Varianten bekannte Namen. Die Zuglinie heisst "RER B" und eine Variante heißt z.B. "RER B ICAR". Natürlich war der Beschluss daher nicht überall brauchbar und wir sollten es beim nächsten Schema anders machen. Aber fast überall werden Namen von Varianten nur von Mappern benutzt.

Hi, könntest Du da nochmal nachsehen. Die neuen Platforms und ihre Nodes sind doppelt vorhanden.

Du hast keine Begründung dafür gegeben, dass Du den Namen der Zuglinie nicht nur an die Zuglinie sondern auch an die Varianten geschrieben hast. Bitte restauriere die alten Namen der Varianten wieder.

Die Relation der Zuglinie ist die Masterroute und nicht die Route.

Warum benennst Du alle Varianten der Linie (d.h. die Routen) nach der Zuglinie? Die Memberliste der Zuglinie selbst (d.h. die Masterroute) ist jetzt unbrauchbar.

Danke! :-)

Sonderbare Idee vom Beginn eines Tagging-Wars. OK, dann repariert Eure Routen ohne mich. Ich fahre nicht Rad wo man mir Knüppel in die Speichen steckt.

Entschieden wurde nur, dass es eine Empfehlung ist. Damals gab es praktisch keine MP-Platforms.
Sehr viel mehr interessiert mich, ob sich an den Namen und dem local_ref wieder etwas ändert.

Raus könnten die area=yes. Sie sind irreführend für Anfänger, denn Multipolygone mit area=no sind ein Widerspruch in sich.

Bei existierender stop_area ist der name optional. Optional bedeutet nicht, dass man die Arbeit anderer Mapper löschen soll. (Ohne den Namen sind die PTv2-Routen nur sehr mühsam editierbar. Außer wenn als stop der unzulässige railway=station-Node benutzt wird).

ref ist jede Referenznummer. local_ref ist speziell für Steignummern. Es wird übrigens (allerdings leider nicht bei Zügen) im ÖPNV-Layer der Normalkarte dargestellt.

Was soll das Löschen von local_ref und name?