Skip to content

OJP et la nouvelle interface TRIAS et GTFS

Une nouvelle version de GTFS/TRIAS a été mise en production en même temps que l’OJP.

Réactions/feedbacks/questions

Le projet Trello suivant sert aux questions et aux remarques.

https://trello.com/b/jiIZwszF/open-journey-planner

Invitations sinon via opendata@sbb.ch

 

GTFS – RT

Il existe un nouveau GTFS qui doit être utilisé pour le GTFS-RT. Le dataset s’intitule GTFS2020: https://opentransportdata.swiss/fr/dataset/timetable-2020-gtfs2020

1x par semaine, chaque mercredi à 9h10, les données GTFS sont téléchargées sur le serveur FTP et sont alors disponibles.

La valeur des route_id et des trip_id pour la même ligne/trajet a changé par rapport aux anciennes versions, car nous avons adapté la modélisation des données dans le nouveau système OJP DIVA. Comme les stop_id proviennent de DIDOK, ils sont bien sûr identiques dans les deux systèmes (ODP1.0 et ODP2.0/OJP).

API: https://api.opentransportdata.swiss/gtfsrt2020  

Test-Key: 57c5dbbbf1fe4d000100001842c323fa9ff44fbba0b9b925f0c052d1

 

Qu’est-ce qui a changét:

  • Désormais, les arrêts qui ne sont plus desservis sont transmis dans TripUpdate avec “scheduled_relationship” : “skipped”.
  • Les valeurs de route_id et trip_id ont changé parce que les données sont modélisées différemment.
  • route_type 907 n’est plus disponible dans la nouvelle norme GTFS. Les 907 sont mappés à 1300.
  • Dans le nouveau GTFS, seule la classe est indiquée dans route_desc. Cela correspond à V.580. Nous allons maintenant modifier le sous-mode pour qu’il contienne les mêmes informations que jusqu’à présent. De même, le route_type est encore adapté. (KNOWN ISSUE, devrait être corrigé d’ici la mi-octobre).
  • Les pseudo-arrêts (les arrêts comme le tunnel de base du Lötschberg) sont inclus dans Static et RT. Pour l’instant, malheureusement, avec le mauvais type. (KNOWN ISSUE). Comme solution de contournement, ces arrêts devraient toujours être filtrés (id<1000).

 

GTFS-RT peut également être obtenu au format JSON. Toutefois, cela est davantage destiné à être testé qu’à être utilisé en production.

TRIAS

La nouvelle interface (TRIAS2020) est documentée dans les pages suivantes:

LocationInformationRequest a été ajouté avec TRIAS2020.

Nouvelle API: https://api.opentransportdata.swiss/trias2020

Test-Key: 57c5dbbbf1fe4d000100001842c323fa9ff44fbba0b9b925f0c052d1

Qu’est-ce qui a changé:

  • LocationInformationRequest/Response est désormais disponible
  • Pour TripRequest/Response, les liaisons pour lesquelles il faut changer de train sont désormais également indiquées. Il en résulte qu’il y a plusieurs Leg dans un trip. Il y a aussi plus de types de Legs.
  • Les localisations du schéma doivent être indiquées dans l’en-tête.
  • Désormais, les éléments TRIAS sont transmis avec le NamespacePréfixe “trias :” et “siri :”. Si vous utilisez une bibliothèque pour l’analyse syntaxique, cela devrait continuer à fonctionner sans problème.
  • Les noms des lignes ont changé.

Exemple TripRequest

 

Exemple TripRequest 2

Exemple StopEventRequest

Exemple TripInformationRequest

Attention: La JourneyRef doit être recherchée à chaque fois via une StopEventRequest ou via une TripRequest. A chaque importation de données d’un horaire, le JourneyRef peut changer actuellement. Cela ne changera qu’avec l’introduction du Swiss Journey ID.

 

API-Explorer (TRIAS2020)