RS:trainOrder/3.2: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[unchecked revision][checked revision]
(Created page RS:trainOrder/3.2 using XSD2MediaWiki Converter 1.0.6)
 
(Updated page RS:trainOrder/3.2 using XSD2MediaWiki Converter 1.1.1)
 
(One intermediate revision by one other user not shown)
Line 4: Line 4:
|subschema=rollingstock
|subschema=rollingstock
|subschema_slug=RS
|subschema_slug=RS
|documentation=This is the reference to the individual vehicles within the formation with their order number to mark the position in the formation. This is considering the standard orientation of the complete formation.
|version=3.2
|version=3.2
|parent={{parent|subschema=RS|name=formation}}
|parent={{parent|subschema=RS|name=formation}}
|children={{Any|multiplicity=0..*}}
|attributes={{attribut|name=orderNumber|pflicht=1|typ=xs:positiveInteger|documentation=The order number of the vehicle within the formation starting with 1 in the front. This is considering the standard orientation of the complete formation.}},
|attributes={{attribut|name=orderNumber|pflicht=1|typ=xs:positiveInteger|documentation=The order number of the vehicle within the formation starting with 1 in the front.}},
{{attribut|name=orientation|pflicht=0|typ=xs:string|documentation=The orientation of the vehicle within the formation, whereas 'normal' means with A-end of vehicle in front. This is considering the standard orientation of the complete formation.|werte={{wert|name=normal}}{{wert|name=reverse}}}},
{{attribut|name=vehicleRef|pflicht=1|typ=xs:string|documentation=reference an object using its UUID or GenericID (xs:ID)|patterns={{pattern|(urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\}}}}},
{{attribut|name=vehicleRef|pflicht=1|typ=xs:string|documentation=The reference to the vehicle used at this position in the formation.|patterns={{pattern|(urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\}}}}}
{{attribut|name=orientation|pflicht=0|typ=xs:string|documentation=The orientation of the vehicle within the formation, whereas 'normal' means with A-end of vehicle in front.|werte={{wert|name=reverse}}{{wert|name=normal}}}},
{{attribut|name=id|pflicht=0|typ=xs:string|documentation=unique identifier|patterns={{pattern|(urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\}}}}}
}}
}}

Latest revision as of 12:43, 8 February 2024

Automatic Schemaexport for Element trainOrder

Autoexport from the XML-Schema for element RS:trainOrder of railML® version 3.2
Documentation This is the reference to the individual vehicles within the formation with their order number to mark the position in the formation. This is considering the standard orientation of the complete formation.
Subschema rollingstock
Parents* formation
Children None
Attributes:
  • orderNumber: The order number of the vehicle within the formation starting with 1 in the front. This is considering the standard orientation of the complete formation. (obligatory; xs:positiveInteger),

  • orientation: The orientation of the vehicle within the formation, whereas 'normal' means with A-end of vehicle in front. This is considering the standard orientation of the complete formation. (optional; xs:string)
Possible values:
  • normal
  • reverse,

  • vehicleRef: The reference to the vehicle used at this position in the formation. (obligatory; xs:string; patterns: (urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\})
*Notice:
Elements may have different parent elements. As a consequence they may be used in different contexts.
Please, consider this as well as a user of this wiki as when developing this documentation further.
Aspects that are only relevant with respect to one of several parents should be explained exclusively in the documentation of the respective parent element.