Hi,
Zunächst sei erst einmal erwähnt, dass ich erst zu PTv2-Zeiten bei OSM eingestiegen bin.
-
Ich finde, es ist am wichtigsten, dass PTv3 endlich klarheit bezüglich der zu verwendenen Schlüssel schafft. Dass PTv2 quasi parrallel zu PTv1 gebaut wurde hat sicherlich sehr viel zur allgemeinen Verwirrung beigetragen.
-
Es ist sicherlich keine verkehrte Idee, Schlüssel wie public_transport beizubehalten, aber hier sollte es bei der Einführung vermieden werden, auf die alten PTv2 und 1 zu verweisen. Es muss ganz klar sein, dass es ab dem Zeitpunkt nur noch PTv3 gibt und nichts anderes. Auch ist es sehr wichtig, alle relevanten Renderer von anfang an im Boot zu haben. Diese sollten in einer Übergangsfrist beide Schematas unterstützen, aber nach maximal 6-12 Monaten darf es keinen Renderer mehr geben, der PTv3 nicht unterstützt.
-
Bezüglich der Dopplung von PTv1 und 2 bin ich persönlich der Meinung, dass diejenigen Schlüssel, die durch den public_transport - Schlüssel derzeit gedoppelt werden, ersatzlos wegfallen müssen. Das betrifft im Wesentlichen highway=bus_stop;platform und railway=stop:platform. Diese Schlüssel werden de facto nicht mehr benötigt, um eine Haltestelleninfrastruktur ausreichend zu beschreiben. Ich weiß, dass das vor allem den orm-Mappern wehtun wird, aber eben dafür wurden ja genau Schlüssel wie train=yes eingeführt.
-
Um den Railwaymappern entgegen zu kommen schlage ich folgenden neuen Schlüssel vor: platform=railway, um die Widmung als Eisenbahninfrastruktur zweifelsfrei zu kennzeichnen. In einigen Fällen kann es nämlich vorkommen, dass an einem Vollbahn-gewidmeten Bahnsteig auch oder ausschließlich Stadt-oder Straßenbahnfahrzeuge halten. Dieser Schlüssel darf dann aber ausschließlich bei gewidmeten Vollbahnen verwendet werden.
-
Der Status des Schlüssels light_rail muss endlich endgültig geklärt werden! Es kann nicht sein, dass hier in Deutschland immer noch an einigen Stellen ein Sonderweg gefahren wird, nur, weil der Schlüssel damals bei der Dokumentation vergessen wurde.
-
Es muss ein Tool für JOSM und andere Editoren zu Handhabung von PT-Relationen her. Dieses Muss können: Haltestellen sortieren und hinzufügen und den Linienweg bearbeiten. Dabei sollte ein Befehl auch auf mehrer Relationen gleizeitig oder nacheinander ohne erneutes Auswählen der zu ändernden Relationselemente ausfürhbar sein können, um bei einem ganzen Linienbündel gleichzeitig den Linienweg verlegen zu können. Auch sollte das Tool mit doppelten Relationselementen umgehen können, derzeit ein sehr großer nachteil vom JOSM-Editor, der bei solchen Fällen manchmal abenteuerliche Leistungen hinlegt.
-
Es sollte überlegt werden, ob man nicht Relationen als Teil des Linienwegs zulässt. Damit ließen sich gebündelte Linienführungen deutlich einfacher pflegen. Diese neuen Relationen beinhalten ihrerseits den konkreten Fahrweg in der richigen Reihenfolge. Der Nachteil davon ist, dass man somit eine weitere Hürde für Neueinsteiger setzt, aber im Gegenzug wird der Wartungsaufwand erheblich gesenkt, was wiederum auch die Hürde wieder senken kann. Vor allem in Städten mit Bussen als Rückrat des ÖPNV dauert es teilweise eine halbe Ewigkeit, bis man eine einfache Änderung der Hauptachse erfasst hat, vor allem, wenn vorher ünereifrige Mapper für jede einzelne mögliche Endstation eigene Linienrelationen angelegt haben (was wiederum über einfaches Kopieren der Relation sehr einfach ist).
Viele Grüße,
hsimpson