TIPI - Gestion des événements perturbateurs du trafic routier sur la France. Forum OGC France - Journée de l Interopérabilité 21 Novembre 2011

Transcription

1 TIPI - Gestion des événements perturbateurs du trafic routier sur la France Forum OGC France - Journée de l Interopérabilité 21 Novembre 2011

2 Tipi Contexte et enjeux : objectif L objectif de cette application développée pour le compte du Ministère de l Ecologie, du Développement Durable, des Transports et du Logement est de recueillir, traiter et diffuser les informations relatives au trafic routier (bouchons, accidents ) 2

3 Tipi Contexte et enjeux : déploiement 7 CRICR et le CNIR en production depuis le 23 novembre 2010 Tipi est l outil de travail principal des agents des CRICR Prochainement plus de 11 DIR Tipi est destiné à remplacer et unifier un parc applicatif hétérogène 3

4 Tipi Bénéfices Amélioration du service public rendu Elaboration d une information en temps réel sur la sécurité et les conditions générales de circulation Accès à cette information favorisé en la mettant à disposition du plus grand nombre Mise en circulation d une information synthétique pour les gestionnaires de la route et les autorités Optimisation de la solution technique Solution open source intégrant un ESB pour la gestion des messages et un moniteur cartographique Prise en compte des contraintes techniques et de sécurité du Ministère (ACAI) Evolutivité intégrée dès la conception (socle) 4

5 Tipi Architecture fonctionnelle Elle comporte 3 sous-ensembles : La gestion des messages de trafic en conformité avec les normes européennes DATEX 1 et 2 Le traitement textuel et cartographique des événements routiers à partir d un tableau de bord, la gestion des notifications associées et l organisation de l activité via un tableau opérationnel La gestion des abonnés (autorités, médias, émetteurs infos trafic, GPS ), la rédaction et le stockage de rapports, et la diffusion des informations 5

6 Tipi Architecture technique Ecosystème applicatif: Architecture J2EE AJAX : Java, JavaScript, Spring, ExtJS, DWR, Hibernate, PostgreSQL, Firefox ESB : ServiceMix Cartographie : OpenLayers, MapServer, MapTileCache 6

7 Tipi - Les besoins «cartographique» Fonds de plans : couches IGN et administrative Affichage, support à la visualisation 7

8 Tipi - Les besoins «cartographique» Couches métiers : réseaux, objets routiers (pmv, ) Affichage, interrogation et accrochage 8

9 Couche évènements : Tipi - Les besoins «cartographique» o Nature d évènements : ponctuel, linéaire et surfacique o Affichage avec des règles métier d agrégation par importance et une symbologie riche Agrégation ponctuelle Agrégation linéaire 9

10 Tipi - Les besoins «cartographique» Adaptation de la représentation à l échelle Les évènements linéaires apparaissent o comme tels à grande échelle o comme des points à petite échelle 10

11 Tipi - Les besoins «cartographique» Représentation surfacique Notamment utilisé pour la gestion des perturbations météorologiques 11

12 Tipi - Les besoins d interopérabilité Au niveau système : Utilisation du format d échange DATEX o Intégration avec des systèmes informatiques partenaires ou internes de gestion du trafic routier Au niveau de l architecture technique Utilisation des flux «OGC» o Assure une pérennité et une flexibilité sur les produits que l on peut intégrer dans l architecture technique. 12

13 Tipi Prototypages Des prototypages ont montré : La limite du poste client par rapport à la volumétrie des objets affichées o Problème de temps de réponse vers la limite des 200 objets environ. Des problèmes de performance du GML si on souhaite accéder à un attribut autre que le FeatureId lors de la constitution des symboles. Prototypage d une solution à base de GeoJSON à la place du XML a montré : o une meilleure stabilité des temps de réponse Attention : prototypages et analyses de performance réalisés 2006 Depuis : évolutions majeures de la performance des navigateurs Augmentation des performances des moteurs : o JavaScript o SVG o 13

14 Tipi Architecture «cartographique» wfs Client Web tms wms tms Application TIPI (JAVA) MapServer MapTileCache (JAVA) Apache Base Postgresql Postgis wms Cache dynamique Base H2 Cache statique MapServer France Raster BDOrtho,Scan 25 14

15 Tipi Solution technique «cartographique» Affichage o Fonds de plan, objet métier : WMS derrière un cache TMS o Evènements : Ponctuel : WFS + style SVG avec agrégation dynamique côté serveur (SQL/PostGIS) Linéaire : WMS avec agrégation dynamique côté serveur (SQL/PostGIS) Zonal : WMS 15

16 Tipi Solution technique «cartographique» Interaction o Objets métiers : GetFeatureInfo pour la récupération des attributs grâce à un template MapServer qui construit une réponse JSON (pas de géométrie). o Evènements : ponctuel déjà côté client linéaire: ajout d une couche WFS simplifiée calculé côté serveur (PostGIS) et transparente 16

17 Tipi Solution technique «cartographique» Edition et accrochage o Réseau routier : ajout d un couche WFS simplifiée côté serveur (PostGIS) et transparente o Permet de suivre une géométrie linéaire (celle de la route) lors de l édition o Une couche vectorielle de «dessin» permet de capturer la géométrie de la portion de route sélectionnée 17

18 Tipi Architecture «cartographique» WFS L implémentation WFS dans TIPI : supporte GeoJSon comme format d échange est développée en Java intégrée dans l application web TIPI WFS «basique» : o WFS/GetFeature o pas de support des opérations transactionnelles Client Web wfs GeoJson Controler Java Web Application TIPI jdbc Base Postgresql Postgis 18

19 The information contained in this presentation is proprietary Capgemini. All rights reserved