Borders of RTM: Difference between revisions

From railTOPOMODEL® Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
mNo edit summary
(Änderung Navi)
(13 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{Under Construction}} <br />
{{Overview|text=This page will concentrate on the Borders of {{rtm}}, i.e. its environment in the field of transport policies and standardization.}}<br />
{{Overview|text=This page will concentrate on the Borders of RTM.}}<br />


== Comparison with other initiatives, norms and standards ==
== Related initiatives, norms and standards ==
=== Transmodel ===
* '''Transmodel'''
Transmodel and RailTopoModel are both Conceptual Models dedicated to transportation, infrastructure and services. The main difference between these two models is the business and functional domain of coverage.<br />
Transmodel is a European standard data model for public transport, designed to cover multiple transportation means (bus, tramway, trains…) in terms of interoperability, and the places where they meet each-other (e.g. stations, cities, towns, villages). The aim is to support operations, and more precisely schedule and journey planning. <br />
Transmodel is a European standard data model for public transport, designed to cover multiple transportation means (bus, tramway, trains…) in terms of interoperability, and the places where they meet each-other (e.g. stations, cities, towns, villages). The aim is to support operation, and more precisely schedule and plan journeys. <br />


RailTopoModel has been developed for the specific needs of the railway sector, to precisely and consistently model network topology, rail infrastructure, and all railway objects and events, at any level of granularity (track, line, corridors…).
* '''Inspire'''
INSPIRE is a European directive which aims to create spatial data infrastructure for the European Union (EU). This will enable the sharing of environmental spatial information among public sector organisations and better facilitate public access to spatial information across Europe.<br />
 
* '''IFOPT'''
IFOPT means "Idenification of fixed objects in public transport". IFOPT (EN28701) is an approved Technical Standard for location referencing in public transport.


=== Inspire ===
* '''SIRI'''
INSPIRE is a European directive which aims to create spatial data infrastructure for the European Union (EU). This will enable the sharing of environmental spatial information among public sector organisations and better facilitate public access to spatial information across Europe.<br />
The Service Interface for Real time Information covers transit communications between centres, and centre’s transit vehicles. SIRI provides traveller information on real-time transit vehicle location, predicted transit vehicle arrival/departure time, and predicted transit trip travel time.


A European Spatial Data Infrastructure will assist in policy-making across boundaries. Therefore the spatial information considered under the directive is extensive and includes a great variety of topical and technical themes.<br />
* '''TransXChange'''
UK national XML based data standard for the interchange of bus route and timetable information between bus operators, the Vehicle and Operator Services Agency, local authorities and passenger transport executives, and others involved in the provision of passenger information.


INSPIRE is based on a number of common principles:
* '''NeTEx'''
* Data should be collected only once and kept where it can be maintained most effectively.
Network and Ticketing Exchange protocol for communicating timetable and fares details.
* It should be possible to combine seamless spatial information from different sources across Europe and share it with many users and applications.
* It should be possible for information collected at one level/scale to be shared across all levels/scales; detailed for thorough investigations, general for strategic purposes.
* Geographic information needed for good governance at all levels should be readily and transparently available.
* It should be possible to easily find what geographic information is available, how it can be used to meet a particular need, and under which conditions it can be acquired and used.
* Within INSPIRE, topology is handled in the data specification implicitly rather than explicitly, with the main reason to keep the model as simple as possible, but with the expectation that most applications will use the network data within a topological environment. There is therefore a prerequisite for “implicit topology”, where the data provided must be sufficiently clean and capable of automated topological construction within a user’s application. This concept is framed with the specific requirements, including data quality information.<br />


RailTopoModel will ensure the minimum consistency with INSPIRE specifications, including geographical positioning and dimensions.
* '''TRIDENT'''
TRansport Intermodality Data sharing and Exchange NeTwork. Standard exchange data format for multimodal interoperability between RUs and service providers.


