| [railML3.3] Signal combinations [message #3112] |
Sun, 20 August 2023 13:44  |
Jörg von Lingen
Messages: 91
Registered: March 2016
|
Member |
|
|
Dear all,
especially with UC Scematic track plan the question arose how to model signals with different functions. For most infrastructure managers these signals are represented on the plan with different symbols depending on the parts installed on that pole. Here I suggest to make use of the functional information placed in the interlocking subschema.
With the latest extensions in the schema there can be several <signalIL> and <signalIndicator> referring to the same physical <signalIS>. From these relation the signal function (in interlocking domain), the possible aspects and the number of installed lamps [1] can be retrieved.
As illustration I have attached a sketch showing the reletions for a German Ks-signal as example. A signal with a main, distant and shunting signal on the same pole can be moddelled in similar way.
Dr.-Ing. Jörg von Lingen - Interlocking scheme coordinator
railML.org (Registry of Associations: VR 5750)
Phone Coordinator: +49 351 87759 40; railML.org: +49 351 47582911
Altplauen 19h; 01187 Dresden; Germany www.railml.org
[1] Proposal for signal lamps https://www.railml.org/forum/index.php?t=msg&th=786& start=0&
|
|
|
|
|
|
| [railML3] Re: Signal combinations [message #3142 is a reply to message #3114] |
Mon, 16 October 2023 17:29  |
Michael Gruschwitz
Messages: 13
Registered: May 2020
|
Junior Member |
|
|
Dear all,
in general that solution looks intriguing. It will allow us to encode a lot more detail into the signals than before. Looking through your proposal, however, we came up with a couple of question, we were hoping you could answer.
- In your first example, shouldn't the signalIS also have a <isSpeedSignal type="announcement/distant"/>?
- What other values are available for the indicator types? Currently there only is "cautiousDriving" and "other" available in the standard?
- Is the signalIL function always only related to the trainMovement signal aspect of the signalIS?
- Will it be possible to specify the speed that an indicator can show? Like in the example shown in Wikipedia or below.
- Is there a preview XSD available, so that we can look into it a little more detailed?
Thanks in advance for the clarification and thank you for your work.
With regards,
--
Michael Gruschwitz
Bahnkonzept Dresden/Germany
Am 23.08.2023 um 06:20 schrieb Jörg von Lingen:
> Short correction: in first picture the closing tag shall be
> "</signalIL>"
>
> Here now a corrected picture plus an additional one for
> combination of main, distant and shunting signal on the same
> pole.
>
> Dr.-Ing. Jörg von Lingen - Interlocking scheme coordinator
> railML.org (Registry of Associations: VR 5750)
> Phone Coordinator: +49 351 87759 40; railML.org: +49 351
> 47582911
> Altplauen 19h; 01187 Dresden; Germany www.railml.org
[Updated on: Mon, 16 October 2023 17:40] by Moderator Report message to a moderator |
|
|
|
| Re: [railML3] Re: Signal combinations [message #3148 is a reply to message #3142] |
Sun, 22 October 2023 07:21 |
Jörg von Lingen
Messages: 91
Registered: March 2016
|
Member |
|
|
Dear Michael,
to answer your questions:
1) A SpeedSignal is a signal which just shows the defined speed for the section ahead. They are in most cases fixed boards. However, in case of a TrainMovementSignal with a speed indicator this does not apply as the speed indicator is a supplementary signal aspect. The speed aspect is only shown together with a signal aspect for train movement.
2) The list of possible indicators was extended for cautiousDriving, directionIndicator, distantDirectionIndicator, distantJunctionIndicator, distantShortBrakingDistance, distantSpeedIndicator, junctionIndicator, shortBrakingDistance, speedIndicator, wrongTrackDriving.
3) The signalIL function is related to the aspects used by the interlocking.
4) Yes, it shall be possible to specify the aspects the indicator can show. This will be done similar as for the normal aspects of any signal.
5) A preview version of the interlocking XSD is attached.
Dr.-Ing. Jörg von Lingen - Interlocking scheme coordinator
railML.org (Registry of Associations: VR 5750)
Phone Coordinator: +49 351 87759 40; railML.org: +49 351 47582911
Altplauen 19h; 01187 Dresden; Germany www.railml.org
|
|
|
|
| Re: [railML3] Re: Signal combinations [message #3163 is a reply to message #3148] |
Fri, 10 November 2023 13:19 |
Jörg von Lingen
Messages: 91
Registered: March 2016
|
Member |
|
|
Dear all,
in my presentation in Rome I unfortunately couldn't go into much details of the signal combinations. There are two items which needs your opinion. Basically it is possible in infrastructure to define several SignalIS which are then grouped together using the @belongsToParent attribute. When looking into the examples I did attach to my post of 23. August they show two situations:
1) signal_combinations01 shows a signal with additional indicators. Here I suggest to have only one SignalIS element representing the signal itself which is then referred to from interlocking part. Thus the SignalIndicators would not have an individual counterpart SignalIS.
2) signal_combinations02 shows three signals at one mast. Thus they could be defined as three different SignalIS grouped then together to one parent-SignalIS. In this situation the three SignalIL elements might refer to the parent-SignalIS as shown in the picture (signal_combination02a.png) or the might refer to each individual SignalIS (signal_combination02b.png). I suggest to do the latter one.
Please tell us your preferred way to model such signals.
Dr.-Ing. Jörg von Lingen - Interlocking scheme coordinator
railML.org (Registry of Associations: VR 5750)
Phone Coordinator: +49 351 87759 40; railML.org: +49 351 47582911
Altplauen 19h; 01187 Dresden; Germany www.railml.org
[Updated on: Fri, 10 November 2023 13:56] Report message to a moderator |
|
|
|
|
|
|
|
|
|
|
|
|
|
Members
Search
Help
Login
Home
,_Zwsig_Q102.jpg){kind=link}