|
Re: [railML2] Single and double derailer [message #3011 is a reply to message #2983] |
Fri, 10 June 2022 12:16 ![Go to previous message Go to previous message](/forum/theme/default/images/up.png) ![Go to next message Go to next message](/forum/theme/default/images/down.png) |
christian.rahmig
Messages: 458 Registered: January 2016
|
Senior Member |
|
|
Dear Georg,
thank you very much for your input related to requirements for a more detailed model of derailers in railML 2. As you know, we enhanced the derailer in railML 3.2. This includes the differentiation between single and double derailers via <derailerIS>@type and the default/preferred position of the derailer via <derailerIL>@preferredPosition.
For railML 2 I appreciate a solution that is very close to the modelling approach in railML 3.2. Therefore, I suggest not to use the already existing attribute <derailer>@kind as its values are defined according to the Railway Compendium "Railway Signaling and Interlocking" by Gregor Theeg: "blockDerail", "singleCatchPoints" and "doubleCatchPoints". In particular, I suggest the following approach:
* add new attribute @type with values "singleDerailer" and "doubleDerailer"
* use existing attribute @lockRef to link the derailer with a lock
* add new attribute @preferredPosition with values "derailingPosition" and "passablePosition"
* add new attribute @controllerRef to link the derailer with a controller element (interlocking)
Does this approach cover all your needs?
What does the community think about the need for a more detailed derailer model in railML 2?
Or is it sufficient to have a detailed derailer model implemented in railML 3?
Any comments are highly appreciated...
Best regards
Christian
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
Re: [railML2] Single and double derailer [message #3265 is a reply to message #3011] |
Thu, 04 July 2024 13:10 ![Go to previous message Go to previous message](/forum/theme/default/images/up.png) ![Go to next message Go to next message](/forum/theme/default/images/down.png) |
Torben Brand
Messages: 162 Registered: March 2016
|
Senior Member |
|
|
We have discovered that the norwegian railway sector would also need to relay the information contained in railML2 [1] for derailers:
kind: kind of derail device (cp. book "Railway Signalling and Interlocking" by Gregor Theeg and Sergej Vlasenko (Editors), p. 155)
- blockDerail: A block or wedge that fits over the rail. It will lift the flange of the wheel over to the outside of the rail.
- singleCatchPoints: Deflects vehicles in a similar manner as a <switch>, but with only a single tongue, in the rail through which the flanges have to pass.
- doubleCatchPoints: Deflects vehicles in the same manner as a <switch>, with two tongues, one on each rail.
Currently in railML3 [2]:
type: type of derailer from infrastructure/construction perspective (optional; xs:string)
Possible values:
- doubleDerailer: two derail devices installed on two rails
- singleDerailer: one derail device installed on one rail,
My questions:
1. Are "doubleDerailer" and "singleDerailer" both of type "blockDerail"?
2. can we add the value "singleCatchPoints" to the list for derailing tounges?
3. can we add "doubleCatchPoints" to the list for deflecting switches - for a simplyfied modelling where we do not have to model a ("deflecting") switch with a deflecting track and all other elements and atributes that come with a complete track modelleling (this for tracks not in operational usage, just for safety)
With kind regards
Torben
[1] https://wiki2.railml.org/wiki/IS:derailer
[2] https://wiki3.railml.org/wiki/IS:derailerIS
[Updated on: Thu, 04 July 2024 13:11] Report message to a moderator
|
|
|
Re: [railML2] Single and double derailer [message #3267 is a reply to message #3265] |
Fri, 12 July 2024 13:36 ![Go to previous message Go to previous message](/forum/theme/default/images/up.png) ![Go to next message Go to next message](/forum/theme/default/images/down.png) |
Jörg von Lingen
Messages: 89 Registered: March 2016
|
Member |
|
|
Dear Torben,
in signalling context the term "doubleDerailer" is often understood as
"derail device blocking two tracks at once".
Thus we shall be sensitive with wording and review our documentation.
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
On 04.07.2024 13:10, Torben Brand wrote:
> We have discovered that the norwegian railway sector would
> also need to relay the information contained in railML2 [1]
> for derailers:
>
> kind: kind of derail device (cp. book "Railway Signalling
> and Interlocking" by Gregor Theeg and Sergej Vlasenko
> (Editors), p. 155)
> - blockDerail: A block or wedge that fits over the rail. It
> will lift the flange of the wheel over to the outside of the
> rail.
> - singleCatchPoints: Deflects vehicles in a similar manner
> as a <switch>, but with only a single tongue, in the rail
> through which the flanges have to pass.
> - doubleCatchPoints: Deflects vehicles in the same manner as
> a <switch>, with two tongues, one on each rail.
>
> Currently in railML3 [2]:
> type: type of derailer from infrastructure/construction
> perspective (optional; xs:string)
> Possible values:
>
> - doubleDerailer: two derail devices installed on two rails
> - singleDerailer: one derail device installed on one rail,
>
> My questions:
> 1. Are "doubleDerailer" and "singleDerailer" both of type
> "blockDerail"
> 2. can we add the value "singleCatchPoints" to the list for
> derailing tounges?
> 3. can we add "doubleCatchPoints" to the list for deflecting
> switches - for a simplyfied modelling where we do not have
> to model a ("deflecting") switch with a deflecting track and
> all other elements and atributes that come with a complete
> track modelleling (this for tracks not in operational usage,
> just for safety)
>
> With kind regards
> Torben
>
> [1] https://wiki2.railml.org/wiki/IS:derailer
> [2] https://wiki3.railml.org/wiki/IS:derailerIS
>
|
|
|
Re: [railML2] Single and double derailer [message #3269 is a reply to message #3267] |
Sat, 20 July 2024 08:40 ![Go to previous message Go to previous message](/forum/theme/default/images/up.png) ![Go to next message Go to next message](/forum/theme/default/images/down.png) |
Torben Brand
Messages: 162 Registered: March 2016
|
Senior Member |
|
|
Hi Jörg,
Thank you for the answer.
I read it as «no» to my first question, and not relevant to the other two
questions.
Thus I suggest to add @kind with the same three values as in railML2.5
(blockDerail, singleCatchPoints, doubleCatchPoints) to <derailerIS> in railML3.3.
The need to designate the derailer kind is from UC SCTP.
--
TOBR
[Updated on: Thu, 15 August 2024 12:06] Report message to a moderator
|
|
|
Re: [railML2] Single and double derailer [message #3283 is a reply to message #3269] |
Mon, 26 August 2024 09:19 ![Go to previous message Go to previous message](/forum/theme/default/images/up.png) ![Go to next message Go to next message](/forum/theme/default/images/down.png) |
christian.rahmig
Messages: 458 Registered: January 2016
|
Senior Member |
|
|
Dear Torben and Jörg,
for railML 3.3 implementation I suggest the following solution:
- derailerIS: introduce new attribute @constructionType (type of derailer from infrastructure/construction perspective) with values "singleCatchPoints" (Deflects vehicles in a similar manner as a <switch>, but with only a single tongue, in the rail through which the flanges have to pass.), "doubleCatchPoints" (Deflects vehicles in the same manner as a <switch>, with two tongues, one on each rail.) and "blockDerail" (A block or wedge that fits over the rail. It will lift the flange of the wheel over to the outside of the rail.)
- derailerIS: deprecate attribute @type
- derailerIL: introduce attribute @type (type of derailer from interlocking perspective) with values "singleDerailer" (a derail device protecting one track) and "doubleDerailer" (a derail device protecting two tracks)
Does this proposal meet your requirements? If yes, I will update the related Gitlab issue [1]
[1] https://development.railml.org/railml/version3/-/issues/553
Best regards
Christian
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
|