Home » railML newsgroups » railML.infrastructure » [railML3] Usage of <ownsPlatform> vs <ownsInfrastructureElement> (Suggesting a semantic constraint for when to use what)
[railML3] Usage of <ownsPlatform> vs <ownsInfrastructureElement> [message #3286] Tue, 27 August 2024 12:38
Larissa Zhuchyi is currently offline  Larissa Zhuchyi
Messages: 43
Registered: November 2022
Member
Dear all,

railML.org suggests to add in railML3 a semantic constraint IS:018 [1] (see text below). Please let us know if:

1) it is understandable;
2) you have anything against;
3) anything is missed in the wording.

Any functional infrastructure element that belongs to an <operationalPoint> may be listed as its equipment. This may be done by adding it to a specific container, such as <ownsPlatform>, <ownsTrack> and <ownsSignal> or it may be added to the generic container <ownsInfrastructureElement>. Any such added infrastructure element must be added to the most specific container available. No element shall be part of two such containers. If no specific container for the functional infrastructure element exists, it shall be listed in the generic container. Example: a <signalIS> must not be added to <ownsInfrastructureElement>. It shall be added to <ownsSignal>. As there is no container for levelCrossings a <levelCrossingIS> belonging to an <operationalPoint> shall be added to <ownsInfrastructureElement>.

See the list of all semantic constraints at [2].

[1] https://wiki3.railml.org/wiki/IS:opEquipment
[2] https://wiki3.railml.org/wiki/Dev:Semantic_Constraints

Thanks in advance!

Sincerely,

Larissa Zhuchyi – Ontology Researcher
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org

[Updated on: Wed, 28 August 2024 13:02]

Report message to a moderator

Previous Topic: [railML3] Positioning approach
Next Topic: [railML3] measure and distance in linear positioning systems
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Sun Sep 01 05:22:45 CEST 2024