Je regroupe dans ce ticket la roadmap proposée pour l'ouverture des données SIRI.
Le périmètre est de proposer une ouverture "sur étagère" avec un requestor_ref public unique, des jeux de données utilisables, et du mode uniquement pull (request/response), pas d'abonnement pour commencer.
Roadmap (proposition)
Voilà ce que je propose (je détaillerai chaque item dans une issue spécifique un peu plus tard) :
[x] Demander aux fournisseurs davantage de endpoints SIRI dès à présent. Bien expliquer l'usage cible (test interne, puis publication externe avec accord après)
[x] Créer une page de requêtage (privée au début, publique après) pour faciliter l'usage par notre équipe déjà, qui créera une requête SIRI pour nous et permettra de la déclencher, en affichant le résultat un peu formatté
[ ] Créer un petit test automatisé "de masse" (il y a déjà des bouts pour aller vers ça), qui vérifiera les données disponibles sur un script standardisé (du type: tenter de faire un GetEstimatedTimetable sans filtre, voir si le retour est vide ou pas, faire un LinesDiscovery si ce n'est pas le cas etc)
[ ] Modifier le proxy pour être utilisable par le grand public (limitation aux services spécifiés, interdire l'abonnement, ajouter un rate-limit, essayer de cacher le requestor_ref "secret" de la sortie etc) -> voir https://github.com/etalab/transport-site/issues/2476
[ ] Lancer une vague d'ouverture conjointement avec les AOMs
thbar
commented
1 year ago
Je regroupe dans ce ticket la roadmap proposée pour l'ouverture des données SIRI.
Le périmètre est de proposer une ouverture "sur étagère" avec un requestor_ref public unique, des jeux de données utilisables, et du mode uniquement pull (request/response), pas d'abonnement pour commencer.
Roadmap (proposition)
Voilà ce que je propose (je détaillerai chaque item dans une issue spécifique un peu plus tard) :
GetEstimatedTimetablesans filtre, voir si le retour est vide ou pas, faire unLinesDiscoverysi ce n'est pas le cas etc)Travaux préalables
Scripts clients
Travaux proxy