National Implementations
NeTEx national profiles inventory π
A number of national and transnational profiles have already been defined for different European countries, while there are new profiles under development. In the following tables, DATA4PT provides an overview of the key characteristics of the national profiles per country, including the data categories that are currently covered. The tables will be continuously updated following new implementations.
Published profiles
Profile Name | NeTEx EPIP Based* | NeTEx EPIP Compatible** | Documentation |
---|---|---|---|
Austria (AT) | β | Austrian profile | |
Denmark (DK) | β | Denmark profile - NAP in Denmark | |
France (FR) | β | French profile - Common profil - Stop Profile - Network Profil - Timetable profile - Fare Profile - Parking profile - Accessibility Profile | |
Italy (IT) | β | Italian profile | |
Netherlands (NL) | β | Netherlands profile - Bison Fares | |
Nordic (Norway, Sweden, Finland, Denmark) | β | Nordic profile | |
Portugal (PT) | Portuguese profile | ||
Slovenija (SI) | β | Slovenian profile | |
UK (GB) | β | UK profile - Introduction - Stop and Timetables - Fares | |
Ireland (IE) | Irish profile - Profile Elements - Profile Data Mappings | ||
Czech Republic (CZ) | β |
*Profiles of this category have been specified based on EU Minimum profile and produced files are interoperable without adaptation or transformation.
** Profiles of this category have been specified either before the definition of EU Minimum profile, but they have been used to define the EU one, or after EU profiles but produced files they need adaptation to be interoperable.
Data categories
Data categories are identified based on MMTIS EU Regulation 1926/2017
Static data - Level of service 1 (LOS 1)
Data Categories | EPIP | AT | DK | FR | IT | NL | Nordic (SE, NOR, DK, FIN) | PT | SI | GB |
---|---|---|---|---|---|---|---|---|---|---|
LOS 1-1 | β | β | β | |||||||
LOS 1-2 | β | β | β | β | ||||||
LOS 1-3 | β | β | β | |||||||
LOS 1-4 | β | β | β | β | β | β | β | |||
LOS 1-5 | β | β | β | β | β | β | ||||
LOS 1-6 | β | β | β | β | β | |||||
LOS 1-7 | β | β | β | β | β | |||||
LOS 1-8 | β | β | β | β | β | β | β | β | β | β |
LOS 1-9 | β | β | β | β | β | β | β | β | β | |
LOS 1-10 | β | β | β | β | β | β | β | β | β | β |
LOS 1-11 | β | not existent | β | β | For connection links we use journey planner based on OSM map data, road, cycle, and pedestrian network is based on OpenStreetMap | β | β | |||
LOS 1-12 | β | β | β | β | β | |||||
LOS 1-13 | β | β | β | β | β | β | ||||
LOS 1-14 | β | β | β | β | β | |||||
LOS 1-15 | β | β | β | β | ||||||
LOS 1-16 | β | β | β | |||||||
LOS 1-17 | β | β | β | |||||||
LOS 1-18 | β | β | β | |||||||
Framework data | β |
Static data - Level of service 2 (LOS 2)
Data Categories | EPIP | AT | DK | FR | IT | NL | Nordic (SE, NOR, DK, FIN) | PT | SI | GB |
---|---|---|---|---|---|---|---|---|---|---|
LOS 2-1 | β | β | β | β | ||||||
LOS 2-2 | β | β | β | β | ||||||
LOS 2-3 | β | β | β | β | ||||||
LOS 2-4 | Only charging stations for electric vehicles | β | ||||||||
LOS 2-5 | β | β | β | β | ||||||
LOS 2-6 | β | β | β | β | ||||||
LOS 2-7 | β | β | β | |||||||
LOS 2-8 | β | β | β | |||||||
LOS 2-9 | β | β | β | β | β | |||||
LOS 2-10 | β | β | β | β | ||||||
LOS 2-11 | β | β | β | β | ||||||
LOS 2-12 | β | β | β | β | β |
Static data - Level of service 3 (LOS 3)
Data Categories | EPIP | AT | DK | FR | IT | NL | Nordic (SE, NOR, DK, FIN) | PT | SI | GB |
---|---|---|---|---|---|---|---|---|---|---|
LOS 3-1 | β | β | β | |||||||
LOS 3-2 | β | β | β | |||||||
LOS 3-3 | β | β | β | |||||||
LOS 3-4 | β | β | ||||||||
LOS 3-5 | β | |||||||||
LOS 3-6 | ||||||||||
LOS 3-7 | β | |||||||||
LOS 3-8 | β | |||||||||
LOS 3-9 | β | |||||||||
LOS 3-10 | β | |||||||||
LOS 3-11 | β |
β οΈ If you believe that your use cases are resolved in an existing profile, it is highly recommended to adopt an existing solutionand cooperate with the corresponding entity. You will save resources while you will ensure that your profile is interoperable.
π You can also find contact details for some of the entities responsible for the profiles in the documentation list. Otherwise you can contact us in DATA4PT.
SIRI National profiles inventory π
National profiles are specified to cover the national needs. To help implementation, DATA4PT is also in process of delivering SIRI EU minimum profile, in collaboration with relevant CEN group. DATA4PT has prepared a table with the currently available SIRI national profiles, including an overview of data categories that are currently covered. For data categories relevant to static data check the [NeTEx Profiles Inventory https://data4pt.org/w/index.php?title=NeTEX#NeTEx_national_and_EU_minimum_profiles_inventory].
Published profiles
Profile Name | Availability | EU Minimum profile based* | EU Minimum SIRI profile compatible** | Documentation |
---|---|---|---|---|
Nordic (Norway, Sweden, Finland, Denmark) | Specified and in use | β | Nordic SIRI profile | |
UK (GB) | Specified and in use | β | ||
France (FR) | In use in numerous cities and regions | β | ||
Netherlands (NL) | Specified but not yet in operation | β | ||
Italy (IT) | Specified and currently in use by Piedmont Region and Bolzano Province. More regions by the end of 2024 | β | Italian SIRI profile |
*Profiles of this category have been specified after the specification of the EU Minimum profile and are based on it.
** Profiles of this category are specified before the specification of the EU Minimum profile and they have been formed the basis for the EU Minimum profile definition.
Data categories
Data categories are identified based on MMTIS EU Regulation 1926/2017
Dynamic data - Level of service 1 (LOS 1)
Data Categories | FR | NL | Nordic (SE, NOR, DK, FIN) | GB |
---|---|---|---|---|
LOS 1-1 | β | β | β
dynamic platform is included |
β |
LOS 1-2 | β | β | β
dynamic platform is included |
β |
LOS 1-3 | β | β | β
dynamic platform is included |
Dynamic data - Level of service 2 (LOS 2)
Data Categories | FR | NL | Nordic (SE, NOR, DK, FIN) | GB |
---|---|---|---|---|
LOS 2-1 | β | β | β | β |
LOS 2-2 | β | |||
LOS 2-3 | ||||
LOS 2-4 | ||||
LOS 2-5 | β | β | ||
LOS 2-6 | β | β |
Dynamic data - Level of service 3 (LOS 3)
Data Categories | FR | NL | Nordic (SE, NOR, DK, FIN) | GB |
---|
β οΈ If you believe that your use cases are resolved in an existing profile, it is highly recommended to adopt an existing solutionand cooperate with the corresponding entity. You will save resources while you will ensure that your profile is interoperable.
π You can also find contact details for some of the entities responsible for the profiles in the documentation list. Otherwise you can contact us in DATA4PT.
Implementations per Country
Austria
Italy
Overview in National Level
For the exchange of Public Transport (PT) data with Italian National Access Point (NAP), a NeTEx Profile has been defined among the affected stakeholders.
The profile is a subset of the standard; it has been defined selecting the needed concepts (entities and associated attributes) for specific use cases or set of use cases and complemented by rules defined to restrict possibilities of divergent interpretations of open parts of the standard.
For Italy, Passenger Information and PT contracts information exchange have been identified as primary Use Cases. In this perspective two levels profile has been defined:
- Passenger Information profile (level 1) - Contracts profile (level 2 β incremental)
The italian Profile will be then extended to cover Fares, Alternative Modes (sharing mobility, micromobility) and Accessibility Use Cases, in order to cover all the category data required by Del. Reg. 1926/2017.
Typical Passenger Informationβs Use Cases are:
- provision of operativity calendars and timetables - provision of network topology and routes - provision of transport operators - provision of access nodes to stop places - For the level 1 of the Italian Netex Profile, European Passenger Information Profile (EPIP) has been identified as defined in the CEN Technical Specification prTS 16614:PI Profile.
Contracts profile For Contracts, Use Cases are:
provision of Contract / Journey Accounting (with operator roles) provision of Stop Points Facilities (ticketing, accessibility, safety, etc.) provision of Vehicles Equipments (lift/ramps, wheelchair etc) The level 2 of the Italian Netex Profile, is defined upon the first level of European Passenger Information Profile (EPIP).
Italian implementation For the Italian NeTEx profile implementation , a dedicated Guideline document has been defined together with an example for each level that shows how to fill the needed structures: the first fully compliant with EPIP (European Passenger Information Profile) and the second including level 2 of NeTEx Italian Profile (e.g. contracts).
NAP MMTIS The italian NeTEx profile is used to exchange with the NAP MMTIS (National Access Point Multi-Modal Travel Information Services) the transport information collected at regional level through collectors named RAP (Regional Access Points) and National Transport Operators. The following figure shows the architecture of this implementation:
Bolzano, STA (SΓΌdtiroler Transportstrukturen)
STA (SΓΌdtiroler Transportstrukturen), the in-house company working on behalf of the Public Transport Authority in Bolzano. STA is positioned in a unique location: is part of Italy but very close to Austria and the majority of the people speaks German. This means that the travel information STA offers (such as bus stop names) has to be multilingual. Therefore, there were needed a standard which allows then to exchange this kind of information considering the multilingual data. NeTEx provided this opportunity. STA is in the process of innovating their IT architecture. They opted to implement NeTEx and SIRI βnativelyβ, meaning there is no conversion between the production of the data and NeTEx data files from another exchange data format.
System Architecture
STA opted to implement NeTEx and SIRI βnativelyβ, meaning there is no conversion between the production of the data and NeTEx data files from another exchange data format.
Projects
LinkingAlps is one of the EU projects in which they develop a decentralised network of travel information services. This network will be created by interlinking existing regional or national journey planner services from all neighbour countries, with focus on multimodal transport (public transport, railways, new modes) through a standardised exchange service.
Also, for LinkingAlps, they chose to introduce standards that are ready for any future architecture and can accommodate future developments on for example MaaS and ticketing.