Home » railML newsgroups » railML.infrastructure » [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" (The value "midOfTrain" is intended to be deleted with railML version 3.2 .)
[railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2858] Wed, 08 December 2021 16:42 Go to next message
Karl-Friedemann Jerosch is currently offline  Karl-Friedemann Jerosch
Messages: 12
Registered: May 2020
Junior Member
Dear railML users!

Is anybody using the element "trainRelation" with value "trainRelation="midOfTrain" ?

Note:
The element "trainRelation" is located in railML/infrastructure/functionalInfrastructure/signalsIS/sig nalIS/isSpeedSignal/trainRelation.

Reason:
If the value "midOfTrain" is not used, then this value is intended to be deleted with railML version 3.2.
For the remaining two values, a relation to the corresponding values of UNISIG ETCS variable Q_FRONT will be added
(for example as commentary in the railML scheme and/or as description in railML's wiki):
- "trainRelation="endOfTrain" corresponds to Q_FRONT=0
- "trainRelation="headOfTrain" corresponds to Q_FRONT=1

Reference:
The ETCS variable Q_FRONT with values and meanings are defined by UNISIG SUBSET-026 (versions 2.3.0, 3.4.0 or 3.6.0; section 7.5.1.109).
Re: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2864 is a reply to message #2858] Thu, 16 December 2021 13:57 Go to previous messageGo to next message
Milan Wölke is currently offline  Milan Wölke
Messages: 150
Registered: April 2007
Senior Member
Hi guys,

please note that there is an ongoing discussion about this in timetable subschema as well:

https://www.railml.org/forum/index.php?t=msg&th=837& start=0&

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: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2885 is a reply to message #2858] Fri, 21 January 2022 11:11 Go to previous messageGo to next message
Joachim Rubröder is currently offline  Joachim Rubröder
Messages: 1
Registered: March 2020
Junior Member
Dear railML users,

we use the alignment as a default stopping position for a commercial stop 'centered' in relation to the platform of a station.

Best regards,
Joachim
Re: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2886 is a reply to message #2858] Mon, 24 January 2022 10:43 Go to previous messageGo to next message
Christian Rößiger is currently offline  Christian Rößiger
Messages: 63
Registered: March 2015
Member
Dear all,

In railML2-TT this enumeration is used to define the orientation of a
stopping train with respect to a stopping place. 'midOfTrain' could be
used in this context to place a train at a platform so that its centre
is at a certain point (platform entrance, station building, ...).

In the last railML-TT teleconference we discussed this topic. Currently,
none of the participants uses this attribute, so there are no objections
to dropping the value "midOfTrain" from this enumeration type in
railML3.2. If there will be a need for this attribute in the future,
however, it would have to be discussed again whether 'midOfTrain' would
have to be added again for this purpose in a later railML version.

In the meantime, however, Joachim Rubröder has stated in his forum post
that he uses the attribute and thus also the value 'midOfTrain'. A final
opinion on this question from the point of view of railML-TT would
therefore have to be discussed again.

Best regards
Christian Rößiger

------------------------------------------------------------ ------------
Hallo zusammen,

In railML2-TT wird diese Aufzählung verwendet, um die Ausrichtung eines
haltenden Zuges in Bezug auf eine Halteplatz zu definieren. 'midOfTrain'
könnte in diesem Zusammenhang verwendet werden, um einen Zug so an einem
Bahnsteig zu platzieren, dass er sich mit seiner Mitte an einem
bestimmten Punkt (Bahnsteigzugang, Empfangsgebäude,...) befindet.

In der letzten railML-TT-Telefon-Konferenz haben wir dieses Thema
diskutiert. Derzeit verwendet keiner der Teilnehmer dieses Attribut, so
dass es keine Einwände gegen den Entfall des Wertes "midOfTrain" aus
diesem Aufzählungstyp in railML3.2 gibt. Falls es zukünftig einen Bedarf
für dieses Attribut gibt, wäre allerdings neu zu diskutieren, ob
'midOfTrain' hierfür in einer späteren railML-Version wieder zu ergänzen
wäre.

In der Zwischenzeit hat Joachim Rubröder in seinem Forumpost allerdings
festgestellt, dass er das Attribut verwendet und somit auch den Wert
'midOfTrain'. Ein abschliessende Meinung zu dieser Frage aus Sicht
railML-TT müsste also nochmals diskutiert werden.

Viele Grüße
Christian Rößiger
--
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
Re: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2893 is a reply to message #2886] Tue, 01 February 2022 10:07 Go to previous messageGo to next message
Dirk Bräuer is currently offline  Dirk Bräuer
Messages: 313
Registered: August 2008
Senior Member
Hallo allerseits,

ich möchte Joachim beipflichten und mich gegen eine Löschung von "midOfTrain" aussprechen.

Der Halt der Zugmitte an der Mitte der Betriebsstelle betrifft potentiell auch Geschwindigkeitswechsel.

Wenn ein Zug eine andere Ein- als Ausfahrgeschwindigkeit in einem Bahnhof hat, dann ist die "Umschaltung" von Ein- auf Ausfahrgeschwindigkeit in bestimmten Fällen mit Halt am planmäßigen Halteplatz anzuwenden. (Die Ausfahrgeschwindigkeit gilt bereits, bevor die Zugspitze das Ausfahrsignal erreicht hat.) Da weder Zugspitze noch Zugschluss an einem vordefinierten Ort stehen müssen, wenn die Zugmitte an der Betriebsstellenmitte steht, kann dann der Geschwindigkeitswechsel dann auch nur für Zugmitte an Betriebsstellenmitte abgebildet werden.

Man kann durchaus geteilter Meinung darüber sein, ob ein Zug wirklich Zugmitte an Betriebsstellenmitte hält oder halten darf. Das mag ein Ermessen des Triebfahrzeugführers sein, das nach strenger Lesart heute u. U. nicht mehr von den Vorschriften gedeckt wird. Wie auch immer, es ist gängige Praxis insbesondere in der Fahrplankonstruktion. Und diese gängige Praxis sollte in railML abbildbar sein, auch wenn es u. U. "nur" akademische Fälle oder Vereinfachungen in "Makro-Modellen" sind.

Viele Grüße,
Dirk.
Re: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2956 is a reply to message #2893] Mon, 14 March 2022 17:12 Go to previous messageGo to next message
christian.rahmig is currently offline  christian.rahmig
Messages: 474
Registered: January 2016
Senior Member
Dear all,

in railML 3.2 the enum value "midOfTrain" will remain a value of the attribute @trainRelation used by element <stoppingPlace>. The attribute <signalIS/isSpeedSignal>@trainRelation will be marked deprecated. Instead, a new attribute <speedSection>@refersToTrain (of type tTrainRelation) will be introduced.

Best regards
Christian


Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
Re: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation" [message #2957 is a reply to message #2956] Mon, 14 March 2022 17:23 Go to previous message
christian.rahmig is currently offline  christian.rahmig
Messages: 474
Registered: January 2016
Senior Member
Dear all,

the topic is filed in Git issue #496 [1] and will be implemented with railML 3.2.

[1] https://development.railml.org/railml/version3/-/issues/496

Best regards
Christian


Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
Previous Topic: railML 3.2: Additional information for travel paths in a macroscopic netElement
Next Topic: [railML3] transfer times for connections
Goto Forum:
  


Current Time: Sun Nov 03 20:40:26 CET 2024