Das ist im Moment (ich meine bei PTP) nicht so. Eine Linie ist immer durchgezogen und kann keinen Wechsel des Verkehrsmittels haben.
Ich kenne jn Schweden viele Buslinien, die mal per Bus und mal per Taxi bedient werden. Wenn das Linientaxi abgetrennt wird, wird man noch einen dritten Wert für Mischbetrieb brauchen. Eigentlich interessiert das aber keinen Passagier.
Nein. Man kann – und sollte in so einem Fall – eine machen.
Das ist schwierig, weil sie dann wieder zusammengefast werden müssen. Einfacher ist es, wenn man Segmente ohne Tags definiert und diese in den Routen "include"n kann.
Dann müsste man jede Buslinie mit diesen Wortungetümen vollpflastern.
Niklaus Wirth hat mal gesagt “Man ist erst fertig, wenn man nichts mehr weglassen kann”.
Ich denke, dass man die stop_positions eigentlich nicht braucht (höchstens als Ersatz für noch nicht gemappte Platforms). Die Platforms braucht man für das Fußgängerrouting beim Ein-, Aus- und Um-steigen. Man könnte in den Routen mit den Rollen “platform” für die Steige und “substitute” für vorläufige Ersatzobjekte aller Art auskommen. Um mehrere Platforms für einen Halt zuzulassen (z.B. beidseitiger U-Bahn-Auslass an der Esprit-Arena in Düsseldorf oder wegen Brücken-Tags geteilte Bahnsteige wie in Oberhausen-Holten), könnte man für zusätzliche Angaben desselben Halts “+” benutzen (also “+platform”). So bleibt klar, wieviel Haltestellen denn nun da sind.
Wenn Bedarf an der zusätzlichen Aufnahme von Stationsangaben besteht, könnte man “+station” verwenden. (Ist nur diese Angabe da, dann “substitute”)
Beim PTP ist die Bedeutung von “name” zwar eindeutig angegeben … es ist aber schwer zu finden. Da sollte man klar angeben, dass “name” der Name der “Station i.W.S.” ist. Diesen Namen optional zu machen, wenn die Angabe schon in der stop_area steht, war keine gute Idee und erschwert das Leben der Mapper und der Programme.
Im Moment wird “ref” für Gleis/Steig-nummern verwendet. Das kann sich mit anderen benötigten Nummern beißen. Ein eigenes Tag wie etwa “platform” wäre gut. Der Inhalt sollte keine Wortteile wie “Bahnsteig” oder ähnliches enthalten … nur die nackte Nummer oder was immer es ist.
Für den Namen der Linie sollte man nicht wie in PTP : => => verwenden. Praktischer für die Passagiere ist die Beschriftung, wie man sie bei Bussen z.B. vorn findet. Wo verschiedene Varianten gleiche Namen hätten, muss das ergänzt werden … aber nur dann.
An einigen Bahnhöfen haben Linien HWG (nein, nein, das bedeutet “häufig wechselnde Gleise”) und in Paris gibt es glaube ich auch schon dynamische Gleiszuweisungen. Das führt bei PTP zu gigantischen Variantenvervielfachungen. (z.B. in Koblenz beim Nahverkehr von der Nahestrecke). Noch so ein Bahnhof auf dieser Strecke würde zu zig Kombinations-Varianten führen, die nun wirklich keiner will) Man muss ja eigentlich nur wissen, welche Bahnsteige in Frage kommen (wg. Aufzug, Blindenleitbelag) und wie der Zug vor und hinter dem Weichenspaghetti des Bahnhofs fährt. Dazu könnte man eine PT-Nullrelation definieren, die als Fahrweg benutzt die uninteressanten Varianten ersetzt (damit sie nicht als fehlend gelten). Im Bahnhof lönnte man “platform” (ggf. mit “+platform”) für den ersten in Frage kommenden Bahnsteig nutzen und jeden Alternativbahnsteig mit “*platform” (ggf. mit “+platform”) angeben.
Die PT-Nullrelation könnte auch als Markierung für “fehlende” Halte genutzt werden. Dieser Fall tritt in der Anfangsphase der Erfassung ziemlich oft auf. “Da war noch ne Haltestelle, aber die Kamera war zu langsam”
Die im PTP nicht vorkommende stop_area_group sollte wieder eingeführt werden. Erstens zur Festlegung eines gemeinschaftlichen Namens für zusammenhängende Bus- und Zugbahnhöfe (z.B. “Solingen Hbf” für den Zugbahnhof “Solingen Hbf” und den Busbahnhof “Hauptbahnhof”, der im großen Maßstabfür die Katz ist.) und zweitens könnte diese gemeinschaftliche Einrichtungen wie Parkplätze aufnehmen, die keiner einzelnen stop_area zuzuordnen sind. Im Detail: stop_areas enthalten mit der Rolle “platform” platformobjekte desselben Namens und mit der Rolle “” sonstige Objekte. stop_area_groups haben nur die Rolle “” und enthalten stop_areas und gemeinschaftliche sonstige Objekte und geben einen Globalnamen an.
Ein Tag für “verkehrt danach als …” und “verkehrte vorher als …” wäre auch schön. Aber nur für den Fall, dass der Passagier sitzen bleiben darf!
Mir fällt bestimmt gleich noch mehr ein…
Weide