Actuellement si quelqu'un veut obtenir les flux SIRI du PAN, il tombe rapidement sur différents problèmes:
les flux peuvent être indiqués indisponibles alors qu'ils sont opérationnels (#4283, #4284)
le requestor_ref précis à utiliser est souvent non spécifié et on joue aux devinettes (#4254 avec un état des lieux)
par conséquent le requêteur SIRI ne marchera pas dans ces cas-là (puisqu'il nécessite le requestor_ref)
il est impossible de filtrer par format pour trouver "tous les SIRI" sur le moteur de recherche
et idem sur l'API
Ces éléments sont un frein à l'usage "sur étagère" des flux SIRI.
Une bonne façon de faire d'une pierre trois coups serait de revoir le fonctionnement de l'availabilitity checker pour qu'au lieu de faire une simple requête HTTP, il fasse une requête SIRI CheckStatus, qui nécessite un requestor_ref, et qui est la méthode recommandée pour vérifier l'état d'un flux SIRI.
Cela nous obligerait à faire un état de lieux des flux, mettre en ordre de bataille les requestor_ref, et également à avoir un test de disponibilité plus réaliste.
Actuellement si quelqu'un veut obtenir les flux SIRI du PAN, il tombe rapidement sur différents problèmes:
requestor_ref
précis à utiliser est souvent non spécifié et on joue aux devinettes (#4254 avec un état des lieux)requestor_ref
)Ces éléments sont un frein à l'usage "sur étagère" des flux SIRI.
Une bonne façon de faire d'une pierre trois coups serait de revoir le fonctionnement de l'availabilitity checker pour qu'au lieu de faire une simple requête HTTP, il fasse une requête SIRI CheckStatus, qui nécessite un requestor_ref, et qui est la méthode recommandée pour vérifier l'état d'un flux SIRI.
Cela nous obligerait à faire un état de lieux des flux, mettre en ordre de bataille les
requestor_ref
, et également à avoir un test de disponibilité plus réaliste.cc @Brewennn avec qui j'ai commencé à en discuter