kSIST-TS FprCEN/TS 17370:2026
(Main)Public transport - Operating raw data and statistics exchange
Public transport - Operating raw data and statistics exchange
This project proposal addresses:
• the development of a data exchange format, based on Transmodel (EN12896) and NeTEx (CEN/TS 16614), focused on a minimum set of Public Transport raw data needed for quantitative analysis in public transport services. For instance, the elaboration of standardized operational data (e.g., observed run times, passenger load) collected during service operations is an input for strategic planning (e.g., how and when to amend the schedules), tactical planning (e.g., when to undertake a certain control action), quality follow-up, etc.
• the development of a glossary for public transport aiming at assigning to each concept used in Public Transport, a unique “standard” term.
This project proposal develops a data exchange format and API, that will be documented in a Technical Specification (TS) focusing on the exchange of a minimum set of Public Transport raw data needed for quantitative analysis in public transport services.
The exchange protocol format will be based on NeTEx standard, in particular:
• CEN/TS 16614-1:2020 Network topology;
• CEN/TS 16614-2:2020 Scheduled Timetables;
Raw data identification and description will be compliant with Transmodel (EN 12896), with particular emphasis on Data Dictionary description and Part 8 Management Information Statistics.
OpRa will also develop a Public Transport unified glossary to harmonised terms and definitions from existing data dictionaries.
Öffentlicher Verkehr - Betriebliche Rohdaten und statistischer Austausch
Javni prevoz - Neobdelani operativni podatki in izmenjava statističnih podatkov
Ta projektni predlog obravnava:
- razvoj formata za izmenjavo podatkov, ki temelji na Transmodel (EN12896) in NeTEx (CEN/TS 16614), osredotočen na minimalni nabor surovih podatkov o javnem prevozu, potrebnih za kvantitativno analizo v storitvah javnega prevoza. Na primer, obdelava standardiziranih operativnih podatkov (npr. opaženi časi voženj, obremenitev potnikov), zbranih med izvajanjem storitev, je vhod za strateško načrtovanje (npr. kako in kdaj spremeniti vozne rede), taktično načrtovanje (npr. kdaj izvesti določen nadzorni ukrep), spremljanje kakovosti itd.
- razvoj glosarja za javni prevoz z namenom dodelitve edinstvenega "standardnega" izraza vsakemu pojmu, uporabljenemu v javnem prevozu.
Ta projektni predlog razvija format za izmenjavo podatkov in API, ki bo dokumentiran v Tehnični specifikaciji (TS), osredotočen na izmenjavo minimalnega nabora surovih podatkov o javnem prevozu, potrebnih za kvantitativno analizo v storitvah javnega prevoza.
Format protokola za izmenjavo bo temeljil na standardu NeTEx, zlasti:
- CEN/TS 16614-1:2020 Topologija omrežja;
- CEN/TS 16614-2:2020 Načrtovani vozni redi;
Identifikacija in opis surovih podatkov bosta skladna s Transmodel (EN 12896), s posebnim poudarkom na opisu podatkovnega slovarja in delu 8 Statistika informacij o upravljanju.
OpRa bo prav tako razvila enoten glosar za javni prevoz za uskladitev izrazov in definicij iz obstoječih podatkovnih slovarjev.
General Information
- Status
- Not Published
- Public Enquiry End Date
- 12-Aug-2026
- Technical Committee
- ITC - Information technology
- Current Stage
- 5520 - Unique Acceptance Procedure (UAP) (Adopted Project)
- Start Date
- 03-Jun-2026
- Due Date
- 21-Oct-2026
Relations
- Effective Date
- 20-May-2026
Get Certified
Connect with accredited certification bodies for this standard

