IS:track: Difference between revisions

From railML 2 Wiki
Jump to navigation Jump to search
[unchecked revision][unchecked revision]
(New template deployes (Vorlage:OtherEnum))
m (Enumeration values for "mainDir" added)
Line 2: Line 2:
elementName = track
elementName = track


|parent = {{IS:Doc|tracks}}
|parent = {{IS:Tag|tracks}}


|childs = {{IS:Doc|additionalName|track}} {{Intro|2.1}}, {{IS:Doc|ocsElements}}, {{IS:Doc|trackDescr}}, {{IS:Doc|trackElements}}, {{IS:Doc|trackTopology}}
|childs = {{IS:Tag|additionalName|track}} {{Intro|2.1}}, {{IS:Tag|ocsElements}}, {{IS:Tag|trackDescr}}, {{IS:Tag|trackElements}}, {{IS:Tag|trackTopology}}


|inheritedAttributes =  
|semantics =
A {{IS:Tag|track}} represents one of possibly multiple tracks (= "pair of rails") that make up a line. The {{IS:Tag|track}} and its child elements contain all information about the track's topology and the trackside elements associated with that track.
 
|inheritedAttributes =
{{InheritIdName
{{InheritIdName
|id = {{Intro|1.1}}
|id = {{Intro|1.1}}
Line 27: Line 30:


* {{Attr|mainDir}}: This is the preferred driving direction on that track.
* {{Attr|mainDir}}: This is the preferred driving direction on that track.
:* {{Enum|up}} This track is mostly used in the track definition direction.
:* {{Enum|down}} This track is mostly used opposite the track definition direction.
:* {{Enum|unknown}} The preferred driving direction of the track is not known.
:* {{Enum|none}} There is no preferred driving direction for the track.


{{InheritRef
{{InheritRef
Line 34: Line 41:
}}
}}


|semantics =
|constraints =
A {{IS:Tag|track}} represents one of possibly multiple tracks (= "pair of rails") that make up a line. The {{IS:Tag|track}} and its child elements contain all information about the track's topology and the trackside elements associated with that track.
 
|notes =
All tracks in RailML and the connections make up a graph. But different to many other data models, RailML does NOT require points, signals and other elements to be on ''vertices'' of that graph. In RailML, such elements can be located everywhere along the track (''edge'') and the number of elements a track can hold is not limited. Therefore, RailML uses "long" tracks which typically cover the complete length of a line in a single {{IS:Tag|track}}.
 
But to ease conversion from other data sources, it is of course possible to concatenate many "short" {{IS:Tag|track}}s to one "long" track of a line. There are no syntactical or semantical reasons why that solution would be no valid RailML.
 
|constraints =  
{{InheritIdNameConstraints}}
{{InheritIdNameConstraints}}


Line 51: Line 50:
* {{Attr|type}} optional
* {{Attr|type}} optional


|backHome = IS:elements
|notes =
All tracks in RailML and the connections make up a graph. But different to many other data models, RailML does NOT require points, signals and other elements to be on ''vertices'' of that graph. In RailML, such elements can be located everywhere along the track (''edge'') and the number of elements a track can hold is not limited. Therefore, RailML uses "long" tracks which typically cover the complete length of a line in a single {{IS:Tag|track}}.
 
But to ease conversion from other data sources, it is of course possible to concatenate many "short" {{IS:Tag|track}}s to one "long" track of a line. There are no syntactical or semantical reasons why that solution would be no valid RailML.
 
}}
}}

Revision as of 14:54, 29 January 2013


track
 


Scheme description / Schemenbeschreibung

Position of track in the XML-Tree / Position von track im XML-Baum

Multiplicity / Anzahl

[1..1]

Semantics / Bedeutung

A <track> represents one of possibly multiple tracks (= "pair of rails") that make up a line. The <track> and its child elements contain all information about the track's topology and the trackside elements associated with that track.

