Main Page: Difference between revisions

From railML 2 Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
No edit summary
(Reformatting of texts)
(14 intermediate revisions by one other user not shown)
Line 1: Line 1:
{{navi}}
{{navi}}
{{note|This wiki is dedicated to all Versions of {{rml}} 2.
{{note|This wiki is dedicated to all Versions of {{rml}} 2.
A separate wiki for {{rml}} 3 is currently under development under https://wiki3.railml.org. Please [https://www.railml.org/en/contact.html contact railML.org] for enquiries in the meantime.}}
A separate wiki for {{rml}} 3 is available from the https://wiki3.railml.org website and is still being expanded.
Please [https://www.railml.org/en/contact.html contact railML.org] for enquiries in the meantime.}}


=== Welcome to the {{rml}} wiki / {{Deu| Willkommen im {{rml}}-Wiki}} / {{Fra|Bienvenue au Wiki du {{rml}}}}===
=== Welcome to the {{rml}} wiki / {{Deu| Willkommen im {{rml}}-Wiki}} / {{Fra|Bienvenue au Wiki du {{rml}}}}===
Line 25: Line 26:
|}
|}


== Current {{rml}} subschemas ==
== Current {{rml|2}} subschemas ==


Currently there are three subschemas for productive use: Infrastructure (IS), Timetable and Rostering (TT) and Rollingstock (RS). The Interlocking subschema (IL) is in active devellopment and can be obtained for devellopment and test purposes. Elements that do not fit into this structure are subsumed in the class Common (CO).
There are three subschemas for productive use: Infrastructure (IS), Timetable and Rostering (TT) and Rollingstock (RS). Elements that are needed by all subschemas or do not fit into this structure are subsumed in the class Common (CO). Please contact the coordinator of the respective schema (see {{site|https://www.railML.org/en/user/subschemes.html}}) for questions and enquiries. Additional subschemas will be developed only in the {{rml|3}} domain. Please, frame the regarding suggestions and contributions to this end.
 
Open {{external|https://www.railML.org/en/user/subschemes.html}} for a list of the current coordinators of the respective schemas.
 
The {{rml}} community has plans for two further subschemas:
*''Shift planning'': Additional to (vehicle) rosterings, there are ideas for implementing (personnel) shift planning.
*''Station asset management and properties'': A schema for station databases, asset management and properties was developed in the early 2000's but place on hold due to the very limited use cases at this time. With a focus to the upcoming {{external|http://www.era.europa.eu/Document-Register/Pages/PRM-TSI.aspx|TSI PRM}} a reopening of the development might be started depending from sectors needs.


=== Timetable and Rostering (TT) ===
=== Timetable and Rostering (TT) ===
Line 41: Line 36:
The timetable subschema is used for all data necessary to exchange any kind of timetable for operational or conceptional purposes including the following information:
The timetable subschema is used for all data necessary to exchange any kind of timetable for operational or conceptional purposes including the following information:
* Operating Periods: The operating days for train services or rostering.
* Operating Periods: The operating days for train services or rostering.
* Train Parts: The basic parts of a train with the same characteristics such as formation and operating period. The train part includes the actual information regarding the path of the train as a sequence of operation or control points togehter with the corresponding schedule information.
* Train Parts: The basic parts of a train with the same characteristics such as formation and operating period. The train part includes the actual information regarding the path of the train as a sequence of operation or control points together with the corresponding schedule information.
* Trains: One or more train parts make up a train and represent either the operational or the commercial view of the train run.
* Trains: One or more train parts make up a train and represent either the operational or the commercial view of the train run.
* Connections: The relevant connections/associations between trains at a particulare operaton or control point.
* Connections: The relevant connections/associations between trains at a particular operation or control point.
* Rostering: Train parts can be linked to form the circulations necessary for rostering (rolling stock schedules).
* Rostering: Train parts can be linked to form the circulations necessary for rostering (rolling stock schedules).


=== Infrastructure (IS) ===
=== Infrastructure (IS) ===
{{main|Infrastructure}}
{{main|Infrastructure}}
The railML® [[Infrastructure|Infrastructure subschema]] is focused on the description of  
The {{rml}} [[Infrastructure|Infrastructure subschema]] is focused on the description of the railway network infrastructure including all its various facets that are needed by the data exchange applications. In particular, the {{rml}} infrastructure schema contains the following information:
the railway network infrastructure including all its various facets that  
are needed by the data exchange applications. In particular, the railML
infrastructure schema contains the following information:
* Topology. The track network is described as a topological node edge model.
* Topology. The track network is described as a topological node edge model.
* Coordinates. All railway infrastructure elements can be located in an arbitrary 2- or 3-dimensional coordinate system, e.g. the WGS84 that is widely used by today's navigation software.
* Coordinates. All railway infrastructure elements can be located in an arbitrary 2- or 3-dimensional coordinate system, e.g. the WGS84 that is widely used by today's navigation software.
* Geometry. The track geometry can be described in terms of radius and gradient.
* Geometry. The track geometry can be described in terms of radius and gradient.
* Railway infrastructure elements enclose a variety of railway relevant assets that can be found on, under, over or next to the railway track, e.g. balises, platform edges and level crossings.
* Railway infrastructure elements enclose a variety of railway relevant assets that can be found on, under, over or next to the railway track, e.g. balises, platform edges, and level crossings.
* Further located elements encompass elements that are closely linked with the railway infrastructure, but that "cannot be touched", e.g. speed profiles and track conditions.
* Further located elements encompass elements that are closely linked with the railway infrastructure, but that "cannot be touched", e.g. speed profiles and track conditions.


Line 62: Line 54:
The [[rollingstock|rollingstock subschema]] is part of the complete [https://www.railML.org railML] schema providing a data structure in XML language for the exchange of railway specific data.
The [[rollingstock|rollingstock subschema]] is part of the complete [https://www.railML.org railML] schema providing a data structure in XML language for the exchange of railway specific data.


The rollingstock schema provides container for all data about any kind of rail vehicles including locomotives, multiple units, passenger and freight wagons. The second part of the schema enables the combination of single vehicles to formations as a fixed composition within a train or an entire train. It is intended to use this data schema for vehicle management as well as for detailed run-time calculations.
The rollingstock schema provides a container for all data about any kind of railway vehicle including locomotives, multiple units, passenger and freight wagons. The second part of the schema enables the combination of single vehicles to formations as a fixed composition within a train or an entire train. It is intended to use this data schema for vehicle management as well as for detailed run-time calculations.


The Rollingstock schema comprises the following features:
The Rollingstock schema comprises the following features:
Line 69: Line 61:
* possible specification of vehicle families and individual vehicles using the common features of the family
* possible specification of vehicle families and individual vehicles using the common features of the family
* different level of detail for data
* different level of detail for data
:# vehicle as black box (with respect to dynamic characteristics) with only mean values
:# vehicles as black boxes (with respect to dynamic characteristics) with only mean values
:# vehicle as black box (with respect to dynamic characteristics) with curves for particular values being variable within the operating range
:# vehicles as black boxes (with respect to dynamic characteristics) with curves for particular values being variable within the operating range
:# vehicle as white box with details about the internal propulsion system
:# vehicles as white boxes with details about the internal propulsion system
* vehicles with motive power, for passenger or freight use
* vehicles with motive power, for passenger or freight use
* combination of vehicles to formations, i.e. train parts or complete trains
* combination of vehicles to formations, i.e. train parts or complete trains
=== Interlocking (IL) ===
{{main|Interlocking}}
The [[interlocking|interlocking subschema]] will focus on information that infrastructure managers and signal manufacturing industry typically maintain in signal plans and route locking tables:
*Data transfer: a standard data exchange format will allow the automation of data transfer, which is the process of adapting a railway interlocking and signalling system to a specific yard.
*Simulation programs: the {{rml}} IL schema allows modellers to quickly absorb information about the interlocking systems such as timing behaviour and routes and analyse the impact on railway capacity.
The subschema is currently under development with participation of some European infrastructure managers and the signal manufacturing industry based on railML 3 and UIC's [http://www.railtopomodel.org RailTopoModel]. A list of use cases for railML's interlocking scheme can be found here [[IL:UseCases]].


=== Common (CO) ===
=== Common (CO) ===
Line 88: Line 72:


The actual planned tasks and enhancements can be found at [http://trac.railml.org/report Trac-Tickets] of the railML development space.
The actual planned tasks and enhancements can be found at [http://trac.railml.org/report Trac-Tickets] of the railML development space.
== Codelists ==
== Codelists ==
{{main|dev:codelists|Codelists}}
{{main|dev:codelists|Codelists}}
Certain attributes require a choice from a vast, highly standardized but shifting set of values. For instance, there are many regional {{external|https://en.wikipedia.org/wiki/Loading_gauge|clearance gauge standards}}. As to facilitate the usage and update of the sets, this Information is outsourced into [[dev:codelist|codelists]] outside the {{rml}} schema.
Certain attributes require a choice from a vast, highly standardized but shifting set of values. For instance, there are many regional {{external|https://en.wikipedia.org/wiki/Loading_gauge|clearance gauge standards}}. As to facilitate the usage and update of the sets, this Information is outsourced into [[dev:codelist|codelists]] outside the {{rml}} schema.
The codelists are identically available for {{rml|2}} and {{rml|3}}.


==Versions==
==Versions==
The current {{rml}} version is {{current}} resp. {{current|3}} – for more details see {{site|https://www.railml.org/en/developer/version-timeline.html|our version timeline}}. It is licensed dually under a restricted form of the {{external|https://en.wikipedia.org/wiki/Creative_Commons_license|Creative Commons licence}} ''CC-BY-NC-ND'' and a commercial licence. To learn about the version history and the changes between the respective versions see [[Dev:changes]].
The current {{rml}}2 version is {{current}}. For more details see {{site|https://www.railml.org/en/developer/version-timeline.html|our version timeline}}. An overview of the regarding licenses can be found under {{site|https://www.railml.org/en/user/licence.html}}. To learn about the version history and the changes between the respective versions see [[Dev:changes]].
 
==Related Projects==
There exist two closely related projects:
*{{external|http://railtopomodel.org|{{rtm}}}}: a logical object model to standardise the representation of topological infrastructure related data. {{rml}} version 3.x will be based on {{rtm}}, as to allow for consistently including topological data into {{rml}} files.
*[[railVIVID|{{vivid}}]]: a software to visualize and validate {{rml}} files.


== Users and Developers Guides ==
== Users and Developers Guides ==
Line 127: Line 109:
<hr>
<hr>
Enjoy the Wiki!
Enjoy the Wiki!
[[railml3:Main Page]]

Revision as of 14:44, 23 February 2020

RailML Trademark RGB V2.png
XML Railway exchange format
https://railML.org
Latest release: 2.5
(September 1st, 2021)
 
Main Menu
 
Subschemas
XML tree
UML diagrams
Use cases
Versions & Changes
🗒️ This wiki is dedicated to all Versions of railML® 2.

A separate wiki for railML® 3 is available from the https://wiki3.railml.org website and is still being expanded. Please contact railML.org for enquiries in the meantime.


Welcome to the railML® wiki / Willkommen im railML®-Wiki /

railML® (railway Markup Language) is an open, XML based data exchange format for data interoperability of railway applications. For further information please visit the official project website or Wikipedia.

This wiki should support you in the development of railML® interfaces and inform you about the basic elements and modelling concepts of the railML® schema.

This wiki is being kept in English. At certain points information is provided additionally also in German and/or . You are invited to contribute to this wiki and to the development of the railML® schema. Please, see our guideline "How to join the railML wiki" to get to know the standards of railML's wiki and the procedure for getting a writer's account. You can find further guidelines on railML® in section #Users_and_Developers_Guides.

railML® (railway Markup Language) ist ein offenes, XML-basiertes Datenaustauschformat zur gegenseitigen Benützbarkeit der Daten von Anwendungen im Eisenbahnbereich. Für weitere Informationen besuchen Sie bitte die offizielle Projektwebsite oder Wikipedia.

Ziel dieses Wikis ist, Sie bei der Entwicklung von railML®-Schnittstellen zu unterstützen und Sie über die grundlegenden Elemente und Modellierungskonzepte des railML®-Schemas zu informieren.

Dieses Wiki wird auf Englisch geführt. Einzelne Informationen stellen wir außerdem auf Deutsch und zur Verfügung. Sie sind herzlich eingeladen, sich an der Entwicklung dieses Wikis sowie des railML®-Schemas zu beteiligen. Lesen Sie dazu bitte unseren Leitfaden How to join the railML® wiki, um sich mit den Standards des railML®-Wikis vertraut zu machen und die Vorgangsweise zur Erteilung eines Autorenaccounts kennenzulernen. Weitere Leitfäden, die railML® betreffen, finden Sie im Abschnitt #Users_and_Developers_Guides.


anglais.  allemand

Current railML® 2 subschemas

There are three subschemas for productive use: Infrastructure (IS), Timetable and Rostering (TT) and Rollingstock (RS). Elements that are needed by all subschemas or do not fit into this structure are subsumed in the class Common (CO). Please contact the coordinator of the respective schema (see https://www.railML.org/en/user/subschemes.html (link to the railML® website)) for questions and enquiries. Additional subschemas will be developed only in the railML® 3 domain. Please, frame the regarding suggestions and contributions to this end.

Timetable and Rostering (TT)

→Main Article: Timetable and Rostering

The timetable subschema is part of the complete railML schema providing a data structure in XML for the exchange of railway specific data. It is the subschema that is most widely used.

The timetable subschema is used for all data necessary to exchange any kind of timetable for operational or conceptional purposes including the following information:

  • Operating Periods: The operating days for train services or rostering.
  • Train Parts: The basic parts of a train with the same characteristics such as formation and operating period. The train part includes the actual information regarding the path of the train as a sequence of operation or control points together with the corresponding schedule information.
  • Trains: One or more train parts make up a train and represent either the operational or the commercial view of the train run.
  • Connections: The relevant connections/associations between trains at a particular operation or control point.
  • Rostering: Train parts can be linked to form the circulations necessary for rostering (rolling stock schedules).

Infrastructure (IS)

→Main Article: Infrastructure

The railML® Infrastructure subschema is focused on the description of the railway network infrastructure including all its various facets that are needed by the data exchange applications. In particular, the railML® infrastructure schema contains the following information:

  • Topology. The track network is described as a topological node edge model.
  • Coordinates. All railway infrastructure elements can be located in an arbitrary 2- or 3-dimensional coordinate system, e.g. the WGS84 that is widely used by today's navigation software.
  • Geometry. The track geometry can be described in terms of radius and gradient.
  • Railway infrastructure elements enclose a variety of railway relevant assets that can be found on, under, over or next to the railway track, e.g. balises, platform edges, and level crossings.
  • Further located elements encompass elements that are closely linked with the railway infrastructure, but that "cannot be touched", e.g. speed profiles and track conditions.

Rollingstock (RS)

→Main Article: Rollingstock

The rollingstock subschema is part of the complete railML schema providing a data structure in XML language for the exchange of railway specific data.

The rollingstock schema provides a container for all data about any kind of railway vehicle including locomotives, multiple units, passenger and freight wagons. The second part of the schema enables the combination of single vehicles to formations as a fixed composition within a train or an entire train. It is intended to use this data schema for vehicle management as well as for detailed run-time calculations.

The Rollingstock schema comprises the following features:

  • separate parts for vehicles and for train parts or complete trains
  • possible specification of vehicle families and individual vehicles using the common features of the family
  • different level of detail for data
  1. vehicles as black boxes (with respect to dynamic characteristics) with only mean values
  2. vehicles as black boxes (with respect to dynamic characteristics) with curves for particular values being variable within the operating range
  3. vehicles as white boxes with details about the internal propulsion system
  • vehicles with motive power, for passenger or freight use
  • combination of vehicles to formations, i.e. train parts or complete trains

Common (CO)

→Main Article: Common

The Common class shall cover all topics, which affect all other railML-schemas alike.

The actual planned tasks and enhancements can be found at Trac-Tickets of the railML development space.

Codelists

→Main Article: Codelists

Certain attributes require a choice from a vast, highly standardized but shifting set of values. For instance, there are many regional clearance gauge standards (external link). As to facilitate the usage and update of the sets, this Information is outsourced into codelists outside the railML® schema.

The codelists are identically available for railML® 2 and railML® 3.

Versions

The current railML®2 version is 2.5. For more details see our version timeline (link to the railML® website). An overview of the regarding licenses can be found under https://www.railml.org/en/user/licence.html (link to the railML® website). To learn about the version history and the changes between the respective versions see Dev:changes.

Users and Developers Guides

→Main Article: Dev:Guides

Using and developing railML®

Improving the Wiki

Contact

Feel free to direct any comments, questions or remarks to the coordinators of railML®.

For our contact information see Contact


Enjoy the Wiki!