Home » railML newsgroups » railML.infrastructure » Modellig lineside telephones v3.2 RailML (Lineside telephones)
icon3.gif  Modellig lineside telephones v3.2 RailML [message #3639] Fri, 06 June 2025 08:52 Go to next message
Allan Bautista is currently offline  Allan Bautista
Messages: 2
Registered: March 2025
Junior Member
Dear Community,

In railML 3.2 infrastructure subschema ,we need to add infrastructure elements that are noted on our signalling plan, one of these is the lineside telephone. These are used by train drivers that connects them directly to the operations centre in the event where communicaton are not available via train cabin/console.

Lineside telephones are track side assets. What is the recommendation to capture this in RailML v3.2 ?

A sample of lineside telephone mounted on a signalling post is attached.

Report message to a moderator

Re: Modellig lineside telephones v3.2 RailML [message #3641 is a reply to message #3639] Wed, 11 June 2025 10:05 Go to previous messageGo to next message
christian.rahmig is currently offline  christian.rahmig
Messages: 510
Registered: January 2016
Senior Member
Dear Allan,

thank you for your input and example of a lineside telephone. Looking at the current model of railML 3.2 and 3.3, I cannot find an appropriate element for modelling this.

Question to the community: Do you have similar objects in your infrastructure networks and need to model it?

Any kind of feedback is 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

Report message to a moderator

Re: Modellig lineside telephones v3.2 RailML [message #3646 is a reply to message #3641] Thu, 12 June 2025 09:35 Go to previous messageGo to next message
Mathias Vanden Auweele is currently offline  Mathias Vanden Auweele
Messages: 42
Registered: February 2025
Location: Brussels
Member
I was thinking that trackside train monitoring systems are maybe not possible to represent in railml?

For helping Allan with the telephones until railml has added this element, maybe the generic areaElement could be used? https://wiki3.railml.org/wiki/IS:genericArea#3.3-0

Mathias Vanden Auweele
Railway data freelancer
https://matdata.eu
Brussels, Belgium

Report message to a moderator

Re: Modellig lineside telephones v3.2 RailML [message #3647 is a reply to message #3646] Fri, 13 June 2025 09:20 Go to previous messageGo to next message
christian.rahmig is currently offline  christian.rahmig
Messages: 510
Registered: January 2016
Senior Member
Dear Mathias,

I don't consider the lineside telephones mentioned by Allan to be trackside train monitoring systems. For these, we have e.g. detectors [1], and trainDetectionElements [2] of type "trackCircuit" and "axleCounter".

Coming back to the telephones: Maybe the element <trainRadio> [3] is more appropriate than a <genericArea>, although it is not matching by 100%, yet.

[1] https://wiki3.railml.org/wiki/IS:detector
[2] https://wiki3.railml.org/wiki/IS:trainDetectionElement
[3] https://wiki3.railml.org/wiki/IS:trainRadio

Best regards
Christian

Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org

Report message to a moderator

Re: Modellig lineside telephones v3.2 RailML [message #3650 is a reply to message #3647] Tue, 17 June 2025 06:57 Go to previous message
Allan Bautista is currently offline  Allan Bautista
Messages: 2
Registered: March 2025
Junior Member
Hi Mathias and Christian,

Thank you for following up on this.

my thoughts ...

Lineside telephone could potentially be an attribute of a rail corridor. We have instances of these that are mounted on wall, post , signal post and some on rigid structure. Similar to physicalfacilities :https://wiki3.railml.org/wiki/IS:physicalFacilities#3.2-0 , perhaps a container for networkDevices on the same level as physicalFacilities. Instances of networkDevices can be generalised as one for voiceNetwork , data and electrical etc.

CommunicationDevices might be well suited , but this maybe limiting as it may not cover future scope for non-voice network.

regards,
allanb

Report message to a moderator

Previous Topic: UC NEST Positioning approach for lineSegment with 2 or more tracks
Next Topic: How to interpret application direction for derailers
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Jul 09 11:13:53 CEST 2025