Home » railML newsgroups » railML.infrastructure » [railML3] Proposing new @epsgCode for <geometricPositioningSystem>
Re: [railml3] Proposing new @epsgCode for <geometricPositioningSystem> [message #3970 is a reply to message #3959] Sun, 19 April 2026 21:41 Go to previous messageGo to previous message
Mathias Vanden Auweele is currently offline  Mathias Vanden Auweele
Messages: 174
Registered: February 2025
Location: Brussels
Senior Member
Quote:
You write that you would like a more strict value space for crsDefinition. You also write that you would allow any URI. In XML Schema Definition anyURI also allows relative URI references, allowing basically any string, including things like "WGS84", "4326" or "EPSG:4326" (which could in theory resolve in the unlikely case that a resource with that name is available in the same directory as the railML file), or a URN (which requires a dedicated resolver).

Do you have any suggestions on how you would restrict the value space of crsDefinition, syntactically or by best practice?
With 'more strict' I was indeed trying to say that the value of crsDefinition should be of type xsd:anyURI. And yes that would allow any string to be inserted by the railml generator but the consumer should understand it as a URI.


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


Current Time: Sun Oct 11 20:13:36 GMT+2 2026