Talk:IS:mileageChange

Change of mileage direction / Kilometrierungsrichtungswechsel

The mileage of the following track first falls from km 2.036 down to km 0.000 and from there on raises from km 14.436 up to km 24.670.

Die Kilometrierung des folgenden Gleises fällt zunächst von km 2,036 auf km 0,000 und beginnt ab dort, von km 14,436 auf km 24,670 zu steigen.

      <track id='…'>
        <trackTopology>
          <trackBegin id='…' pos='11478' absPos='2036'/>
          <trackEnd id='…' pos='25748' absPos='24670'/>
          <mileageChanges>
            <mileageChange id='…' pos='13514' absPosIn='0' absPos='14436' absDir='raising'/>
          </mileageChanges>
        </trackTopology>
      </track>

Notes on this example:

• With the current railML schema, one can only deduce from comparing <trackBegin>.absPos and <mileageChange>.absPosIn that the initial mileage direction is falling. It is intended to ease this (among others) from railML 3.0.
  
• Many users would probably say that in case of a mileage direction change (like this example) the track has to be split into two tracks. Each of the two tracks would have no mileage change. Both would be linked (by a <line>) at the place of the former mileage direction change. This is the case in many data models. It may also be the reason why there is no <mileageChange>.type enumeration value for this case. However, so far it is not 'forbidden' to have mileage direction changes in railML. It is to be clarified in future whether these cases have to be split or whether there will be a <mileageChange>.type for them.

Hinweise zu diesem Beispiel:

• Mit den derzeitigen RailML-Schemen ist nur durch Auswerten von <trackBegin>.absPos und <mileageChange>.absPosIn möglich, herauszufinden, das die initiale Kilometrierung fällt. Dies soll (u. a.) ab RailML 3.0 geändert werden.
  
• Viele Anwender würden vermutlich sagen, dass in einem solchen Falle eines (vermeintlichen) Kilometrierungsrichtungswechsels das Gleis in zwei Gleise aufzuteilen sei. Jedes der sich so ergebenden Gleise hätte keinen <mileageChange>. Beide würden an der stelle des vermeintlichen Kilometrierungsrichtungswechsels zusammengefügt werden (in RailML etwa durch ein <line>-Element). So würde dieser Fall in vielen Datenmodellen behandelt; das mag auch der Grund dafür sein, warum es bisher keinen <mileageChange>.type-Aufzählungswert für diesen Fall gibt. Bisher ist es aber auch nicht ausdrücklich "verboten", Kilometrierungsrichtungswechsels in RailML zu definieren. Die weitere Schemenentwicklung muss zeigen, ob solche Fälle ausdrücklich aufzuteilen sind oder ob sie durch einen <mileageChange>.type legalisiert werden.