| Questions about networkResource [message #3665] |
Fri, 27 June 2025 14:14  |
Mathias Vanden Auweele
Messages: 86
Registered: February 2025
Location: Brussels
|
Member |
|
|
Hello community,
I've generated a railML 3.3 file and tried validating it in railVIVID. I get validation issues such as these:
"Reference ",
24372,
Your file is not referentially correct.,
Error,
'//infrastructure/topology/networks/network/level/networkResource/@ref' did not match the reference register. Expected targets are '//netElement/@id' '//netRelation/@id',
,
122779,
<networkResource ref=""_bufferstop_8ffbef56-32a9-41f7-b64c-9f20b9a26870""/>
The referenced id is as the id suggests, a IS:BufferStop.
I am confused with this error and with the text "Expected targets are '//netElement/@id' '//netRelation/@id'," because:
- According to RTM 1.5, NetEntity is a subclass of NetworkResource. And BufferStop is a subclass of NetEntity
- There are no limits specified in https://wiki3.railml.org/wiki/Generic:networkResource#3.3-0
- The ontology defines isNetworkResourceOf with the domain NetworkResource which in itself is the superclass of NetEntity that has BufferStop as child.
So my question is: is the documentation + ontology wrong, or is railVIVID wrong, or am I missing something?
Thanks!
Mathias Vanden Auweele
Railway data freelancer
https://matdata.eu
Brussels, Belgium
|
|
|
|
|
|
| Re: Questions about networkResource [message #3674 is a reply to message #3673] |
Wed, 23 July 2025 13:29  |
Thomas Nygreen
Messages: 110
Registered: March 2008
|
Senior Member |
|
|
Dear Mathias,
Thank you for pointing out this issue! There may be a mismatch between the intended relationships, how it has been documented and possible gaps in the documentation. It relates to a topic that we have already scheduled for discussion among the coordinators when everyone is back after the summer.
Best regards,
Thomas
Thomas Nygreen – Common Schema Coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
|
| Re: Questions about networkResource [message #3723 is a reply to message #3674] |
Tue, 23 September 2025 16:40 |
Milan Wölke
Messages: 213
Registered: April 2007
|
Senior Member |
|
|
Hi Mathias,
Thanks again for bringing this issue to our attention.
It seems that the intended usage and the existing documentation are not aligned with each other.
The way I understand it, the idea is, that describing the topology is possible without the need to depend on anything other than the topology and the positioning systems. The direction of dependency is that all FunctionalInfrastructureEntities are dependent upon the topology whereas the topology is not dependent on them.
FunctionalInfrastructureEntities are placed on topology elements and thereby may implicitly be related with the network level of the topology elements they are placed on. However, they are not directly assigned a network level. From my point of view this is due to the fact that the elements as physical objects exist independently of the network levels that are of a more abstract nature.
It is our goal to improve the documentation of this aspect in the upcoming version 3.4 of railML.
Best regards, Milan
Milan Hoffmann – Timetable schema coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
|
| Re: Questions about networkResource [message #3724 is a reply to message #3723] |
Tue, 23 September 2025 16:54 |
Milan Wölke
Messages: 213
Registered: April 2007
|
Senior Member |
|
|
Regarding your question about networkLocation. The networkLocation of a FunctionalInfrastructureEntity is used to reference a Network, not a NetworkLevel. This is useful if a FunctionalInfrastructureEntity actually applies to the whole network. A typical example of this would be the element etcsArea.
Best regards, Milan
Milan Hoffmann – Timetable schema coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
|
|
|
Members
Search
Help
Login
Home