=== Main norms and standards in transportation ===
* '''DJPS'''  
* '''IFOPT:''' An approved Technical Standard for location referencing in public transport.
Exposed interface standard for distributed journey planning systems.
* '''SIRI:''' The Service Interface for Real time Information covers transit communications between centres, and centre’s transit vehicles. SIRI provides traveller information on real-time transit vehicle location, predicted transit vehicle arrival/departure time, and predicted transit trip travel time.
* '''TransXChange:''' UK national XML based data standard for the interchange of bus route and timetable information between bus operators, the Vehicle and Operator Services Agency, local authorities and passenger transport executives, and others involved in the provision of passenger information.
* '''NeTEx:''' Network and Ticketing Exchange protocol for communicating timetable and fares details.
* '''TRIDENT:''' TRansport Intermodality Data sharing and Exchange NeTwork. Standard exchange data format for multimodal interoperability between RUs and service providers.
* '''DJPS:''' Exposed interface standard for distributed journey planning systems.


== Transport mode borders ==
== Transport mode borders ==
[[Transport mode borders]]
{{main|Transport mode borders}}
The IFOPT standard (see above) is an attempt to describe the connections between transport modes. As its acronym tells it, IFOPT deals with physical connections (interchange, etc.) rather than timetables for instance. See also:
[[Transport mode borders]] (in progress).


== Geographical borders ==
== Geographical borders ==
[[Geographical borders]] <br />
{{main|Geographical borders}}
 


[[RTM Modeling Concepts|< previous Chapter: RTM Modeling Concepts]]  | [[RTM Use Cases and Application Examples|next Chapter: RTM Use Cases and Application Examples >]]
{{navi
|chapter={{RTM}} External References
|chapterlink=RTM External References
|nchapter={{RTM}} Use Cases and Application Examples
|nchapterlink=RTM Use Cases and Application Examples
|pchapter={{rtm}} Modelling Concepts
|pchapterlink=RTM Modelling Concepts
|next=Transport mode borders
|section=
}}

Revision as of 14:12, 13 March 2017

Overview
This page will concentrate on the Borders of railTOPOMODEL®, i.e. its environment in the field of transport policies and standardization.


Related initiatives, norms and standards

  • Transmodel

Transmodel is a European standard data model for public transport, designed to cover multiple transportation means (bus, tramway, trains…) in terms of interoperability, and the places where they meet each-other (e.g. stations, cities, towns, villages). The aim is to support operations, and more precisely schedule and journey planning.

  • Inspire

INSPIRE is a European directive which aims to create spatial data infrastructure for the European Union (EU). This will enable the sharing of environmental spatial information among public sector organisations and better facilitate public access to spatial information across Europe.

  • IFOPT

IFOPT means "Idenification of fixed objects in public transport". IFOPT (EN28701) is an approved Technical Standard for location referencing in public transport.

  • SIRI

The Service Interface for Real time Information covers transit communications between centres, and centre’s transit vehicles. SIRI provides traveller information on real-time transit vehicle location, predicted transit vehicle arrival/departure time, and predicted transit trip travel time.

  • TransXChange

UK national XML based data standard for the interchange of bus route and timetable information between bus operators, the Vehicle and Operator Services Agency, local authorities and passenger transport executives, and others involved in the provision of passenger information.

  • NeTEx

Network and Ticketing Exchange protocol for communicating timetable and fares details.

  • TRIDENT

TRansport Intermodality Data sharing and Exchange NeTwork. Standard exchange data format for multimodal interoperability between RUs and service providers.

  • DJPS

Exposed interface standard for distributed journey planning systems.

Transport mode borders

→Main Article: Transport mode borders

The IFOPT standard (see above) is an attempt to describe the connections between transport modes. As its acronym tells it, IFOPT deals with physical connections (interchange, etc.) rather than timetables for instance. See also: Transport mode borders (in progress).

Geographical borders

→Main Article: Geographical borders









What you should have learned
Please, enter a summary!
Navigation
Home
Chapter railTOPOMODEL® Modelling Concepts railTOPOMODEL® External References railTOPOMODEL® Use Cases and Application Examples
Section Transport mode borders
Subection