|
|
|
|
|
|
| Re: adding <designator> to <speedProfile> [message #3772 is a reply to message #3769] |
Mon, 27 October 2025 18:40  |
Thomas Nygreen
Messages: 110 Registered: March 2008
|
Senior Member |
|
|
Dear all,
Initially, I don't see a problem adding a designator to <speedProfile>. But it would maybe be more fitting with a <typeDesignator>?
Does anyone have an example of an existing register of speed profiles? Either with individual code entries in a register that can be added to the Registers code list or a register that assigns a UUID to each speed profile, which can be referenced from a <designator> with register="UUID".
"SUBSET-026" is not a register, but a series of ETCS specifications with several versions, each with several releases, in which NC_TRAIN has been redefined several times. Trying to use that as a designator only carries over the problems from Torben's [2]. It would also apply only to ETCS speed profiles. The other variables available in SUBSET-026 to specify which trains a speed profile applies to are already available in <speedProfile> and can also be used for non-ETCS speed profiles.
Having a "clear, standardised designator" for speed profiles across different countries would require the speed profiles themselves to be standardised across different countries. What the ETCS specifications are doing is standardising how the applicable train types are described, and the same approach has been used in railML3. There are already properties available in <speedProfile> to avoid having to guess.
Thomas Nygreen – Common Schema Coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
|