Home » railML newsgroups » railML.infrastructure » How to Indicate a working process when doing a signal redesign.
Re: [railML3] How to Indicate a working process when doing a signal redesign. [message #2566 is a reply to message #2546] Fri, 30 October 2020 16:29 Go to previous messageGo to previous message
christian.rahmig is currently offline  christian.rahmig
Messages: 436
Registered: January 2016
Senior Member
Dear Georg,

welcome to the railML forum and thank you for your message!


Georg Boasson wrote on Fri, 09 October 2020 13:06
My name is Georg Boasson and I am working at Bane NOR in Norway with implementing the ETCS signal system.

Bane NOR need to indicate the working process when doing a redesign of our signal systems. This is very valuable information in the migration phase, especially when replacing conventional signals with ETCS signals. So far, we have used an attribute in the Norwegian extension of railML2.4 to indicate "new", "removed" and "modified" elements.

My suggestion for implementation of this feature in railML3.1 will be to use the element <infrastructureState> with the sub-element <elementState> and the attributes @refersToElement and @value.

The elementState@refersToElement attribute will be used to reference any element in the infrastructure model (ex: <SignalIS@id>).

The elementState@value attribute will be used to indicate the state of the referenced element:

Removed @value="disabled" or "closed"
New --> @value="operational"
Modified --> @value="conceptual"
Unchanged --> no @value defined

Is this an acceptable way of implementation? Or anybody have other suggestions?

This looks already quite good. Just few remarks:
* If the signal is (physically) removed, please use @value="closed". If it is only temporarily not operational resp. in usage, then @value="disabled" shall be used.
* A new signal, which is used in operation shall use @value="operational". If the new signal is already placed, but not yet in usage, @value="disabled" shall be used.
* The state @value="conceptual" is defined as "The construction or commissioning of the element is planned for the medium or long term. However, there are still no concrete (planning) activities for the construction of the element beyond the preliminary planning and cost estimation." So, please use it only for signals that are not yet prepared for installation. How about using @value="planned" instead?


Dear community, how do you model your signal (or other elements) in different states? Any feedback from a user perspective is very much appreciated considering the objective to improve the state model in railML 3.x.

Thank you very much and best regards
Christian



Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: [railML3] Left and right track of a two-track line
Next Topic: railML 2.3 infrastructure extension proposal - "change"
Goto Forum:
  


Current Time: Fri May 17 04:54:39 CEST 2024