Home » railML newsgroups » railML.infrastructure » [railML3] @lateralSide and @verticalSide and distances
Re: [railML3] @lateralSide and @verticalSide and distances [message #3788 is a reply to message #3787] Wed, 19 November 2025 10:42 Go to previous message
Mathias Vanden Auweele is currently offline  Mathias Vanden Auweele
Messages: 88
Registered: February 2025
Location: Brussels
Member
Hello Christian,

Thank you for looking into this.

Quote:
Now please think of the following situation: you have a platform edge spanning over at least two netElement objects. The netElement objects have different orientation. As the @lateralSide depends on the orientation of the netElement, you would have two different @lateralSide values to describe the lateral location of the platform edge. There would be no changes to @verticalSide though.
No, @lateralSide should not depend on the orientation of the <NetElement>. If the @lateralSide is defined on the <LinearLocation>, it should behave in the same way as the @applicableDirection. Independent on the orientation of the underlying <NetElement> of the <AssociatedNetElement>s. The <LinearLocation> has a direction, going from the @intrinsicCoordBegin of the first <AsscociatedNetElement> to the @intrinsicCoordEnd of the last <AssociatedNetElement>. That direction allows to define the left and right sides.

Quote:

Regarding areaLocation: Think of an island platform between two tracks, which you want to locate in the network. This would be possible with an areaLocation linking the two netElement objects under these tracks. If the netElement objects are oriented the same way, you would have again different @lateralSide values - one for each netElement. Yes, you are right, there are better ways to model this scenario: use two platformEdge elements instead of (or additional to) one platform object.
For <AreaLocations> it would make slightly more sense to set the @lateralSide attribute to the <AssociatedNetElement>, given that the <AreaLocation> doesn't really have a direction per se. You could still set it on the <AreaLocation> but then why isn't there the @applicableDirection attribute defined on it either? If there would be both, they could be conflicting. In any case, again I would not look at <AreaLocation> and keep the @applicableSide solely on the <LinearLocation> and <SpotLocation>


Mathias Vanden Auweele
Railway data freelancer
https://matdata.eu
Brussels, Belgium
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: [railML3.3] xs:choice between linearCoordinate and geometricCoordinate
Next Topic: ISO RailDax RINF mapping
Goto Forum:
  


Current Time: Sun Feb 15 03:05:37 CET 2026