Agence française pour l information multimodale et la billettique (AFIMB)

Transcription

1 Marché de maintenance, accompagnement et recette des logiciels de gestion de données multimodales : --- Comité des Utilisateurs 22 janvier 2015 matin, La Défense --- Compte-rendu Participants Présents : Caroline PIC, chef de projet Info Voyageurs, Groupe Keolis Laaroussi AMZIANE, Solucom pour Keolis Didier FAUCHER, Lumiplan, chef de produits Christian REY RENAUD, Réunir Alain MEYNENT, Architecte du projet Condor/Réunir, Orange Business Service Gautier MERCUZOT, Resp. MOE Condor/Réunir, Orange Business Service Laurent LACÔTE, LINAGORA Guillaume LE HÉGARET SETEC ITS Thierry HENAULT, DIGINEXT Pour l'équipe CHOUETTE : Marc FLORISSON, Sylvain Rizzon Cityway Kasia BOURÉE KBIC Christophe DUQUESNE, Aurige Charlotte ALLENET SETEC ITS Pour l'équipe AFIMB CEREMA Patrick GENDRE, CEREMA Jean SENG, Delphine DALENS-MAREKOVIC, AFIMB Excusés : Christophe LESAGE (SIGMA), Michel ETIENNE (Cityway), Bernard SCHWOB (AFIMB) Ci-joint(s) : Présentations PPT diffusées en séance. Objectifs de la réunion Présentations d utilisations de Chouette en contexte opérationnel Programme 2015 des évolutions CHOUETTE et IRYS Prochain RDV Réunion du Club utilisateurs : le 19/5/ h-13h à la Défense 1

2 1. Contexte Jean SENG rappelle les objectifs de l'agence Française pour l Information Multimodale et la Billettique (AFIMB). Delphine DALENS-MAREKOVIC indique que le nouveau président de l AFIMB est M. Frédéric NEVEU, élu de l agglomération de Saintes. Le prochain comité d orientation AFIMB aura lieu le 12 février. Pour information, les conclusions du débat thématique open data transports (dont le secrétariat est assuré par l'afimb) seront rendues publiques d ici février. Objectifs de la réunion : L'objectif de la réunion est de faire le point sur les évolutions en cours des outils CHOUETTE et IRYS et de recueillir les attentes afin de les prendre en compte dans la feuille de route d évolutions. Christophe DUQUESNE anime la réunion en tant que titulaire du lot 2 d accompagnement du marché de maintenance des logiciels AFIMB et présente Charlotte ALLENET, SETEC ITS, qui remplace Pia Murgat dans le cadre du lot 2. L ordre du jour est le suivant : Introduction et tour de table Logiciel CHOUETTE o Actualités, actions en cours, feuille de route o Présentation des usages de CHOUETTE Logiciel IRYS: prochaines étapes envisagées Points divers Prochaines étapes Vos interlocuteurs 2. Actualités Christophe DUQUESNE présente les nouveautés et actions depuis le dernier comité d utilisateurs, disponibles via le site Actualités depuis la réunion précédente du 25 septembre 2014 : nouvelle version CHOUETTE V : en cours de déploiement par Cityway dans le cadre du projet SISMO avec le syndicat mixte des transports de l Oise, elle apporte de nombreuses améliorations ergonomiques (qui sont listées dans la feuille de route), notamment la gestion des calendriers, l'import d'arrêts et d'horaires, ainsi que la facilité de navigation dans l'application. Cette version inclut aussi une amélioration dans la prise en compte du format GTFS (le mapping Chouette-GTFS a été mis à jour) et un export au format Hub. Publication de 2 études d accompagnement : o Analyse des attentes des acteurs en matière d échanges de données TC, au-delà de la seule utilisation des logiciels Chouette ou Irys. La synthèse met en avant le besoin de formations et d harmonisation des concepts, l émergence de référentiels d offres TC notamment en matière de partage des données arrêts, les enjeux de la qualité des données en particulier pour les TC interurbains dans les Départements, la multiplicité des acteurs concernés et en particulier l importance du rôle de l État. 2

