Dev:Reversing trains and formations: Difference between revisions

From railML 2 Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
(railML→{{rml}})
 
(12 intermediate revisions by 4 users not shown)
Line 1: Line 1:
This article explains basic concepts, how to handle reversing trains and formations within the timetable subschema.
{{deu|Dieser Artikel erklärt Grundlagen des Umganges mit Richtungsänderungen von zügen innerhalb des Timetable-Subschemas.}}
== Reversing trains and formations ==
== Reversing trains and formations ==


In the {{TT:Tag|timetable}} scheme, there are two attributes concerning the turn of the running direction of a train, train part and/or formation: {{TT:Tag|ocpTT}}.{{Attr|trainReverse}} and {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}. They seam to be redundant and may possibly be mixed. This shall try to explain the difference of both:
In the {{TT:Tag|timetable}} scheme, there are two attributes concerning the turn of the running direction of a train, train part and/or formation: {{TT:Tag|ocpTT}}.{{Attr|trainReverse}} and {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}. They seem to be redundant and may possibly be mixed. This shall try to explain the difference of both:


=== Concerning the meaning of {{TT:Tag|ocpTT}}.{{Attr|trainReverse}} ===
=== Concerning the meaning of {{TT:Tag|ocpTT}}.{{Attr|trainReverse}} ===
   
   
It simply tells that the train(part) changes the direction - no matter whether the formation changes, reverses or neither of both.
It simply tells that the train(part) changes the direction - no matter whether the formation changes, reverses or neither of both.<br>
* trainReverse with change of formation = e. g. running around with the engine, also known as {{wikipedia|headshunt}}<br>
trainReverse with change of formation = e. g. running around with the engine
* trainReverse with reversing of formation = train(part) of several MUs or push-pull train<br>
trainReverse with reversing of formation = train(part) of several MUs or push-pull train
* trainReverse with neither of them = train(part) consists of a single vehicle (MU or engine)<br>
trainReverse with neither of them = train(part) consists of a single vehicle (MU or engine)
   
   
This information is mainly intended for passenger information (systems) which sometimes print a sign like <nowiki><-></nowiki> to notify the passenger where the running direction of the train changes.
This information is mainly intended for passenger information (systems) which sometimes print a sign like <nowiki><-></nowiki> to notify the passenger where the running direction of the train changes.
Line 36: Line 38:
=== Semantical background ===
=== Semantical background ===