BSI Group
BSI (British Standards Institution) is the business standards company that helps organizations make excellence a habit.
Great Wall Tianjin Quality Assurance Center
Established 1993, first batch to receive national accreditation with IAF recognition.
Hong Kong Quality Assurance Agency (HKQAA)
Hong Kong's leading certification body.
Sponsored listings
Frequently Asked Questions
kSIST-TS FprCEN/TS 17370:2026 is a draft published by the Slovenian Institute for Standardization (SIST). Its full title is "Public transport - Operating raw data and statistics exchange". This standard covers: This project proposal addresses: • the development of a data exchange format, based on Transmodel (EN12896) and NeTEx (CEN/TS 16614), focused on a minimum set of Public Transport raw data needed for quantitative analysis in public transport services. For instance, the elaboration of standardized operational data (e.g., observed run times, passenger load) collected during service operations is an input for strategic planning (e.g., how and when to amend the schedules), tactical planning (e.g., when to undertake a certain control action), quality follow-up, etc. • the development of a glossary for public transport aiming at assigning to each concept used in Public Transport, a unique “standard” term. This project proposal develops a data exchange format and API, that will be documented in a Technical Specification (TS) focusing on the exchange of a minimum set of Public Transport raw data needed for quantitative analysis in public transport services. The exchange protocol format will be based on NeTEx standard, in particular: • CEN/TS 16614-1:2020 Network topology; • CEN/TS 16614-2:2020 Scheduled Timetables; Raw data identification and description will be compliant with Transmodel (EN 12896), with particular emphasis on Data Dictionary description and Part 8 Management Information Statistics. OpRa will also develop a Public Transport unified glossary to harmonised terms and definitions from existing data dictionaries.
This project proposal addresses: • the development of a data exchange format, based on Transmodel (EN12896) and NeTEx (CEN/TS 16614), focused on a minimum set of Public Transport raw data needed for quantitative analysis in public transport services. For instance, the elaboration of standardized operational data (e.g., observed run times, passenger load) collected during service operations is an input for strategic planning (e.g., how and when to amend the schedules), tactical planning (e.g., when to undertake a certain control action), quality follow-up, etc. • the development of a glossary for public transport aiming at assigning to each concept used in Public Transport, a unique “standard” term. This project proposal develops a data exchange format and API, that will be documented in a Technical Specification (TS) focusing on the exchange of a minimum set of Public Transport raw data needed for quantitative analysis in public transport services. The exchange protocol format will be based on NeTEx standard, in particular: • CEN/TS 16614-1:2020 Network topology; • CEN/TS 16614-2:2020 Scheduled Timetables; Raw data identification and description will be compliant with Transmodel (EN 12896), with particular emphasis on Data Dictionary description and Part 8 Management Information Statistics. OpRa will also develop a Public Transport unified glossary to harmonised terms and definitions from existing data dictionaries.
kSIST-TS FprCEN/TS 17370:2026 is classified under the following ICS (International Classification for Standards) categories: 03.220.99 - Other forms of transport; 35.240.60 - IT applications in transport. The ICS classification helps identify the subject area and facilitates finding related standards.
kSIST-TS FprCEN/TS 17370:2026 has the following relationships with other standards: It is inter standard links to SIST-TP CEN/TR 17370:2019. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
kSIST-TS FprCEN/TS 17370:2026 is associated with the following European legislation: EU Directives/Regulations: 2010/40/EU. When a standard is cited in the Official Journal of the European Union, products manufactured in conformity with it benefit from a presumption of conformity with the essential requirements of the corresponding EU directive or regulation.
kSIST-TS FprCEN/TS 17370:2026 is available in PDF format for immediate download after purchase. The document can be added to your cart and obtained through the secure checkout process. Digital delivery ensures instant access to the complete standard document.
Standards Content (Sample)
SLOVENSKI STANDARD
01-julij-2026
Javni prevoz - Neobdelani operativni podatki in izmenjava statističnih podatkov
Public transport - Operating raw data and statistics exchange
Öffentlicher Verkehr - Betriebliche Rohdaten und statistischer Austausch
Ta slovenski standard je istoveten z: FprCEN/TS 17370
ICS:
03.220.99 Druge oblike transporta Other forms of transport
35.240.60 Uporabniške rešitve IT v IT applications in transport
prometu
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
FINAL DRAFT
TECHNICAL SPECIFICATION
SPÉCIFICATION TECHNIQUE
TECHNISCHE SPEZIFIKATION
May 2026
ICS Will supersede CEN/TR 17370:2019
English Version
Public transport - Operating raw data and statistics
exchange
Öffentlicher Verkehr - Betriebliche Rohdaten und
statistischer Austausch
This draft Technical Specification is submitted to CEN members for Vote. It has been drawn up by the Technical Committee
CEN/TC 278.
CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway,
Poland, Portugal, Republic of North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Türkiye and
United Kingdom.
Recipients of this draft are invited to submit, with their comments, notification of any relevant patent rights of which they are
aware and to provide supporting documentation.
Warning : This document is not a Technical Specification. It is distributed for review and comments. It is subject to change
without notice and shall not be referred to as a Technical Specification.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION
EUROPÄISCHES KOMITEE FÜR NORMUNG
CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels
© 2026 CEN All rights of exploitation in any form and by any means reserved Ref. No. FprCEN/TS 17370:2026 E
worldwide for CEN national Members.
Contents Page
European foreword . 8
Introduction . 9
1 Scope . 11
2 Normative references . 11
3 Terms and definitions . 11
4 Symbols and Abbreviations . 11
5 Notation of XML-Elements and XML-Structures . 12
5.1 General . 12
5.2 Display of XML Elements in the Text . 13
5.3 Display of Relationships . 13
5.4 Table Notation of XML Structures . 14
5.4.1 General . 14
5.4.2 Grouping . 15
5.4.3 Element Name . 15
5.4.4 Multiplicity & Choice (min:max) . 15
5.4.5 Data Type . 16
5.4.6 Explanation . 16
6 Compatibility with Existing Standards . 16
6.1 Compatibility with Transmodel. 16
6.1.1 General . 16
6.1.2 Data structure reuse . 17
6.2 Compatibility with EN 13816:2002 — Service Quality Definition, Targeting
and Measurement . 18
6.3 Compatibility with EN 15140:2006 — Basic requirements and
recommendations for systems that measure delivered service quality . 19
7 Links to regulations . 20
7.1 Introduction. 20
7.2 Data required by the MMTIS regulation . 20
7.2.1 General . 20
7.2.2 Observed Data . 20
7.2.3 Historic Data . 21
7.2.4 Key Performance Indicator . 21
8 Types of Reference Data Used in OpRa . 21
8.1 General . 21
8.2 Identification of Objects beyond system borders . 22
8.2.1 General . 22
8.2.2 Object identifiers and namespaces . 22
8.3 Participant (information provider) identification . 23
8.3.1 General . 23
8.3.2 Model . 23
8.3.3 Namespace and Scope . 23
8.4 Participant pair identification (service participant pair code) . 23
8.4.1 General . 23
8.4.2 Model . 23
8.4.3 Namespace and Scope . 23
8.5 Data formats . 24
8.5.1 Date & time . 24
8.5.2 Time Zones . 24
8.5.3 Georeferences . 24
8.5.4 National language of text elements . 25
9 Use cases . 25
9.1 General . 25
9.2 Purpose . 25
9.3 Actors and use case categories . 25
9.3.1 Actors . 25
9.3.2 Use case categories . 26
9.3.3 Collection of use cases . 27
9.4 Prioritisation of Use Cases . 31
9.4.1 Prioritisation . 31
9.4.2 Worked examples . 31
9.4.3 Service Offer . 32
9.4.4 Service Demand . 35
9.4.5 Service Efficiency . 38
10 Conceptual UML data model for OpRa . 43
10.1 Data preparedness . 43
10.1.1 Preparedness level raw . 44
10.1.2 Preparedness level cleansed . 44
10.1.3 Preparedness level processed . 45
10.2 Statistics . 45
10.2.1 Distribution analysis support . 45
10.2.2 Distribution of duration type indicators . 46
10.3 UML Concepts Used in OpRa . 47
10.3.1 Model-driven architecture . 47
10.3.2 Explicit Frames . 49
10.3.3 Generic Information and Statistics. 52
10.3.4 Indicators . 56
10.3.5 Service dimensions . 59
10.3.6 Fleet dimensions . 61
10.3.7 Offered capacity . 63
10.3.8 Measured number of passengers . 66
10.3.8.1 General . 66
10.3.8.2 Number of Passengers (counting device) . 66
10.3.8.3 Number of Passengers (counts at stops) . 68
10.3.8.4 Number of Passengers (validated access) . 70
10.3.9 Expected number of passengers . 72
10.3.10 Service intensity . 74
10.3.11 Delayed and early vehicle journeys. 75
10.3.12 Cancelled vehicle journeys . 79
10.3.13 Query Model . 82
11 Physical Data Model . 85
11.1 Introduction. 85
11.2 Open Implementation and Technology Use . 85
11.3 Summary of Modelling Approach . 85
11.4 Common OpRa Framework . 86
11.5 Implementing Transmodel framework features in OpRa . 87
11.6 Versions & Validity . 87
11.6.1 Introduction. 87
11.6.2 Version & Validity – Model Dependencies . 88
11.6.2.1 Generic ENTITY – Conceptual MODEL . 88
11.6.2.2 Generic Entity – Physical Model . 90
11.6.2.3 Generic Entity – Attributes and XSD. 91
11.6.2.4 TypeOfEntity – Model Element . 93
11.6.2.5 XML Examples for generic Entities . 94
11.6.3 Generic Version . 96
11.6.3.1 General . 96
11.6.3.2 Generic VERSION – Conceptual MODEL . 96
11.6.3.3 Generic Version – Physical Model . 97
11.6.3.4 Version – Attributes and XSD . 99
11.6.3.5 XML Examples of use of Versions . 106
11.6.4 Implementing relationships in NeTEx . 108
11.6.4.1 Entity identifiers and uniqueness . 108
11.6.4.2 Associations and Entity References . 108
11.6.4.3 Relationship metaclasses. 110
11.6.4.4 XML Examples of Relationships . 111
11.6.5 Generic Version Frame . 114
11.6.5.1 Generic VERSION FRAME – Conceptual MODEL . 114
11.6.5.2 Generic Version Frame – Physical Model . 119
11.6.5.3 Version Frame – Attributes and XSD . 121
11.6.5.4 XML Examples of Version Frames . 133
11.7 Responsibility . 137
11.7.1 Introduction. 137
11.7.2 Responsibility – Model Dependencies . 138
11.7.3 Generic Responsibility . 138
11.7.3.1 Generic Responsibility – Physical Model . 139
11.8 Operating Days . 140
12 Message Exchange . 141
12.1 General . 141
12.2 Use of SIRI Procedure . 141
12.3 HTTP and REST . 142
12.4 Roles of Server and Client . 142
13 Services and XML Schemas . 143
13.1 General . 143
13.2 Services Provided . 143
13.3 XML Schemas Used Across Services . 143
13.4 Imported Schemas . 144
13.5 Problems and Error States When Operating OpRa Services . 144
13.5.1 General . 144
13.5.2 Error Codes from SIRI . 144
13.5.3 OpRa ErrorCondition . 145
13.5.4 General OpRa Problems . 146
14 Common XML Structures . 146
14.1 General . 146
14.2 Root Element Opra . 146
14.2.1 General . 146
14.2.2 Service Request Structure . 147
14.2.3 Frames . 147
14.3 Generic XML Issues . 148
14.3.1 Indicator-related base definitions . 148
14.3.2 Generic scope for indicators . 150
14.3.3 Fleet scope for indicators . 151
14.3.4 Additional indicator type-specific scopes . 152
14.4 OpRa Service Interface . 152
14.4.1 Introduction . 152
14.4.2 Protocols versus payload . 153
14.4.3 NeTEx Publication XSD schema . 154
14.5 OpRa Service Usage Profiles . 154
14.5.1 Introduction . 154
14.5.2 Service Usage Profile Modelling Approach . 155
14.5.2.1 General . 155
14.5.2.2 Generic OpRa Payload Delivery . 156
14.6 Sample network used in use cases . 157
14.7 FRAMEs within the exchange . 157
14.7.1 General . 157
14.7.2 PlannedFrame . 157
14.7.2.1 Introduction . 157
14.7.2.2 Requesting . 158
14.7.3 ActualFrame . 160
14.7.3.1 Introduction . 160
14.7.3.2 Requesting . 160
14.7.4 IndicatorFrame . 161
14.7.4.1 Introduction . 161
14.7.4.2 IndicatorFrame PreparednessLevel . 164
14.7.4.3 Default scope . 164
14.7.5 ContextualIndicatorFrame . 164
15 Indicators. 165
15.1 Introduction. 165
15.2 General considerations . 165
15.2.1 Measurement units . 165
15.2.2 Vehicle capacity specification . 166
15.2.2.1 Example . 167
15.2.3 Vehicle load specification . 168
15.2.4 Aggregation Instructions . 170
15.3 Service Dimensions . 171
15.3.1 Introduction. 171
15.3.2 Discovery . 171
15.3.3 Requesting . 172
15.3.4 Payload . 173
15.3.5 Example . 175
15.4 Fleet Dimensions . 176
15.4.1 Introduction. 176
15.4.2 Discovery . 176
15.4.3 Requesting . 177
15.4.4 Payload . 178
15.4.5 Example . 178
15.5 Capacity . 179
15.5.1 Introduction. 179
15.5.2 Discovery . 179
15.5.3 Requesting . 180
15.5.4 Payload . 181
15.5.5 Example . 181
15.6 Passenger Count Indicators . 182
15.6.1 Introduction. 182
15.6.2 Onboard Device Based Passenger Counts . 183
15.6.2.1 General . 183
15.6.2.2 Discovery . 183
15.6.2.3 Requesting . 184
15.6.2.4 Payload . 185
15.6.2.5 Example . 186
15.6.3 Ticketing-Based Passenger Counts . 187
15.6.3.1 Introduction . 187
15.6.3.2 Discovery . 188
15.6.3.3 Requesting . 189
15.6.3.4 Payload . 190
15.6.3.5 Example . 192
15.6.4 External Passenger Counts . 194
15.6.4.1 Introduction . 194
15.6.4.2 Discovery . 194
15.6.4.3 Requesting . 195
15.6.4.4 Payload . 196
15.6.4.5 Example . 196
15.6.5 Expected Passenger Counts . 197
15.6.5.1 Introduction . 197
15.6.5.2 Discovery . 197
15.6.5.3 Requesting . 198
15.6.5.4 Payload . 199
15.6.5.5 Example . 199
15.7 Service Intensity . 201
15.7.1 Introduction . 201
15.7.2 Discovery . 201
15.7.3 Requesting . 202
15.7.4 Payload . 203
15.7.5 Example . 205
15.8 Delayed and Early Vehicle Journeys . 206
15.8.1 Introduction . 206
15.8.2 Discovery . 206
15.8.3 Requesting . 207
15.8.4 Payload . 208
15.8.5 Example . 211
15.9 Cancelled Journeys . 212
15.9.1 Introduction . 212
15.9.2 Discovery . 213
15.9.3 Requesting . 213
15.9.4 Payload . 214
15.9.5 Example . 216
15.10 Contextual Indicators . 216
15.10.1 Introduction . 216
15.10.2 Discovery . 218
15.10.3 Requesting . 219
15.10.4 Payload . 219
15.10.5 Example . 220
Annex A (informative) Sample network . 221
A.1 Network . 221
A.1.1 Introduction . 221
A.1.2 Distance table . 222
A.1.3 Estimated ridership . 222
A.1.4 Timetable . 223
A.1.5 Operational log . 223
A.1.6 Onboard device-based counting data . 224
Bibliography . 225
European foreword
This document (FprCEN/TS 17370:2025) has been prepared by Technical Committee CEN/TC 278
“Intelligent transport systems”, the secretariat of which is held by NEN.
This document is currently submitted to the Vote on TS.
This document will supersede CEN/TR 17370:2019.
This document has been prepared under a standardization request addressed to CEN by the European
Commission. The Standing Committee of the EFTA States subsequently approves these requests for its
Member States.
Introduction
General
The Public Transport (PT) sector, particularly for Public Transport Operators (PTO) and Public
Transport Authorities (PTA), has identified the necessity to develop a data strategy, based on cost and
value, focusing on the strategic benefits of data. It is crucial that mobility stakeholders are not only able
to compete against potential new market entrants but also benefit from a suitable environment to
develop new business models and services. Public transport is becoming a data-enabled or data-driven
business and needs to answer different local conditions.
This led to the need to standardize data analysis in Public Transport, to understand formally how
information can be created as added value, and indicator calculation can facilitate moving from a
qualitative analysis of the PT service towards a quantitative one.
With this perspective in mind, OpRa (Operating raw data and statistics exchange) defines a minimum
set of Public Transport raw data needed as PT quantitative analysis enabling factor.
Transport modes
OpRa takes most public transport modes, except air transport, into account. This specifically includes
rail, bus, metro, tramway, trolleybus, ferry, coach, funicular railway, suspension railway, and rack
railway.
OpRa management information
Management information deals with functions analysing production data, in order to evaluate the
service quality or to take corrective measures in planning and managing operations. In PT, for instance,
the study of operational data (e.g. observed run times, passenger load) collected during service
operations is an input for strategic planning (e.g. how and when to amend the schedules), tactical
planning (e.g. when to undertake a certain control action), quality follow-up, etc.
Management information uses, therefore, two main types of data:
— data resulting from the planning stages, i.e. theoretical data on the production orders (e.g.
timetables, run times, driver rosters, etc.);
— data describing the daily actual production (e.g. observed passing times, actual number of
passengers, missed interchanges, modifications operated to the plan, etc).
Advances in technology, in particular high density data storage, allow the creation and retention of all
the necessary underlying data in production databases, against which the desired requests can be made
by PT managers. Consistent data structures for management data will make the design of such requests
easier, and offer the flexibility required to OpRa exchange PT raw data, enabling indicator calculation.
Raw data is identified according to specific use cases and, where applicable, defined and described in
Transmodel (EN 12896) compliant structures. In this perspective, the exchange will be performed using
similar NeTEx modalities, for compatibility reasons.
OpRa exchanging data modality
Similar to NeTEx, the primary software resource for implementing an OpRa interface is based on XML
schema.
Two main variants of the schema are available, each providing a different protocol for embedding the
same content model subschemas.
— Simple OpRa documents exchange (see NeTEx _publication.xsd): a schema to use with NeTEx
documents input or output by a system that are exchanged as files using FTP, email etc;
— OpRa document exchange using SIRI HTTP requests (see NeTEx_siri_SG.xsd): a schema that
embeds the OpRa elements in a sequence of HTTP messages that define r
...



