[railML3] <border> representing open ends [message #3263] |
Tue, 25 June 2024 11:55 |
Larissa Zhuchyi
Messages: 49 Registered: November 2022
|
Member |
|
|
Dear all
In an internal discussion of railML.org reviewing railML3 data coming from different parties there was an idea to unify representation of open ends in railML with semantic constraint IS:007 [1]:
"if border/@isOpenEnd='true' then border/@type should be set as @type='area'"
Do you agree that "area" is an appropriate type for borders representing open ends?
The background is as follows.
In railML3 border/@isOpenEnd=true is used to represent not surprisingly open ends. <border> also has a mandatory attribute @type with following enumeration "area, country, infrastructureManager, state, station, tariff, other:".
Currently users can set any types of borders to open ends, e.g. in one file open end can look like this <border isOpenEnd="true" @type="area"> and in other <border isOpenEnd="true" @type="other:model">.
[1] https://wiki3.railml.org/wiki/Dev:Semantic_Constraints
Sincerely,
Larissa Zhuchyi – Ontology Researcher
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
Re: [railML3] <border> representing open ends [message #3270 is a reply to message #3263] |
Fri, 02 August 2024 14:38 |
christian.rahmig
Messages: 474 Registered: January 2016
|
Senior Member |
|
|
Dear all,
as an "open end" describes the end of a certain railway network without knowledge about what lays behind, another possible (new) border type could be also "terra incognita" (or "terraIncognita" as enum value).
Please let us know your preferences...
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
|
|
|