Dev:Border between infrastructure managers and countries: Difference between revisions
[checked revision] | [checked revision] |
m (typo) |
No edit summary |
||
Line 5: | Line 5: | ||
Real world example of this concept can be found in the OpenRailwayPap defined for the Děčín–Dresden-Neustadt railway 6240 line. This line is operated be two railway operation managers Správa železnic of Czech Republic and Deutsche Bahn Netz of Germany. Schöna is a German railway station and Dolní Žleb is a Czech one. | Real world example of this concept can be found in the OpenRailwayPap defined for the Děčín–Dresden-Neustadt railway 6240 line. This line is operated be two railway operation managers Správa železnic of Czech Republic and Deutsche Bahn Netz of Germany. Schöna is a German railway station and Dolní Žleb is a Czech one. | ||
In railML handover points are represented by the {{ | In railML handover points are represented by the {{tag|IS|ownerChange}} element. As handover points represent the change of “Ims” {{tag|IS|ownerChange}} elements of infrastructure subschema refer to {{tag|CO|infrastructureManager}} ones of metadata. | ||
They affect the definition of the railway tracks. Every railway track should have an {{ | They affect the definition of the railway tracks. Every railway track should have an {{tag|IS|ownerChange}} at the beginning of the track positioned at zero coordinate. But also, the additional semantic constraints apply like for the {{tag|IS|speedChange}} <ref>{{site|1=https://www.railml.org/forum/index.php?t=msg&th=905&start=0&|2=railML2 <speedChange> semantic constraints revision forum post}}</ref>: | ||
• Only applies if speedChanges (ownerChange) are exported at all [as they are not required by XSD]; | • Only applies if speedChanges (ownerChange) are exported at all [as they are not required by XSD]; | ||
• If both directions are accessible, then {{ | • If both directions are accessible, then {{tag|IS|ownerChange}} should also be defined for the {{tag|IS|trackEnd}}. |
Revision as of 18:02, 29 September 2023
In this example we will consider handover point as it is defined in [1]: “Point where legal responsibility changes between the Ims. This can be but does not have to be in conjunction with a state border”.
Real world example of this concept can be found in the OpenRailwayPap defined for the Děčín–Dresden-Neustadt railway 6240 line. This line is operated be two railway operation managers Správa železnic of Czech Republic and Deutsche Bahn Netz of Germany. Schöna is a German railway station and Dolní Žleb is a Czech one.
In railML handover points are represented by the <ownerChange> element. As handover points represent the change of “Ims” <ownerChange> elements of infrastructure subschema refer to <infrastructureManager> ones of metadata.
They affect the definition of the railway tracks. Every railway track should have an <ownerChange> at the beginning of the track positioned at zero coordinate. But also, the additional semantic constraints apply like for the <speedChange> [2]:
• Only applies if speedChanges (ownerChange) are exported at all [as they are not required by XSD];
• If both directions are accessible, then <ownerChange> should also be defined for the <trackEnd>.
- ↑ unknown: TAP TSI and TAF TSI Sector Handbook for the Communication between Railway Undertakings and Infrastructure Managers (RU/IM Telematics Sector Handbook) Submitted on 20th October 2022
- ↑ railML2 <speedChange> semantic constraints revision forum post (link to the railML® website)