DGERI/TIER Marché Public de Prestations Intellectuelles Cahier des clauses techniques particulières (CCTP) Date et heure limites de remise des offres : Projet européen SERTI Le 24 juillet 2006 à 15H30 heures Développement de logiciels de conversion d information transport multimodale géoréférencée sur le web Version 1.1 le 5/7/06
TABLE DES MATIERES 1 OBJET...2 2 CONTEXTE...2 2.1 Le CETE Méditerranée...2 2.2 Le projet européen SERTI...2 2.3 L information géographique sur le web...2 2.4 Objectif de la consultation :...3 3 EXPRESSION DU BESOIN...3 3.1 Environnement informatique et exigences non fonctionnelles...3 3.2 Tranche ferme : Conversion TRIDENT -> KML...3 3.3 Tranche ferme : conversion PASSIM -> KML...3 3.4 Tranche ferme : conversion MIFMID -> KML...4 3.5 Tranche conditionnelle 1 : conversion DATEX2 -> KML...4 3.6 Tranche conditionnelle 2 : conversion TRIDENT/DATEX -> RSS...4 3.7 Tranche conditionnelle 3 : conversion d un itinéraire en KML...4 3.8 Tranche conditionnelle 4 : conversions GML...4 3.9 Prestations attendues...5 3.9.1 Spécifications...5 3.9.2 Documentation...5 3.9.3 Conception, codage, tests, livraison...5 3.10 Fourniture par le CETE au prestataire...5 3.11 Références web utiles...5 4 CONTENU DE LA RÉPONSE...5 4.1 Documents administratifs à produire...5 4.2 Mémoire technique...5 4.3 Phases...5 1/6
1 Objet Ce document est le Cahier des Clauses Techniques Particulières d une consultation lancée par le CETE Méditerranée visant à réaliser des outils de conversion facilitant la publication d informations transport géo-référencées sur le web ou des portails géographiques. Les logiciels développés dans le cadre de ce projet ont vocation à être diffusés à tous les services d étude ou de gestion du trafic qui le souhaiteront, mais doivent être considérés comme des prototypes ayant d abord un objectif de démonstration. La prestation comporte : - la mise au point des spécifications détaillées sur la base du présent cahier des charges - la fourniture des logiciels documentés et de leur code source - une garantie de trois mois 2 Contexte 2.1 Le CETE Méditerranée Le Centre d Etudes Techniques de l Equipement Méditerranée est un service déconcentré du ministère de l Equipement appartenant au réseau scientifique et technique de l Equipement. C est un bureau d études et d ingénierie pour tous les acteurs de l aménagement : services de l Etat, collectivités locales, organismes parapublics ou privés, qui intervient dans les domaines d activités suivants : urbanisme, aménagement, habitat, environnement, transport, sécurité routière, infrastructures, ouvrages d art, génie civil, informatique et télécommunications. La prestation est à réaliser pour le Service «Technologies de l Information et de l Exploitation Routière» du Département Gestion Exploitation Route Intelligente. 2.2 Le projet européen SERTI Dans le cadre du programme TEMPO, la DG TREN cofinance les états-membres (en France, la Direction de la Sécurité et de la Circulation Routières) pour le déploiement de systèmes de «transport intelligent» sur le réseau routier trans-européen, dans le cadre de projets euro-régionaux ; le CETE Méditerranée intervient dans le cadre du projet «SERTI» 1 impliquant également l Italie, l Espagne et l Allemagne. Les études et développements objet de ce marché se rattachent au programme de travail du CETE Méditerranée pour 2006 dans le projet SERTI, sur le volet information multimodale. 2.3 L information géographique sur le web De manière générale, les évolutions de l internet (regroupées parfois sous l appellation web 2.0 2 ) doivent permettre d améliorer les services d information trafic ou transport en facilitant la mise à disposition de données ou de traitements sur le réseau. En particulier, la possibilité offerte par Google Earth de publier et visualiser facilement en 2D ou 3D des informations géoréférencées associées à des données géographiques de référence mises à disposition gratuitement par Google rencontre un fort engouement des utilisateurs et a un intérêt potentiel évident en matière d information transport. Même si aujourd hui Google Earth présente certains défauts (consommation de bande passante et temps de réponse, origine US, formats non standards, client propriétaire, etc.), ces défauts pourraient être corrigées dans les années qui viennent : - généralisation du haut débit y compris en sans fil - ouverture annoncée du Géoportail IGN et de ses homologues européens - nombreux «viewers cartographiques web», y compris gratuits et/ou open source (Google Earth est gratuit, pas libre), et en tout cas pour la 2D, utilisation possible depuis un navigateur internet sans client dédié - contexte assez favorable pour la normalisation des formats et protocoles notamment avec l OGC Par ailleurs, même si la visualisation de l information sur fond 3D n est pas pertinente pour un usager qui veut savoir si «ça roule» avant de quitter son bureau et préférera sans doute un simple message d alerte en cas de grosse perturbation, elle peut être intéressante par exemple des exploitants au PC, des décideurs en salle de crise ou pour des journalistes afin de visualiser le lieu où se situe un accident grave. 1 www.serti-mip.com 2 http://fr.wikipedia.org/wiki/web_2.0 2/6
2.4 Objectif de la consultation : Le présent projet a pour objet de développer un certain nombre d outils logiciels avec les objectifs suivants : - tester de nouveaux modes de publication de l information transport - démontrer leur fonctionnement et leur intérêt - favoriser la normalisation - diffuser ces outils (y compris le code source). Les outils à développer sont les suivants : - en tranche ferme (TF) : - conversion TRIDENT vers KML, pour l information TC - conversion annuaire PASSIM vers KML - conversion MIFMID vers KML - en tranches conditionnelles : - TC1 - conversion DATEX2 vers KML, pour l information routière - TC2 - conversion TRIDENT ou DATEX vers RSS - TC3 - conversion d un itinéraire XML vers KML - TC4 - conversions précédentes vers GML 3 Expression du besoin 3.1 Environnement informatique et exigences non fonctionnelles A de rares exceptions près, les données existantes au format TRIDENT (pour les transports collectifs) ou DATEX (pour l information routière) ne sont pas disponibles en libre accès sur l internet, a fortiori celles mises à jour en temps réel. Le CETE fournira au titulaire des données de test pour ce projet. Les programmes de conversion développés par le titulaire devront pouvoir s utiliser en ligne de commande, typiquement «datex2kml entree.xml resultat.kml», avec éventuellement des paramètres. Ils devront pouvoir fonctionner sous windows XP ; leur portabilité sur d autres systèmes sera un plus. Le langage de programmation sera en principe java 3, sauf justification claire du titulaire, car ce langage présente plusieurs avantages : portabilité, large communauté de développeurs, outils de développement open source, simplicité d hébergement, exécution relativement rapide. Des alternatives comme XSLT ou PHP pourront néanmoins être envisagées. A condition de disposer de sources de données significatives y compris en temps réel, il suffira ensuite au CETE ou à tout autre acteurs de mettre en ligne sur un site web les fichiers KML convertis (à la volée) via ces outils pour construire des démonstrateurs. 3.2 Tranche ferme : Conversion TRIDENT -> KML Pour TRIDENT, on s appuiera sur les schémas CHOUETTE et TRIDENT disponibles en ligne sur http://adullact.net/projects/chouette avec la version 0.10 du logiciel. (données statiques) sur le schéma SITUATION Le CETE mettra à disposition du titulaire des fichiers TRIDENT décrivant des lignes et points d arrêt TC géo-référencés. Vérifier si on peut obtenir aussi des SITUATION La phase de spécification permettra de s accorder précisément avec le titulaire sur les éléments de données précis des fichiers XML TRIDENT qui devront pouvoir être convertis en KML et sur les éléments de données KML correspondants, à la fois en ce qui concerne le contenu et le style d affichage. 3.3 Tranche ferme : conversion PASSIM -> KML Passim 4 est un annuaire des sources d information transport (essentiellement sur les transports publics) géré par le ministère de l équipement (CERTU) ; son contenu est disponible en format pseudo-xml avec du contenu en texte libre correspondant aux champs décrivant les services d information usagers (mode de transport, numéro de téléphone, url, commentaires, etc.). L objectif est de convertir ce fichier en KML ; il faudra pour cela géo-coder la couverture des services d information, décrite dans passim comme une liste de communes, de départements, de régions (conforme à la liste de l Insee). La phase de spécification permettra de s accorder précisément avec le titulaire sur les éléments de données des fichiers XML Passim qui devront pouvoir être convertis et sur les éléments de données KML correspondants, à la fois en ce qui concerne le contenu et le style d affichage 3 versions à préciser 4 http://passim.predim.org 3/6
3.4 Tranche ferme : conversion MIFMID -> KML Le fichier MIFMID est le format texte d échanges de Mapinfo 5 ; il permet de décrire des objets géométriques simples : points, polylignes et polygones. Compte tenu de l existence de traducteurs entre les formats SIG les plus répandus, y compris en open source (librairie ogr 6 ), la création d un utilitaire de conversion mifmid2kml permettra facilement d afficher sur Google Earth la plupart des données vecteur issues de SIG. La phase de spécification permettra de s accorder précisément avec le titulaire sur les éléments de données des fichiers MIF/MID qui devront pouvoir être convertis en KML et sur les éléments de données KML correspondants, à la fois en ce qui concerne le contenu et le style d affichage. 3.5 Tranche conditionnelle 1 : conversion DATEX2 -> KML Pour DATEX2 on s appuie sur le schéma XSD disponible en ligne sur www.datex.eu.org : v48.3 et sur la table de localisation France version 5. Les éléments de données à convertir seront au minimum les événements actifs, mesures d exploitation actives, mesures d exploitation et événements programmés. A vérifier si d autres types de données sont disponibles, en particulier traffic views, elaborated traffic data. Le problème principal avec DATEX2 concerne le géocodage des éléments de données. Il existe plusieurs méthodes de localisation possibles dans Datex2, mais pour l instant au moins en France les messages Datex disponibles utilise la méthode Alert/C (deux localisants + offsets). Le titulaire devra donc proposer une solution pour estimer la localisation d un événement sur cette base, à défaut des coordonnées x,y. La méthode de calcul sera proposée par le titulaire et mise au point après accord sur ses spécifications. La table des localisants Alert/c pour la France sera mise à la disposition du titulaire. La phase de spécification permettra de s accorder précisément avec le titulaire sur les éléments de données précis des fichiers XML DATEX2 qui devront pouvoir être convertis en KML et sur les éléments de données KML correspondants, à la fois en ce qui concerne le contenu et le style d affichage. 3.6 Tranche conditionnelle 2 : conversion TRIDENT/DATEX -> RSS L objectif est de transformer des fichiers XML d info trafic DATEX2 ou TRIDENT en flux RSS auquel l utilisateur pourrait alors s abonner pour afficher les derniers événements actifs sur un navigateur ou un lecteur RSS. La phase de spécification permettra de s accorder précisément avec le titulaire sur les éléments de données des fichiers DATEX ou TRIDENT qui devront pouvoir être convertis en RSS et sur les éléments de données RSS correspondants, à la fois en ce qui concerne le contenu et le style d affichage. 3.7 Tranche conditionnelle 3 : conversion d un itinéraire en KML Les spécifications TRIDENT comprennent un schéma TRIP.XSD, qui a été développé lors du projet européen pour un démonstrateur en Belgique en 2001 mais n a pas été à notre connaissance utilisé ; néanmoins, il nous semble utile de pouvoir visualiser des itinéraires sur fond cartographique. Une alternative serait de convertir des itinéraires décrits au format JourneyWeb implémenté au Royaume-Uni. Le titulaire devra argumenter le choix proposé. Dans la mesure où le CETE pourrait mettre à disposition des fichiers conformes à ce schéma, cette option pourrait être commandée au titulaire. 3.8 Tranche conditionnelle 4 : conversions GML Le format KML est ouvert au sens que ses spécifications sont publiques, mais c est un format propriétaire qui ne sert que pour visualiser des données avec le client Google Earth. Il est donc souhaitable d envisager d autres conversions pour élargir l utilisation des données transport normalisées. Cette option consiste donc à développer des programmes de conversion TRIDENT et DATEX2 vers GML ou équivalent, dont la généralisation Comme pour les conversions KML, la phase de spécification permettra de s accorder précisément avec le titulaire sur les éléments de données des fichiers XML qui devront pouvoir être convertis en GML et sur les éléments de données GML correspondants, à la fois en ce qui concerne le contenu et le style d affichage. 5 http://www.directionsmag.com/mapinfo-l/mif/mif_j.htm 6 http://ogr.maptools.org/index.html 4/6
3.9 Prestations attendues 3.9.1 Spécifications Fonctionnalités, détail des formats et environnement logiciel, limitations et évolutions possibles, principes de conception, mode d emploi. 3.9.2 Documentation Les documents produits et diffusés lors de la prestation seront dans des formats bureautiques les plus courants (Word, PowerPoint, PDF etc.). Une version papier de la documentation sera fournie. 3.9.3 Conception, codage, tests, livraison Documentation du code et fourniture du code de test Fourniture de jeu de tests par le CETE Support technique, durée de la garantie et service fourni. 3.10 Fourniture par le CETE au prestataire Le CETE Méditerranée fournira au titulaire du marché : - l ensemble des logiciels nécessaires au fonctionnement de la version actuelle du prototype - l ensemble des documentations techniques dont il dispose 3.11 Références web utiles www.serti-mip.com http://fr.wikipedia.org/wiki/web_2.0 http://www.directionsmag.com/mapinfo-l/mif/mif_j.htm http://ogr.maptools.org/index.html www.datex.eu.org http://passim.predim.org http://www.opengeospatial.org/specs/?page=specs http://earth.google.com/kml/index.html http://www.ertico.com/en/activities/activities/trident_website.htm http://www.kizoom.com/standards/index.html (cf. journeyweb) 4 Contenu de la réponse Elle comportera les éléments suivants. 4.1 Documents administratifs à produire Voir le règlement de la consultation (article 3-1). 4.2 Mémoire technique Voir le règlement de la consultation (article 3.1.2.C «documents explicatifs»). 4.3 Phases Chaque tranche est décomposée en phases, chacune soumise à validation : environnement informatique et spécifications livraison d une première version documentée accord pour recette et début de la période de garantie Les phases peuvent être groupées pour les tranches commandées en même temps. Au minimum, une réunion d avancement aura lieu pour chacune de ces phases. 5/6