Re: [railML2] Prognostizierte Zeiten / Expected times [message #2780 is a reply to message #2778] |
Thu, 01 July 2021 02:59 |
Thomas Nygreen
Messages: 68 Registered: March 2008
|
Member |
|
|
David Lichti wrote on Mon, 28 June 2021 09:28Quote:
Suggested documentation of the value in the wiki:
expected arrival/departure times at later operation or control points for a train during the journey
Would this imply, that scope="expected" times for a certain train may only be exchanged, once that train is actually under way? Strictly speaking, this would not cover the entire use case as described in the original post: Additional delays due to additional train crossings or crossings with delayed trains may be known and communicated before the affected train actually begins its trip.
I simply copied the text from the original request: "We would also like to express forecasts of times of later operating control points (<ocpTT>) for a train during the journey". But I agree that the scope can be extended to trains that have not yet started.
David Lichti wrote on Mon, 28 June 2021 09:28I would rather suggest to link scope="expected" to the data source, which would be a forecast based on realtime data.
Would the following list work? (I've also shortened some of the other descriptions):
actual recorded arrival and departure times
expected times based on realtime data
calculated times from a simulation tool
published times that the passengers get on written sheets or online
scheduled times for operational purposes
earliest acceptable arrival and/or departure time (used to express a wish of a customer at a very early planning stage of a new timetable)
latest acceptable arrival and/or departure time (used to express a wish of a customer at a very early planning stage of a new timetable)
other:anything
Best regards,
Thomas
Thomas Nygreen – Common Schema Coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|