Attributes of track / Attribute von track

  • id: XML-file-wide unique, machine-interpretable identity, required for later referencing that element internally. For a detailed explanation see Dev:identities.
    XML-Datei-weit eindeutige, maschineninterpretierbare Identität, die für die spätere interne Referenzierung dieses Elements erforderlich ist. Für eine detaillierte Erklärung siehe Dev:identities.
    (introduced with version 1.1)
  • code (introduced with version 2.1): Machine-interpretable string (e.g. an abbreviation) used for identification of the object across exchange partners, usecase specific uniqueness constraints may apply. Please see our description of the differences between id, code and human-readable identifiers.
    Maschineninterpretierbare Zeichenkette (z.B. Abkürzung), die zur Identifizierung des Objekts auch bei Austauschpartnern verwendet wird, wobei spezifische Eindeutigkeitsbeschränkungen gelten können. Bitte beachten Sie unsere Erläuterung zu den Unterschieden zwischen id, code and menschenlesbaren Kennzeichnungen.
  • name: Established, human-readable short string, giving the object a name. Not intended for machine interpretation, please see our notice on human interpretable data fields.
    Etablierte, menschenlesbare kurze Zeichenkette, die das Objekt benennt. Nicht zur maschinellen Interpretation bestimmt, siehe Hinweise zu menschenlesbaren Datenfeldern.
    (introduced with version 1.1)
  • description: Human-readable, more detailed description as addition to the name. It should give additional explanations or hints to the contents of this element. Not intended for machine interpretation, please see our notice on human interpretable data fields.
    Menschenlesbare, detailliertere Beschreibung als Ergänzung zu name. Sie soll zusätzliche Erläuterungen oder Hinweise auf den Inhalt dieses Elements geben. Nicht zur maschinellen Interpretation bestimmt, siehe Hinweise zu menschenlesbaren Datenfeldern.
  • xml:lang (introduced with version 2.1): This is a unique identifier of language. It uses basically the language standard IETF BCP 47 (external link) which may be different to ISO 639-1 (external link) or ISO 639-2 (external link). For mapping hints see relation to other standards (external link).
    This defines the language used for name and description. Use <additionalName> to provide a name and/or description in other languages.
  • type: This is a classification of the track. Possible values are:
  • mainTrack: This is a regular track a of line used for frequent passenger and freight transport.
    "Hauptgleis"
  • secondaryTrack: This is a track not frequently used (e. g. for overtaing only).
    "Nebengleis"
  • connectingTrack: This is a transfer track to another track e. g. in branches, points or cross overs.
  • sidingTrack: This is a siding.
    "Abstellgleis"
  • stationTrack: This is a track in a station, possibly with plattforms.
    "Bahnhofsgleis"
  • other:anything: Any value that does not fit any value from the previous enumeration list, fulfilling the constraint: at minimum two characters, whitespace is not allowed. Please, apply Dev:usingAny accordingly.
  • mainDir: This is the preferred driving direction on that track.
  • up This track is mostly used in the track definition direction.
  • down This track is mostly used opposite the track definition direction.
  • unknown The preferred driving direction of the track is not known.
  • none There is no preferred driving direction for the track.
  • infraAttrGroupID: This refers to the id attribute of the associated <infraAttributes> element.
    (introduced with version 2.0), it specifies a basic set of common parameters for the track.

Syntactic Constraints / Syntaktische Beschränkungen

  • id: xs:ID, required
    a string, starting with a letter (a..zA..Z) or an underscore (_),
    followed by a non-colonized and non-spaced string consisting of letters, digits, points (.), dashes (-) or underscores (_)
  • code: xs:string, optional
  • name: xs:string, optional
  • description: xs:string, optional
  • xml:lang: xs:language, language identification, optional
  • mainDir optional
  • type optional

Best practice & Examples / Empfohlene Anwendung & Beispiele

Not yet described. / Noch nicht beschrieben.

Notes / Anmerkungen

All tracks in RailML and the connections make up a graph. But different to many other data models, RailML does NOT require points, signals and other elements to be on vertices of that graph. In RailML, such elements can be located everywhere along the track (edge) and the number of elements a track can hold is not limited. Therefore, RailML uses "long" tracks which typically cover the complete length of a line in a single <track>.

But to ease conversion from other data sources, it is of course possible to concatenate many "short" <track>s to one "long" track of a line. There are no syntactical or semantical reasons why that solution would be no valid RailML.

Open issues / Offene Punkte/Pendenzen

Not yet described. / Noch nicht beschrieben.