One should be aware that {{TT:Tag|ocpTT}}.{{Attr|trainReverse}} semantically applies to the whole train while {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} applies to the formation of one {{TT:Tag|trainPart}} only. So, there is another way to change the orientation of the formation of a whole train without {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: Each vehicle forms its own {{TT:Tag|trainPart}}, may be due to different operating days or so.
One should be aware that {{TT:Tag|ocpTT}}.{{Attr|trainReverse}} semantically applies to the whole {{TT:Tag|train}} while {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} applies to the formation of one {{TT:Tag|trainPart}} only. This means that if {{Attr|trainReverse}} is specified for one {{TT:Tag|trainPart}} it should also be specified for all other {{TT:Tag|trainPart}}'s that travel alongside it ({{site|1=https://www.railml.org/forum/index.php?t=msg&th=843&start=0&|2=forum discussion|mode=silent}}).
 
There is another way to change the orientation of the formation of a whole train without {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: Each vehicle forms its own {{TT:Tag|trainPart}}, may be due to different operating days or so.
   
   
<syntaxhighlight lang="xml">
<syntaxhighlight lang="xml">
Line 53: Line 57:
</syntaxhighlight>  
</syntaxhighlight>  


Obviously the train reverses between both {{TT:Tag|trainPartSequences}} but there would be no change of {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} at none of the {{TT:Tag|trainPart}}s if each consist of one MU only.
Obviously the train reverses between both {{TT:Tag|trainPartSequence}}'s but there would be no change of {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} at none of the {{TT:Tag|trainPart}}s if each consist of one MU only.


=== Summary ===
=== Summary ===
Line 64: Line 68:
* {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: shall be used<br>
* {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: shall be used<br>
   
   
3) A formation of several vehicles reverses direction without ‘running around’ of the engine:<br>
3) A formation of several vehicles reverses direction without ‘running around’ of the engine (headshunt):<br>
* {{TT:Tag|ocpTT}}.{{Attr|trainReverse}}: shall be used<br>
* {{TT:Tag|ocpTT}}.{{Attr|trainReverse}}: shall be used<br>
* {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: shall be used<br>
* {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: shall be used<br>
   
   
4) A formation of several vehicles reverses direction with ‘running around’ of the engine:<br>
4) A formation of several vehicles reverses direction with ‘running around’ of the engine (headshunt):<br>
* {{TT:Tag|ocpTT}}.{{Attr|trainReverse}}: shall be used<br>
* {{TT:Tag|ocpTT}}.{{Attr|trainReverse}}: shall be used<br>
* {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: cannot be used since the formation changes<br>
* {{TT:Tag|formationTT}}.{{Attr|orientationReversed}}: cannot be used since the formation changes<br>
Line 76: Line 80:
=== Additional notes ===
=== Additional notes ===


* It is currently not defined "which way around" is the "normal" order of a formation and which is the "reverse" order of a formation. It is not enforced to define the engine as the first vehicle of a formation. Even for a formation which is used always in the same direction, it is up to the RailML writing software either to define it in one or the other orientation and possibly never use it without {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} set to 'true'. So, the defined orientation of a formation (given in the RailML file) may be the first which occurs or the one which is mainly used or the one of which somebody thought that it may be the mainly used or none of that...
* It is currently not defined "which way around" is the "normal" order of a formation and which is the "reverse" order of a formation. It is not enforced to define the engine as the first vehicle of a formation. Even for a formation which is used always in the same direction, it is up to the {{rml}} writing software either to define it in one or the other orientation and possibly never use it without {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} set to 'true'. So, the defined orientation of a formation (given in the {{rml}} file) may be the first which occurs or the one which is mainly used or the one of which somebody thought that it may be the mainly used or none of that...
* You should always treat the vehicle with the lowest {{Attr|orderNumber}} in a formation being the first vehicle in running direction (at the front of the train) and the vehicle with the highest {{Attr|orderNumber}} as the last one (at rear of the train) - except if {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} is set to 'true' which of course makes it the other way 'round.
* You should always treat the vehicle with the lowest {{Attr|orderNumber}} in a formation being the first vehicle in running direction (at the front of the train) and the vehicle with the highest {{Attr|orderNumber}} as the last one (at rear of the train) - except if {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} is set to 'true' which of course makes it the other way 'round.
* It is currently not 'forbidden' to use {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} with formation of one single vehicle. For some special cases it is the only way to define the running direction of one single vehicle. This could possibly apply e. g. to seat reservation: Whether certain seats are facing running direction or backwards. One could imagine a tramway operating between two terminal loops. If the tramway consists of one single bi-directional vehicle, the attribute {{Attr|orientationReversed}} is the only possibility to describe whether the tramway uses the terminal loops to turn around or just reverses.
* It is currently not 'forbidden' to use {{TT:Tag|formationTT}}.{{Attr|orientationReversed}} with formation of one single vehicle. For some special cases it is the only way to define the running direction of one single vehicle. This could possibly apply e. g. to seat reservation: Whether certain seats are facing running direction or backwards. One could imagine a tramway operating between two terminal loops. If the tramway consists of one single bi-directional vehicle, the attribute {{Attr|orientationReversed}} is the only possibility to describe whether the tramway uses the terminal loops to turn around or just reverses.
Line 82: Line 86:
[[Category:GeneralDescription]]
[[Category:GeneralDescription]]
[[category:Timetable Concept]]
[[category:Timetable Concept]]
{{interwiki}}

Latest revision as of 17:45, 19 January 2024

This article explains basic concepts, how to handle reversing trains and formations within the timetable subschema.

Dieser Artikel erklärt Grundlagen des Umganges mit Richtungsänderungen von zügen innerhalb des Timetable-Subschemas.

Reversing trains and formations

In the <timetable> scheme, there are two attributes concerning the turn of the running direction of a train, train part and/or formation: <ocpTT>.trainReverse and <formationTT>.orientationReversed. They seem to be redundant and may possibly be mixed. This shall try to explain the difference of both:

Concerning the meaning of <ocpTT>.trainReverse

It simply tells that the train(part) changes the direction - no matter whether the formation changes, reverses or neither of both.

  • trainReverse with change of formation = e. g. running around with the engine, also known as headshunt (Wiki banner.png)
  • trainReverse with reversing of formation = train(part) of several MUs or push-pull train
  • trainReverse with neither of them = train(part) consists of a single vehicle (MU or engine)

This information is mainly intended for passenger information (systems) which sometimes print a sign like <-> to notify the passenger where the running direction of the train changes.

Concerning the meaning of <formationTT>.orientationReversed

It has nothing to do with a train changing the running direction. It simply shall avoid the necessity to create each formation two times for both orientations. A train does not need to change its running direction for <formationTT>.orientationReversed:

Let’s say a train with the formation

  • 1. propelling control car
  • 2. 2nd class carriage
  • 3. 1st class carriage
  • 4. engine

runs all day between Airport and a place called Pirna and vice versa. For the one direction the <formation> is fine, but for the other direction the formation would have to be created a second time:

  • 1. engine
  • 2. 1st class carriage
  • 3. 2nd class carriage
  • 4. propelling control car

To avoid this, the attribute <formationTT>.orientationReversed can be used at every second train.

Please note: None of the trains do ever change their running direction during a single run - as in practice between Airport and Pirna. ("I suppose you know the location.")

So far, no need to use <formationTT>.orientationReversed at a formation consisting of one vehicle only. This would have been paradox since one cannot change the order of a list containing only one element.

Semantical background

One should be aware that <ocpTT>.trainReverse semantically applies to the whole <train> while <formationTT>.orientationReversed applies to the formation of one <trainPart> only. This means that if trainReverse is specified for one <trainPart> it should also be specified for all other <trainPart>'s that travel alongside it (forum discussion).

There is another way to change the orientation of the formation of a whole train without <formationTT>.orientationReversed: Each vehicle forms its own <trainPart>, may be due to different operating days or so.

<train>
  <trainPartSequence>
    <trainPartRef ref=’TP1.1’ position=’1’>
    <trainPartRef ref=’TP2.1’ position=’2’>
    <trainPartRef ref=’TP3.1’ position=’3’>
  </trainPartSequence>
  <trainPartSequence>
    <trainPartRef ref=’TP3.2’ position=’1’>
    <trainPartRef ref=’TP2.2’ position=’2’>
    <trainPartRef ref=’TP1.2’ position=’3’>
  </trainPartSequence>
</train>

Obviously the train reverses between both <trainPartSequence>'s but there would be no change of <formationTT>.orientationReversed at none of the <trainPart>s if each consist of one MU only.

Summary

1) A formation running in one direction (“forward”) without reversing:

2) A formation of several vehicles running in the other direction (“backward”) without reversing:

3) A formation of several vehicles reverses direction without ‘running around’ of the engine (headshunt):

  • <ocpTT>.trainReverse: shall be used
  • <formationTT>.orientationReversed: shall be used

