| [Advanced example v14] Infrastructure managers [message #3895] |
Mon, 16 February 2026 23:24  |
Mathias Vanden Auweele
Messages: 100
Registered: February 2025
Location: Brussels
|
Senior Member |
|
|
The advanced example defines 4 Infrastructure managers in the xml but only three are displayed in the pdf.
Was <organizationalUnit code="BN" id="im01"> intended? If no, then the asset set afi_01 needs to be reassigned.
There is some confusion to me which elements should have a @infrastructureManagerRef and what needs to be assumed when an element that can hold this attribute, doesn't have one. Do we infer the first IM?
For example, track with id="trc34" is missing the infrastructureManagerRef attribute. I assume this is an error in the example file?
But also the Operational points and the lines don't have the @infrastructureManagerRef ?
Mathias Vanden Auweele
Railway data freelancer
https://matdata.eu
Brussels, Belgium
|
|
|
|
|
|
| Re: [Advanced example v14] Infrastructure managers [message #3902 is a reply to message #3899] |
Sun, 22 February 2026 11:48  |
Mathias Vanden Auweele
Messages: 100
Registered: February 2025
Location: Brussels
|
Senior Member |
|
|
Hello Larissa,
Thank you for your first answer and the explicit declaration of it in the wiki!
Although this raises another set of questions. So railML is applying the 'open world' principle where if something is not stated, it is assumed to be unknown.
-> So we can never say, "here's the complete list of Operational points of a network" by transmitting a railML file.
-> Or, in the case of the IM ref, an OP can have an infinite amount of IM's.
So how do we 'close' the lists than in railML? How do we state that something is complete?
Mathias Vanden Auweele
Railway data freelancer
https://matdata.eu
Brussels, Belgium
|
|
|
|
|
|
Members
Search
Help
Login
Home
