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 |
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:06My 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
|
|
|