3 o Clarifications sur la fonction de validation des données (dont les recommandations seront à prendre en compte dans les prochaines versions de CHOUETTE à horizon printemps 2015), en particulier en prévision de NeTeX. Le support a été limité sur la période, mais le forum CHOUETTE a permis de faire remonter plusieurs bugs, des questions et des demandes d'évolution, auxquelles les équipes essayent de répondre rapidement. Les évolutions des logiciels : o la V2.5.2 de CHOUETTE sera mise en ligne d ici fin janvier : export des résultats de validation, API java, métadonnées associées à chaque export (voir détail ci-après). La feuille de route des évolutions suivantes et déjà commandées amène courant avril-mai 2015 ; o nouvelle version du serveur IRYS. Par ailleurs, deux études ont été commandées à la société Linagora en vue d avoir un regard extérieur sur le projet : - volet technique, avec un diagnostic des évolutions de la partie java de Chouette avec la mise en place d un service web pour les fonctions Import-Export-Validation ; - volet accompagnement, avec un diagnostic de la valorisation de Chouette et Irys en tant que logiciels open source (étude conduite par Laurent Lacôte, présent aujourd hui). Avancement des actions en cours : Améliorations de la prise en compte de GTFS dans CHOUETTE : La prise en compte du format GTFS fait toujours partie des attentes prioritaires non seulement à cause de l'open data, mais aussi car les outils répandus de gestion de l offre (notamment Hastus de Giro, mais aussi les outils d'alstom ou Siemens) produisent entre autres des exports au format GTFS plutôt que du Neptune ou du Netex. En effet, le format GTFS est beaucoup plus répandu au niveau mondial. Un des objectifs est d'avoir un import / export GTFS sans perte d'informations (surtout les itinéraires) notamment, et une validation détaillée des données. Profils NeTEx / Modélisation de l offre TAD : Christophe Duquesne a soumis au GT7 une 1 ère version des profils d'échange français pour NeTEx : arrêts (profil issu d'un travail lancé par l'afimb en 2013), topologie du réseau (lignes, itinéraires...), horaires et calendrier (où il sera possible de fournir séparément horaires et calendrier). Les tarifs (qui sont dans la partie 3 de NeTEx) ne sont pas encore à l ordre du jour. Chouette devra savoir gérer ces profils, qui ont vocation à se substituer à terme à Neptune. L horizon prévu est d un an environ pour l intégration des profils NeTEx dans CHOUETTE. Il est possible que NeTEx s impose au niveau européen via la directive ITS comme Datex s est imposé pour les données de trafic (publication récente d un règlement). La base d'arrêts du STIF (Reflex) a une structure très proche du modèle NeTEx ; le profil d'échange de Reflex diffèrera légèrement du profil d'arrêt en discussion au GT7. A ce stade, le passage à Netex nécessite encore un investissement assez lourd : mise au point des profils, spécifications des tests de conformité, implémentation dans Chouette mais aussi évidemment dans tous les logiciels concernés. La principale motivation identifiée à ce jour pour un tel investissement serait la constitution de référentiels d offre (arrêts, topologie au moins) mutualisés au niveau régional (ou en tout cas sur des territoires assez larges) et alimentant plusieurs applications (information voyageurs, billettique, marketing, études...). 3

4 NeTEx permettra également de mieux décrire le transport à la demande, répondant ainsi à une demande récurrente. En tenant compte du retour d expériences de Neptune, l'idée est ici d'inclure les tests de validation de conformité dans le profil. En 2014, une version initiale de jeux de test du profil d arrêts a été commandée par l'afimb à Aurige, qui permettra d'estimer la complexité pour implémenter ce profil dans Chouette. 3. CHOUETTE 3.1. Évolutions de Chouette Mars 2015 : version Marc Florisson présente plus en détails les nouveautés de la version : elle inclura des métadonnées (dates, extension géographiques, format...) dans les exports de données pour une meilleure compréhension de la nature et de la situation des données, et la possibilité de récupérer les résultats d une validation sous forme de fichier texte (en complément de la page HTML existante). Par ailleurs, a été ajoutée la description des montées/descentes aux arrêts pour les besoins du déploiement de Chouette dans l Oise Mai 2015 : version 3.0 La version 3 prévue inclut une montée de version technique de chouette2 vers ruby v2 et rails v4. Comme échangé précédemment avec les utilisateurs, l idée est de prévoir un unique palier technique par an, pour donner de la visibilité aux utilisateurs du logiciel. L équipe rappelle néanmoins la nécessité de travailler aux montées de versions, indispensable dans un environnement OpenSource pour partager les évolutions entres utilisateurs. L autre évolution importante est la mise en place d un service web pour les opérations d import - export - validation, qui permettra notamment aux utilisateurs de suivre l avancement de chaque opération ; cette interface n est pas publique, au sens qu elle n est pas dans l application web (chouette2), mais dans la partie java du logiciel (chouette), mais peut bien sûr être utilisée en installant son propre serveur. La Version 3 inclura également quelques améliorations concernant la validation (simplification des paramètres associés aux tests) Septembre 2015 : version 3.1 La version suivante inclura : - la gestion des tracés de ligne par la récupération de données GTFS, - la validation de données GTFS (avec un niveau comparable à ce qui existe pour Neptune) sur la base d une liste de tests et d un mapping avec le modèle de données Chouette (qui a été revu notamment avec la contribution de Keolis et d Andrew Byrd, et qui sont en ligne sur le site chouette) - la mise à jour de la validation Neptune sur la base d une mise à jour publiée fin la gestion des horaires décrits en fréquences. Pour la nouvelle fonction de gestion des horaires en fréquence et de manière générale, pour améliorer la qualité du logiciel, les équipes sont à la recherche d utilisateurs intéressés par une ou plusieurs fonctionnalités particulières et qui pourraient la/les tester avec leurs données de production. N hésitez pas à nous contacter! 4

5 e semestre 2015 Les évolutions ultérieures ne sont pas encore commandées mais plusieurs fonctionnalités ont été envisagées et étudiées : - fonction de recherche dans les données - mise à jour de la ligne de commande pour les conversions et la validation - tests de conformité au profil d arrêts NeTEx - affichage de la carte en plein écran 3.2. Présentation des usages de CHOUETTE Réunir : projet Condor Voir présentation en PJ Contexte Christian Rey-Renaud présente Réunir : réseau de PME indépendantes du transport de voyageurs en France (115 PME, 200 implantations dans 60 départements, 6000 autocars et 8000 collaborateurs), et le contexte du projet Condor à savoir le besoin de disposer d un système d informations mutualisé et notamment en terme d information des voyageurs. L essentiel des activités du réseau de PME se concentre autour du transport interurbain des voyageurs, et ces entreprises sont confrontées à la complexité de l information sur ces territoires. Les enjeux du projet sont notamment le respect de la réglementation, la compétitivité (performance opérationnelle et qualité de service), la mutualisation. La définition du projet a commencé en septembre 2012 ; la construction a été lancée en septembre 2013 avec l aide d Orange et le déploiement a commencé en juillet 2014 sur des véhicules en tests. À ce jour, 80 véhicules ont été équipés. Condor fournit notamment des fonctions de régulation, supervision, gestion des imports, exports, contrôles de cohérence, gestion des alertes. Il offre également un service de télécollecte des informations et de documents des entreprises. Architecture Gautier Mercuzot présente l architecture de Condor, situé en aval des outils de planning et en amont des équipements embarqués et au sol. Chouette est utilisé pour stocker la donnée d offre issue des outils de planning, fournie au format Neptune, et qui a été complétée par quelques extensions nécessaires pour l exploitation (conducteurs, véhicules...). Les éditeurs de planning (principalement 3 éditeurs : ABC planning, etc.) ont adapté leurs logiciels pour alimenter la base Chouette au format Neptune (étendu, car les données complémentaires d exploitation sont dans des fichiers complémentaires). L intérêt est de produire la donnée une seule fois au plus proche du terrain (agent chargé du planning) et de produire une fiche conducteur dématérialisée. Christophe Duquesne signale que la demande d inclure des données d exploitation (affectation des conducteurs aux véhicules) dans NeTEx a été formulée par les allemands, notamment. L équipe projet CHOUETTE souhaite, dans la mesure du possible disposer de la liste des données d exploitations dont REUNIR a eu besoin d ajouter au profil NEPTUNE/CHOUETTE. Sur interrogation des participants en séance, le groupe Reunir précise réfléchir à la publication des formats de données, et des données (avec la contrainte que certaines sont contractuelles avec les AOT), notamment les données d offre théorique. Reunir a mis en place un groupe de travail Qualité des Données. 5

6 Pour le projet Condor, des cycles de formation à la saisie des données sont prévus (elles sont assurées par l éditeur du logiciel de planning qui reste source des données, ou pour quelques, saisie via Chouette). Retours d expérience Techniquement, les fichiers extensions du format Chouette sont gérés via des données stockées dans une base séparée de la base Chouette, ce découplage permettant de s assurer de la conformité TRANSMODEL et ainsi maitriser les montées de version de Chouette. Le groupe REUNIR utilise aujourd hui la version 2.3 de CHOUETTE. Par ailleurs, CONDOR est soit déployé directement par la PME (solution d hébergement décentralisé), soit mutualisé au niveau du groupe REUNIR, en fonction des besoins locaux (importance de réseau, moyens ). L équipe équipe indique restée à l écoute des retours d expérience. Les remarques principales du groupe REUNIR sur Chouette sont : - temps de réponse pour les imports conséquent au format NEPTUNE (problèmes de performances) - Demande d ajout d une fonction drag and drop sur la cartographie (positionnement des points) - pérennisation du modèle de données (pour l import-export), afin d éviter els adhérences - vérifier la dépendance vis-à-vis de postgres (la seule dépendance est sans doute au niveau des schémas) - simplification du déploiement (REUNIR précise que la décision de montée de version ne peut être prise que si l amélioration est significative par rapport aux travaux en cours et aux couts d intégration et de déploiement global de la solution) - faciliter la saisie de séquences d arrêt (Marc Florisson indique pour l Oise, des recommandations sur les étapes de saisie d offre ont été documentée dans l aide en ligne) L équipe projet Chouette est prête si besoin à accompagner ponctuellement l équipe Condor pour prendre en compte leurs besoins particuliers notamment concernant le déploiement et les nouvelles fonctionnalités KEOLIS : projet Compagnon mobilité Voir présentation en PJ Contexte Caroline PIC présente le groupe Keolis et le contexte du projet : filiale à 70 % de SNCF, Keolis fait environ la moitié de son chiffre d affaires hors de France ; le groupe propose à ses quelques 160 filiales une «usine à applications» Compagnon de Mobilité pour l Info Voyageurs. Cette solution centralisée implique une certaine standardisation des données ; le choix de Chouette a été fait pour le référentiel de données, une fois le format Neptune retenu pour décrire les données utilisées pour cette «usine à applications». Architecture L architecture inclut : - une couche front office en web service, multi médias - IHM de gestion des données - un module temps réel - un module d import - un référentiel IV incluant l offre théorique Chouette (IHM v déployée en 2014) et une BD séparée pour toutes les données étendues (hors périmètre Neptune) 6

7 Le format d alimentation est GTFS, beaucoup simple à produire pour les différentes filiales, qui ont des outils très hétérogènes, et qui couvre assez bien les besoins d IV définis pour l application IV. Les imports sont pour l instant faits manuellement par un centre de services dédié, pour le compte des filiales ayant adhérées au dispositif. Un Back-office spécifique gère les données (charte graphique, services IV à activer, enrichissement topographie, photos, notifications IV) pour chaque filiale, l arrêt Chouette étant la donnée qui fait le lien avec la BD Chouette. Les données Chouette sont gérées par l IHM chouette2 non modifiée. Pour optimiser le requêtage Chouette, un travail spécifique sur Postgres a été effectué (BD redondée actif/actif plus cache ; environ requêtes / heure issues du front web service JSON/REST). Le déploiement est effectué sur une infrastructure centralisée. Le projet dispose d une unique base CHOUETTE, avec un environnement cloisonné pour chaque filiale. Retours d expérience Comme Réunir, Keolis est très sensible à toutes les évolutions du modèle de données Chouette, compte tenu de l optimisation de la BD ; chaque montée de version implique une étude technique préalable. Le déploiement de la version 2.5 de CHOUETTE est en projet, car aujourd hui c est la version qui est utilisée. Un des besoins est d industrialiser des imports : le service web IEV prévu dans les évolutions de Chouette intéresse Keolis. L export GTFS amélioré les intéresse aussi, pour la diffusion. La donnée GTFS est issue le plus souvent de Hastus (OIG export, mais avec des différences d un réseau à l autre), ou de CanalTP, filiale IV de Keolis. La question d une mutualisation des exports OIG (même si Hastus est configuré de manière très diverse d un réseau à l autre) se pose toujours. Chouette n est pas utilisé pour la saisie en alimentation GTFS, sauf un test en cours chez Keolis Pays d Aix. 4. IRYS 4.1. Contexte Le sondage auprès des utilisateurs en avril a permis d identifier 3 besoins prioritaires concernant IRYS : la documentation, la refonte du démonstrateur (l'objectif est de mieux faire apparaître l objet du logiciel : les échanges SIRI), et faire évoluer Irys comme outil d aide à la validation des échanges SIRI Évolution de Irys Marc Florisson présente les évolutions prévues d IRYS Mars 2015 : nouvelle version du démonstrateur Les évolutions concernant également le logiciel IRYS, pour sa partie client qui sera complètement revue et gèrera le profil STIF v2.4 ; le démonstrateur associé sera également renouvelé. La société Diginext fait part de son intérêt pour la nouvelle version du client / démonstrateur, commandée en novembre 2014, et a exprimé ses attentes afin que ce logiciel puisse servir concrètement dans la validation de conformité au profil SIRI. Ils participeront également à la recette, prévue pour mars/avril. L équipe CHOUETTE invite tous les participants et potentiels utilisateurs à faire part de leurs attentes sur IRYS et SIRI. 7

8 Avril 2015 Les évolutions concernent le développement d une nouvelle version du client SIRI (supportant le profil STIF v2.4), et le développement d un serveur SIRI light pour les serveurs Discovery, StopMonitoring, GeneralMessage et autorisant les échanges clientserveur (utilisable directement en REST via un navigateur). Les études sont en cours de finalisation, et les choix technologiques d architecture ne sont pas figés à ce jour e semestre 2015 Les évolutions suivantes sont été étudiées mais pas encore commandées : nouvelle version du serveur, documentation complète IRYS, ajout de Siri light côté client. Alain Meynent manifeste son intérêt pour un profil allégé par rapport au local agreement du STIF qui est très complet : Christophe Duquesne invite à participer aux travaux en cours avec le GT7.2 sur ce sujet (spécification en cours du profil SIRI national sur la base du profil STIF v2.4). Patrick Gendre indique qu il faut aussi traiter la question de l open data, car les 4 ou 5 réseaux qui publient des donnée temps réel le font selon des API différentes (et pas SIRI light ni GTFS-RT). Le projet IRYS doit se rapprocher de ces réseaux et essayer de travailler sur l homogénéisation de l accès aux données temps réel. 5. Tour de table Les présentations de Réunir et Keolis ont permis de faire remonter de nombreuses attentes tant techniques que fonctionnelles. Dans la mesure du possible, elles seront prises en compte dans la feuille de route. Plusieurs acteurs industriels ont manifesté l'intérêt d'un processus de certification Neptune, ou SIRI. La modélisation du transport à la demande TAD est aussi une demande importante. Neptune ne gère pas ce «mode» : l'ajout d'un mécanisme d'extension de Neptune, envisagée dans les mois qui viennent, permettrait de mieux gérer l'offre TAD (au lieu d'utiliser des champs). Une amélioration de la V2.5 permettra de gérer certaines lignes à la demande. Christophe Duquesne signale que le TAD est décrit dans NeTEx mais qu'il faudra regarder ce point attentivement pour le futur profil Français de la topologie des réseaux. Une prestation spécifique a été commandée à Aurige en vue d'interroger les acteurs des échanges de données TC (exploitants, fournisseurs, collectivités, bureaux d'études) afin de mieux comprendre les pratiques et les attentes. Parmi les enseignements apportés qui sont remontés des entretiens : - besoin de formation sur les données transport (complétant les documents mis à disposition via les sites chouette.mobi et normes-donnees-tc.org) - communiquer spécifiquement auprès de chaque type d acteurs : AOMD, industriels, éditeurs et prestataires logiciels, transporteurs, bureaux d études, opérateurs d information... - améliorer concrètement la qualité des données dans les chaînes d information ; travailler notamment sur la proposition que les AOT annexent des données de référence sur l'offre TC dans leur DSP ou marché de TC - travailler sur une feuille de route Netex liée à l opportunité de déployer des référentiels d offre régionaux - travailler spécifiquement sur les données interurbaines (Départements) 8

9 6. Points divers 6.1. Formation données Transport Christophe Duquesne signale que Mines Paris Tech crée une formation MOOC (formation continue en ligne) sur les transports intelligents dont 3 jours sur l information voyageurs qu il coordonnera, et qui devrait ouvrir cet été Débat Open data Delphine Marekovic présente les travaux du débat thématique sur l ouverture des données publiques de transport qui ont eu lieu de mai à décembre 2014, et dont l AFIMB a assuré le secrétariat. Le rapport sera rendu public en février Ont participé à ces travaux un grand nombre d acteurs et d experts, couvrant les aspects techniques, juridiques, économiques. La conclusion est de se diriger vers l ouverture des données concernant les services de transport conventionné, avec quelques limitations concernant les données temps réel et d usage (billettique), ce qui implique des adaptations juridiques notamment. Les recommandations techniques incluent une incitation à l utilisation des logiciels de vérification de conformité des données, et mentionnent notamment CHOUETTE. Le prochain comité d orientation AFIMB du 12/02 inclura un plan d actions lié à la mise en œuvre des recommandations en matière de l ouverture des données, dont l utilisation des logiciels OpenSource Congrès ITS World 2015 à Bordeaux L équipe Chouette a déposé une candidature pour le congrès mondial des ITS qui se tiendra à Bordeaux en novembre Les résultats de cet appel à candidature (pour intervention) n est pas connu à ce jour. 7. Prochaines étapes En pratique, la feuille de route sera mise à jour en fonction des attentes exprimées. L'équipe projet tiendra informés la communauté régulièrement des évolutions et l invite à lui faire de toutes les attentes, questions et difficultés au fil de l'eau par mail ou via le forum. Il est proposé que la prochaine réunion d utilisateurs soit à nouveau l occasion que certains présentent l utilisation qu il est fait de Chouette et/ou Irys, notamment un REX SISMO est prévu. Prochaine réunion du Club utilisateurs : le 19 mai 2015 de 10h à 13H à la Défense 9