UC:TT:SlotOrdering: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[unchecked revision][checked revision]
m (1 revision imported)
(-fra)
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{mirror}}
{{useCase|TT|title=Timetable Information|IS=1|RS=1|RL=1|reporter=SMA}}
 
{{UC title}}
Slot Ordering ; {{Deu|Trassenbestellung}}
 
{{UC description}}
This use case covers the ordering of slots by Railway Undertakings from Infrastructure Manager(s) and other managers of capacity.
A related use case will be the slot offer by the Infrastructure Manager.
 
{{UC data}}
The data has to be provided by the Railway Undertaking to the relevant Infrastructure Managers.
 
{{UC interference}}
* infrastructure: {{IS:Tag|ocp}}
* rolling stock: {{RS:Tag|formation}} (?)
* interlocking: -
 
{{UC data}}
This section serves to specify the required data regarding certain aspects.
 
{{UC update}}
*''yearly'' for VLTP planning of frame contracts
*''yearly'' for LTP planning the regular timetable
*''regular changes'' for STP planning, e.g. for engineering infrastructure works, special event trains
*''daily'' for VSTP planning, e.g. strike, ad hoc freight trains
 
{{UC complexity}}
* Typically one train per order
* Maximum complexity is full timetable
 
{{UC focus}}
* Could be any of VLTP, LTP, STP, VSTP
* Covers the full train information, but for certain time periods
 
{{UC elements|TT}}
* Workflow information
** Not part of the timetable data
* Trains
** Identifier, e.g. {{TT:Tag|train}}.trainNumber
* Operating periods
* Train run {{TT:Tag|trainPart}}
** Earliest arrival
** Latest arrival
** Earliest departure
** Latest departure
** Minimum stop time
** Stop type, stop description
** Commercial connections
* Infrastructure {{TT:Tag|ocpTT}}
** Ordered stops
* Rolling stock  {{TT:Tag|formationTT}}
** Loco types
** Weight
** Length
** Maximum speed
** Infrastructure restrictions
 
{{UC elements|IS}}
As a minimum the {{TT:Tag|ocpTT}} elements with commercially relevant stops have to be listed in a {{TT:Tag|trainPart}}.  The <infrastructure> has to provide the related {{TT:Tag|ocp}} elements.
 
{{UC elements|RS}}
There is no mandatory requirement for detailed {{TT:Tag|vehicle}} information. The loco types may be used to identify performance characteristics and infrastructure restrictions by the Infrastructure Manager.
 
'''Terms and Expressions'''
* VLTP ='''v'''ery '''l'''ong '''t'''erm '''p'''lanning (>2 years)
* LTP = '''l'''ong '''t'''erm '''p'''lanning: the yearly timetable(s)
* STP = '''s'''hort '''t'''erm '''p'''lanning: < 1 year before operation
* VSTP = '''v'''ery '''s'''hort '''t'''erm '''p'''lanning: few days before operation

Latest revision as of 13:26, 13 March 2023

Timetable Information
Subschema: Timetable and Rostering
 
Related subschemas: IS RS 
Reported by: SMA
Stift.png (version(s) not yet specified)
For general information on use cases see UC:Use cases


Use case / Anwendungsfall

Slot Ordering ; Trassenbestellung

Description / Beschreibung

This use case covers the ordering of slots by Railway Undertakings from Infrastructure Manager(s) and other managers of capacity. A related use case will be the slot offer by the Infrastructure Manager.

Characterizing Data / Charakterisierung der Daten

The data has to be provided by the Railway Undertaking to the relevant Infrastructure Managers.

Interference with other railML® schemas / Interferenz mit anderen railML®-Schemen

  • infrastructure: <ocp>
  • rolling stock: <formation> (?)
  • interlocking: -

Characterizing Data / Charakterisierung der Daten

This section serves to specify the required data regarding certain aspects.

How often do the data change (update)?

  • yearly for VLTP planning of frame contracts
  • yearly for LTP planning the regular timetable
  • regular changes for STP planning, e.g. for engineering infrastructure works, special event trains
  • daily for VSTP planning, e.g. strike, ad hoc freight trains

How big are the data fragments to be exchanged (complexity)?

  • Typically one train per order
  • Maximum complexity is full timetable

Which views are represented by the data (focus)?

  • Could be any of VLTP, LTP, STP, VSTP
  • Covers the full train information, but for certain time periods

Which specific TT data do you expect to receive/send (elements)?

  • Workflow information
    • Not part of the timetable data
  • Trains
    • Identifier, e.g. <train>.trainNumber
  • Operating periods
  • Train run <trainPart>
    • Earliest arrival
    • Latest arrival
    • Earliest departure
    • Latest departure
    • Minimum stop time
    • Stop type, stop description
    • Commercial connections
  • Infrastructure <ocpTT>
    • Ordered stops
  • Rolling stock <formationTT>
    • Loco types
    • Weight
    • Length
    • Maximum speed
    • Infrastructure restrictions

Which specific IS data do you expect to receive/send (elements)?

As a minimum the <ocpTT> elements with commercially relevant stops have to be listed in a <trainPart>. The <infrastructure> has to provide the related <ocp> elements.

Which specific RS data do you expect to receive/send (elements)?

There is no mandatory requirement for detailed <vehicle> information. The loco types may be used to identify performance characteristics and infrastructure restrictions by the Infrastructure Manager.

Terms and Expressions

  • VLTP =very long term planning (>2 years)
  • LTP = long term planning: the yearly timetable(s)
  • STP = short term planning: < 1 year before operation
  • VSTP = very short term planning: few days before operation