4) A formation of several vehicles reverses direction with ‘running around’ of the engine (headshunt):

  • <ocpTT>.trainReverse: shall be used
  • <formationTT>.orientationReversed: cannot be used since the formation changes

To avoid no. #4, the engine may be put in an own <trainPart> so that #4 becomes “two times #3”. This reduces the total number of necessary formations by trend but it increases the total number of train parts. (Since a train part normally has more overhead than a formation, it may be better to handle rather more formations than more train parts.)

Additional notes

  • It is currently not defined "which way around" is the "normal" order of a formation and which is the "reverse" order of a formation. It is not enforced to define the engine as the first vehicle of a formation. Even for a formation which is used always in the same direction, it is up to the railML® writing software either to define it in one or the other orientation and possibly never use it without <formationTT>.orientationReversed set to 'true'. So, the defined orientation of a formation (given in the railML® file) may be the first which occurs or the one which is mainly used or the one of which somebody thought that it may be the mainly used or none of that...
  • You should always treat the vehicle with the lowest orderNumber in a formation being the first vehicle in running direction (at the front of the train) and the vehicle with the highest orderNumber as the last one (at rear of the train) - except if <formationTT>.orientationReversed is set to 'true' which of course makes it the other way 'round.
  • It is currently not 'forbidden' to use <formationTT>.orientationReversed with formation of one single vehicle. For some special cases it is the only way to define the running direction of one single vehicle. This could possibly apply e. g. to seat reservation: Whether certain seats are facing running direction or backwards. One could imagine a tramway operating between two terminal loops. If the tramway consists of one single bi-directional vehicle, the attribute orientationReversed is the only possibility to describe whether the tramway uses the terminal loops to turn around or just reverses.