Home » railML newsgroups » railML.infrastructure » [railML2] Single and double derailer (Proposal for modeling of single and double derailers in railML2)
Re: [railML2] Single and double derailer [message #3267 is a reply to message #3265] Fri, 12 July 2024 13:36 Go to previous message
Jörg von Lingen is currently offline  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
>
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: Infrastructure element datamodel quality and input-data source
Goto Forum:
  


Current Time: Tue Jul 16 06:25:06 CEST 2024