RTM use cases and application examples: Difference between revisions
[checked revision] | [checked revision] |
Ferri Leberl (talk | contribs) (navi) |
Ferri Leberl (talk | contribs) (Änderung Navi) |
||
Line 64: | Line 64: | ||
|chapter={{RTM}} Use Cases and Application Examples | |chapter={{RTM}} Use Cases and Application Examples | ||
|chapterlink=RTM Use Cases and Application Examples | |chapterlink=RTM Use Cases and Application Examples | ||
|next={{RML}} (Data Exchange) | |next={{RML}} (Data Exchange) | ||
|nextlink=RailML (Data Exchange) | |nextlink=RailML (Data Exchange) | ||
|pchapter={{RTM}} External References | |||
|pchapterlink=RTM External References | |||
|nchapter={{RTM}} Model Extensions | |||
|nchapterlink=RTM Model Extensions | |||
|section= | |||
}} | }} |
Revision as of 15:19, 13 March 2017
This page will concentrate on the RailTopoModel® Use Cases and Application Examples.
The following use cases were identified and structured in a general framework.
Interfaces\Field | Technical | Operational | Legal |
---|---|---|---|
Internal between departments | Standardised data exchange between technical departments (e.g. engineering + capacity allocation) often using different IT technologies and definitions ⇒ synergy effects |
Standardised data exchange between planning and monitoring of operations e.g. timetabling and real-time circulation tracking ⇒ synergy effects |
Improved monitoring of the network condition, via dedicated 'Dashboards' providing network data summaries ⇒ easier & faster data transfer and processing |
National/Business between partners | Standardised data exchange between IMs and their business partners, such as ETCS suppliers and maintenance sub-contractors ⇒ savings in data production and transmission |
Standardised data exchange between IMs and RUs (e.g. for track possessions). ⇒ reduced operational costs |
Ability of RUs to determine permissible train characteristics (esp. braking) on any infrastructure, as required by EU legislation (esp. TSI OPE) ⇒ time savings, less errors |
International between countries, organisations, EU | Standardised data model/exchange on which ETCS-, IT- and other industries can design their products ⇒ from taylor-made to inexpensive mass market solutions |
Standardised data exchange within corridors and between organisations (RNE, ...) ⇒ no need to develop multiple data conversion interfaces |
Standardised/unique data provision to legal obligations; NS, RINF, Inspire, EU Freight corridors, TEN-T network ⇒ Savings in data conversions and reduction of administrational burden |
railML® (Data Exchange)
- →Main Article: railML® (Data Exchange)
Railway Infrastructure Manager Database
- →Main Article: Railway Infrastructure Manager Database
Many different topological infrastructure data models and interfaces have been created over the years, either to fulfill railway needs or to support EU directives. Indeed, in the absence of any commonly agreed standard for (international) data exchange each railway or EU initiative has been obliged to create its own data model and interface, often from scratches. Subsequently IMs are constantly requested to convert their data according to these different interfaces and data usages generating poor data quality and high data management costs.
Several topological data models have been investigated to understand their converging and diverging points. This analysis provides the basic understanding of the current state-of-art and the feasibility of a common data model in the future.
The following models have been considered in a more detailed manner:
- RINF (ERA)
- ARIANE (SNCF Réseau, France)
- InfraNet (Infrabel, Belgium)
- Banedata (Jernbaneverket, Norway)
- RINM (Network Rail, United Kingdom)
- ProRail Database (Netherlands)
What you should have learned | |||
---|---|---|---|
Please, enter a summary! | |||
Navigation | |||
Home | ← | • | → |
Chapter | RailTopoModel® External References | RailTopoModel® Use Cases and Application Examples | RailTopoModel® Model Extensions |
Section | railML® (Data Exchange) | ||
Subection |