Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Info
titleVersion

Current version for Norwegian SIRI profile is:   v1.1  (last changed )

...

Info

SIRI also supports real-time information data types which are not included in the Norwegian profile:

  1. Production Timetable (PT) for changes in planned time table data outside the current operational day.
  2. Stop Timetable (ST) changes (theoretic, planned, or calculated) in arrivals and departures for stops outside the current operational day.
  3. Stop Monitoring (SM) arrival- and transfer times for the same operational day.
    1. Calculated arrival time for a vehicle, usually based on GPS data.
  4. Connection Timetable (CT) used to inform about guaranteed interchanges outside the current operational day.
  5. Connection Monitoring (CM) for continuous updates on guaranteed interchanges.
    1. Whether the guarantee will be upheld.
    2. Unplanned interchanges (for example, a bus will wait for a train).
  6. General Messaging (GM) for general text-based information, such as, for example, describing a widely impactful disruption.
  7. Facility Monitoring (FM) for updating the status of equipment, or services.
    1. Elevators, escalators, ticket vending machines.


What does the Norwegian SIRI profile includeincludes

Based on relevant use cases as well as experience from existing real-time systems, the following features have been included:

...

  • User guides
  • List of available services
  • Access privileges
  • Monitoring (uptime, technical disturbances, maintenance)

A More info on utilisation of the Norwegian real-time data feeds, technical examples, real-time API documentation and a complete list of available data streams can be found at https://developer.entur.org/content/pages-real-time-informationintro.

Terminology

Terms and concepts for real-time data in SIRI are, just as in the case of stops- and timetable data, defined according to the NeTEx format standard, based on the European reference model "Transmodel". 

...

In technical terms, the exchange of data must be identical for all types (SIRI-ET, SIRI-SX and SIRI-VM).

Three forms of data acquisition are allowed:

...

However, the real-time data should in itself be be complete and contain all necessary information within the XML file, without depending on content from other SIRI files or external SIRI data streams to provide meaningful content.

Data content

The data stream will be delivered in accordance with specified input-parameters (i.e. filtered / reduced accordingly). Likewise, it is expected that when no input-parameters are present, a full dataset is requested.

...

ServiceDelivery

NameTypeCardinalityDescription
elementResponseTimestampxsd:dateTime1: 1

Time when the dataset was generated/published.

elementProducerRefxsd:NMTOKEN1: 1Codespace for dataset producer.
(choice) element

EstimatedTimetableDelivery

EstimatedTimetableDeliveryStructure


1: 1

Data element for Estimated Timetable (SIRI-ET), with changes in one or more planned  VehicleJourneys within the same operating day.

SituationExchangeDeliverySituationExchangeDeliveryStructure

Data element for Situation Exchange (SIRI-SX), with information regarding one or more situations (or updates to previously published situations).

VehicleMonitoringDeliveryVehicleMonitoringDeliveryStructureData element for Vehicle Monitoring (SIRI-VM), with monitoring information for one or more VehicleJourneys (for estimated adjustments of time table information)

...

NaturalLanguageStringStructure

NameTypeCardinalityDescription
attribute

xml:lang

xsd:string0: 1

The language used must be defined as a three-letter code according to ISO 639-3(recommended) or as a two-letter code according to ISO 639-1 RFC 1766.

Interpreted as the default "NOR" unless otherwise specified. This must be specified when the message language is other than the default.

element(element content)xsd:string (non-empty)1: 1The message text.

...

NaturalLanguagePlaceNameStructure

NameTypeCardinalityDescription
attribute

xml:lang

xsd:string0: 1

The language used must be defined as a three-letter code according to ISO 639-3(recommended) or as a two-letter code according to ISO 639-1 RFC 1766.

Interpreted as the default "NOR" unless otherwise specified. This must be specified when the message language is other than the default.

element(element content)xsd:string (non-empty)1: 1The message text

...