Idée - système de continuité des données théoriques dans le temps

[thbar]

Une idée que j'ai pu évoquer plusieurs fois et depuis longtemps, mais je ne crois pas l'avoir formalisée (ou peut-être au coin d'un ticket relatif à autre chose ici, sûrement).

Les réutilisateurs (notamment de GTFS pour l'instant, mais le problème se posera à l'identique avec les NeTEx, et de façon générale tout ce qui est théorique / statique) évoquent régulièrement le sujet de la continuité du théorique.

Dernier exemple en date ici:

https://transport.data.gouv.fr/datasets/versions-des-horaires-theoriques-des-lignes-de-bus-et-de-metro-du-reseau-star-au-format-gtfs

Une solution à laquelle je pense depuis un moment serait d'avoir une url PAN qui permet de :

• donner la version actuellement valable (non expirée) la plus récente, de façon stable
• permettre de passer un paramètre à cette url pour dire "je souhaite avoir la prochaine version, si elle existe déjà, même si elle n'est pas encore en application du fait de ses dates" (sorte de "release candidate")

Cela permettrait d'avoir:

• une url "classique" qui donne toujours la version en exercice (mode best effort)
• mais d'éviter un effet "livraison du nouveau GTFS le X au matin sans aucune possibilité de se préparer"

Point à concerter avec de vrais réutilisateurs à mon avis, mais ça éviterait que les producteurs définissent une façon de fonctionner pour cela de façon unilatérale, et que chaque ré utilisateur se retrouve à suivre.

En synthèse : un mécanisme permettant de standardiser la continuité des ressources, qui expirent par la force des choses et sont mises à jour, pour les données statiques (GTFS et NeTEx).

TODO - références

Je vais ajouter ici les éléments qui peuvent nourrir la réflexion

• https://transport.data.gouv.fr/datasets/versions-des-horaires-theoriques-des-lignes-de-bus-et-de-metro-du-reseau-star-au-format-gtfs
• https://github.com/etalab/transport-site/issues/4047

[AntoineAugusti]

J'ai bien souvenir de discussions à ce sujet et je trouve ça intéressant. Erwan Huon, de Keolis Rennes, m'avait remonté le besoin de pouvoir switcher de GTFS à une date future ou de masquer un GTFS vide ponctuellement qui serait mis à disposition lors d'une modification notable de l'offre (typiquement aux rentrées scolaires de septembre).

En ayant ces URLs on se met en position de collecter plus de statistiques ou d'identifier des réutilisateurs si on met des paramètres dans l'URL (/resources/:id/current/download?reuser=:uuid).

Par contre on se place sur un chemin critique pour l'accès à la donnée et tout incident impacterait de manière notable l'accès aux données théoriques en France. Si on diffuse directement sans rediriger on fausse aussi les statistiques pour les producteurs ce qui pourrait ne pas leur convenir.

[thbar]

Oui le besoin remonte régulièrement.

On est déjà sur un chemin bien plus critique avec le proxy, et on peut ne pas fausser les statistiques si on ne "cache" rien en pratique (voire, leur donner une meilleure visibilité en terme de métriques à eux, potentiellement !).