Intégrer le convertisseur netex

[antoine-de]

vu les temps de génération (20mn pour l'idf), ca va être compliqué de faire une génération à la volée.

On pourrait pousser les NeTEx en ressources communautaires sur data.gouv, comme ca elles seront dispo en dehors de transport directement sur data.gouv.

On peut mettre en place, soit un outil complètement séparé, soit dans les jobs sur le site (j'ai l'impression que c'est le plus simple, ca fait pas un nouveau truc à exploiter).

On pourrait faire un peu comme pour l'historique (voir le faire dans le même job que celui qui historise ? :thinking: ) : Pour chaque ressource GTFS,

• si
  • il n'y a pas de ressource communautaire NeTEx (générée par nous)
  • ou si il faut mettre à jour (en considérant les date de maj / date de génération ? ou en stockant le md5 du fichier iniatial quelque part (metadata data.gouv ?) ?
• on appel un service externe qui génère un NeTEx (serverless ? API classique ?)
• et on le rajoute / met à jour via API sur datagouv

J'ai l'impression que c'est pas super compliqué. Des remarques / points que j'aurai loupés ?

[Tristramg]

Côté transport-site, c’est les mêmes règle que pour revalider, non ? Ça pourrait pas être le trigger ?

Je regarde l’API datagouv pour voir comment bien gérer le cas des ressources multiples, de la resource de base mise à jour.

Vu les délais, je pense qu’il faut un serveur dédié, sinon y’aura des machins qui vont timeouter.

[antoine-de]

le convertisseur a été intégré dans une bête API flask https://github.com/etalab/gtfs_converter/ et déployé en docker.

toutes les nuits on demande la génération des netex pour les ressources qui ont été modifées, je pense qu'on peut fermer