Home » railML newsgroups » railml.timetable » [railML3] Train number/identification systems
[railML3] Train number/identification systems [message #2707] Sun, 25 April 2021 18:24 Go to next message
Milan Wölke is currently offline  Milan Wölke
Messages: 76
Registered: April 2007
Member
Hallo zusammen,

in unserem letzten Entwickler-Workshop zum Thema railML 3 haben wir uns mit der Modellierung von Zugnummern beschäftigt. Wir haben festgelegt, dass es in railML 3 eine Struktur geben soll, die es erlaubt verschiedene Aspekte einer Zugnummer zu bündeln. Konkret sieht das ganze wie folgt aus:

<trainNumber type="Commercial" issuerRef="refToOrganizationalUnit" number="theActualTrainNumber" variant="knownAsAdditionalTrainNumberInRailML2">
  <range start="refToItineraryPoint" end="refToOtherItineraryPoint"/>
</trainNumber>

Mit "type" kann die Art der Zugnummer bezeichnet werden, also ob es sich bspw. um eine kommerzielle Zugnummer, eine Nummer des Infrastrukturbetreibers oder etwa um eine Taf Tap Tsi Id handelt.
Mit "issuerRef" kann auf die Organisationseinheit verwiesen werden, die die Nummer vergeben hat.
Mit der Attribut "number" kann die eigentliche Zugnummer angegeben werden und mit "variant" können Züge, die die selbe Zugnummer führen, voneinander unterschieden werden.

Dabei kam die Frage auf, welche Identifikationsysteme über "type" denn eigentlich zu berücksichtigen seien. In der Gruppe wurden die folgenden diskutiert:

Commercial Train Number,
TAF/TAP TSI Train ID,
Liniennummer,
Network Train Number (OTN),
TAF/TAP TSI Path ID,
Reservierungsnummer

Nun sollte die Enumeration, die mit "type" angegeben werden kann, nicht einfach die Summe aller denkbaren Identifikationssysteme darstellen, sondern eher die gebräuchlichsten, um damit einen Datenaustausch zwischen den meisten Systemen zu erlauben. Eine Erweiterbarkeit des Enums ist vorgesehen, damit auch weniger populäre Zugnummerntypen unterstützt werden können.

Da auch die Entwicklergruppe natürlich nur einen Ausschnitt aus der Bahnwelt kennt, bitten wir euch hier eure Meinung zu den gängigsten Identifikationssystemen für Züge abzugeben, damit wir daraus bestimmen können, welche Werte das Enum in seiner ersten Fassung erhalten soll.

Vielen Dank im Vorraus für die Unterstützung.

--

In our last developer workshop on railML 3, we discussed the modeling of train numbers. We determined that there should be a structure in railML 3 that allows to bundle different aspects of a train number. This looks like the following:

<trainNumber type="Commercial" issuerRef="refToOrganizationalUnit" number="theActualTrainNumber" variant="knownAsAdditionalTrainNumberInRailML2">
  <range start="refToItineraryPoint" end="refToOtherItineraryPoint"/>
</trainNumber>

"type" can be used to indicate the type of train number, i.e. whether it is, for example, a commercial train number, an infrastructure manager number or, say, a Taf Tap Tsi Train Id.
The "issuerRef" attribute can be used to refer to the organizational unit that issued the number.
The attribute "number" can be used to specify the actual train number and "variant" can be used to distinguish trains that have the same train number.

The question came up, which identification systems should be considered via "type". The following were discussed in the group:

Commercial Train Number,
TAF/TAP TSI Train ID,
Line Number,
Network Train Number (OTN),
TAF/TAP TSI Path ID,
Reservation Number

The enumeration that can be specified with "type" should not simply represent the sum of all conceivable identification systems, but rather the most common ones, in order to allow data exchange between most systems. An extensibility of the enum is planned, so that also less popular train number types may be supported.

Since the development group of course only knows a part of the railroad world, we kindly ask you to give us your opinion about the most common identification systems for trains, so that we can determine which values the enum should get in its first version.

Thanks in advance for your support.

Best regards, Milan


Milan Wölke - Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
Re: [railML3] Train number/identification systems [message #2825 is a reply to message #2707] Thu, 09 September 2021 14:06 Go to previous message
Christian Rößiger is currently offline  Christian Rößiger
Messages: 55
Registered: March 2015
Member
Hallo zusammen,

da es außerhalb der Entwickler wenig Feedback zu diesem Thema gab,
möchte ich einige Kommentare bzw. Ergänzungen zu Milans Foren-Post geben.

Am 25.04.2021 um 18:24 schrieb Milan Wölke:

> Dabei kam die Frage auf, welche Identifikationsysteme über
> "type" denn eigentlich zu berücksichtigen seien. In der
> Gruppe wurden die folgenden diskutiert:
>
> Commercial Train Number,
> TAF/TAP TSI Train ID,
> Liniennummer,
> Network Train Number (OTN),
> TAF/TAP TSI Path ID,
> Reservierungsnummer

Die Liniennummer kann aus dieser Liste entfallen, da wir uns inzwischen
für ein separates Element für die Liniennummer entschieden haben.

Aus dem Bereich der TAF/TAP Train Id wären grundsätzlich noch die
Subtypen Path Request (PR) und Case Reference (CR) zu nennen, wobei sich
mehrere Züge dabei die gleich Case Reference teilen können.

Um die in railML2 durch das Attribut "scope" vorhandenen Möglichkeiten
zu erhalten, wären folgende weitere Typen notwendig:
- ScopeSecondary
- ScopeSecondaryStart
- ScopeSecondaryEnd
- ScopeSecondaryInner

Viele Grüße
Christian
============================================================ =====

Hello all,

as there has been little feedback on this topic outside the developers,
I would like to make some comments or additions to Milan's forum post:

> The question came up, which identification systems should be
> considered via "type". The following were discussed in the
> group:
>
> Commercial Train Number,
> TAF/TAP TSI Train ID,
> Line Number,
> Network Train Number (OTN),
> TAF/TAP TSI Path ID,
> Reservation Number

The line Number / Service Code can be omitted from this list, as we have
meanwhile decided on a separate element for this item.

In the area of TAF/TAP Train Id, the subtypes Path Request (PR) and Case
Reference (CR) should be mentioned, whereby several trains can share the
same Case Reference.

In order to obtain the possibilities available in railML2 through the
attribute "scope", the following further types would be necessary:

- ScopeSecondary
- ScopeSecondaryStart
- ScopeSecondaryEnd
- ScopeSecondaryInner

Best regards
Christian

--
iRFP e. K. · Institut für Regional- und Fernverkehrsplanung
Hochschulstr. 45, 01069 Dresden
Tel. +49 351 4706819 · Fax. +49 351 4768190 · www.irfp.de
Registergericht: Amtsgericht Dresden, HRA 9347
Previous Topic: [railML2] Prognostizierte Zeiten / Expected times
Goto Forum:
  


Current Time: Mon Sep 20 22:32:38 CEST 2021