UC:TT:SlotOrdering: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
(Linkfix)
(Template fixes)
Line 12: Line 12:


{{UC interference}}
{{UC interference}}
* infrastructure: {{wiki2|IS:ocp|<ocp>}}
* infrastructure: {{tag|IS|ocp|wiki=2}}
* rolling stock: {{wiki2|RS:formation|<formation>}} (?)
* rolling stock: {{tag|RS|formation|wiki=2}} (?)
* interlocking: -
* interlocking: -


Line 37: Line 37:
** Not part of the timetable data  
** Not part of the timetable data  
* Trains
* Trains
** Identifier, e.g. {{wiki2|TT:train|<train>}}.trainNumber
** Identifier, e.g. {{tag|TT|train|wiki=2}}.trainNumber
* Operating periods
* Operating periods
* Train run {{wiki2|TT:trainPart|<trainPart>}}
* Train run {{tag|TT|trainPart|wiki=2}}
** Earliest arrival
** Earliest arrival
** Latest arrival
** Latest arrival
Line 47: Line 47:
** Stop type, stop description
** Stop type, stop description
** Commercial connections
** Commercial connections
* Infrastructure {{wiki2|TT:ocpTT|<ocpTT>}}  
* Infrastructure {{tag|TT|ocpTT|wiki=2}}  
** Ordered stops
** Ordered stops
* Rolling stock  {{wiki2|TT:formationTT|<formationTT>}}
* Rolling stock  {{tag|TT|formationTT|wiki=2}}
** Loco types
** Loco types
** Weight
** Weight
Line 57: Line 57:


{{UC elements|IS}}
{{UC elements|IS}}
As a minimum the {{wiki2|TT:ocpTT|<ocpTT>}} elements with commercially relevant stops have to be listed in a {{wiki2|TT:trainPart|<trainPart>}}.  The {{wiki2|IS:infrastructure|<infrastructure>}} has to provide the related {{wiki2|IS:ocp|<ocp>}} elements.  
As a minimum the {{tag|TT|ocpTT|wiki=2}} elements with commercially relevant stops have to be listed in a {{tag|TT|trainPart|wiki=2}}.  The {{tag|is|infrastructure|wiki=2}} has to provide the related {[tag|is|ocp}} elements.  


{{UC elements|RS}}
{{UC elements|RS}}
There is no mandatory requirement for detailed {{wiki2|RS:vehicle|<vehicle>}} information. The loco types may be used to identify performance characteristics and infrastructure restrictions by the Infrastructure Manager.
There is no mandatory requirement for detailed {{tag|RS|vehicle|wiki=2}} information. The loco types may be used to identify performance characteristics and infrastructure restrictions by the Infrastructure Manager.


'''Terms and Expressions'''
'''Terms and Expressions'''

Revision as of 12:38, 23 September 2024

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 {[tag|is|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