Talk:UC:TT:PassengerInformationAtStations
Jump to navigation
Jump to search
Review comments by Christian Rößiger (iRFP)
- Werden commercial oder operational <trains> übertragen oder beides?
- Wird nur ein Betriebstag übertragen oder eine ganze (Fahrplan-) Periode? Wenn nur ein Betriebstag, wie wird mit Zügen umgegangen, die über Mitternacht verkehren?
- Enthält die Infrastruktur nur die Knoten (<ocp>s) des Netzes oder auch Kanten (<line>s bzw. <track>s)?
- Sind die in railML2.3 neu eingeführten Attribute für Cancellation of trains/trainParts in diesem Usecase relevant?
- Zur Bemerkung "Übergangstyp in <rostering>" am Ende des Usecases: Was für Übergangstypen sind da gemeint, "Kopfmachen" vs. "Durchbindung ohne Kopfmachen" oder etwas anderes?
Diskussion bei TT-Entwicklertreffen
- Ein erster Meilenstein soll definiert werden, der folgendes enthält
- Ein Zug hat noch keine Verkehrstage und es wird nur ein 'commercial' Zug benötigt.
- Zugreiseverlauf
# Angaben für "ocpTT" # Sollzeiten (veröffentlichte Zeiten) # Istzeiten # Gleisinformation # Bahnhofsgleis (öffentliche Bezeichnung für Fahrgastinfo) # Betriebsstellengleis (Referenz für das Gleis in der Infrastruktur für Zuglenkung) # Halteplatz # Halt # stop/pass # stop on request # Ein-/Ausstieg # kommerzieller Halt ja/nein # Angaben für "sectionTT" # Angaben zu runTimes # Angaben zum Streckengleis (relevant für TMS Usecase) # Angaben zum Betriebsstellenfahrweg (relevant für TMS Usecase)
Diskussionspunkte für Meilenstein 1:
- Refaktorisierung Reiseverlauf
- Verwendung von Referenzen auf 'externe' IS/IL
- Anbindung IS/IL
* für sectionTT
- Anbindung IS
* ocp für ocpTT * Gleisangaben
Diskussionspunkte weitere Meilensteine:
- Refaktorisierung Verkehrstage
- Kommerzielle Züge
- Zugbehandlung: Flügeln, Kuppeln, Schwächen, Stärken, Zugtausch, Zugnummernübergang, Durchbindungen