47 rue de Lancry-75010 Paris SAS au capital de 310 767 !
Tél. : + 33 1 42 41 21 21 APE : 721Z RCS Paris B332505999
Fax : + 33 1 42 41 70 40 Siret : 33250599900026
"Banc de test PREDIM"
(Validation des échanges d'information horaires entre exploitants)
Convention du 25 août 2004
Rapport final
Carte Blanche Conseil
13 janvier 2006
Table des matières
1. Introduction... 3
2. Méthode... 6
2.1. Développement technique ... 6
2.2. Partenariat pour la démonstration ...10
3. Résultats...14
3.1. Implémentation de CHOUETTE ...14
3.2. Banc de test pour la normalisation des fichiers ...14
3.3. Démonstration ...16
3.4. Traducteurs ...18
4. Conclusion...19
5. Annexes ...21
1. Introduction
La PREDIM a subventionné la création d'un banc de test, dont l'objectif est de valider des données transmises par le format TRIDENT à travers leur utilisation dans un calcul d'itinéraire multimodal.
Ce projet s'inscrit dans le contexte du développement, de la promotion et de l'adoption de l'actuelle pré-norme européenne TRIDENT. La PREDIM a pris l'initiative d'encourager cette norme à travers la création d'une communauté Open Source autour de l'outil CHOUETTE, qui est essentiellement une base de données orientée objets entièrement compatible (bien qu'incomplète à l'heure actuelle) avec la structure XML de TRIDENT.
Peu d'exploitants produisent à l'heure actuelle des données sous format TRIDENT. La création du banc de test a donc été accompagnée par la réalisation d'interfaces logicielles qui permettront de traduire les formats produits par les principaux exploitants dans le format TRIDENT (les traducteurs PREDIM).
Le banc de test s'appuie sur Chouette et sur le calculateur d'itinéraire Migrateur de Carte Blanche Conseil comme expliqué plus bas. Il possède une interface Web de consultation. S'agissant d'un banc de test, celle-ci n'a pas vocation a devenir une ressource d'information pratique pour voyageurs mais bien d'être accessible aux exploitants, AOT, centrales de mobilité, dans un but de démonstration, de traduction de fichiers, et de validation du résultat obtenu.
Les traducteurs intègrent le domaine public comme CHOUETTE, créant ainsi un lien entre cet outil et les formats de données actuellement disponibles chez les exploitants.
Le bénéfice du banc de test est triple :
•
Il constitue une mesure de cohérence et de complétude des données, qui prouvera la capacité des exploitants fournisseurs de données à échanger des données homogènes, à alimenter une base de données commune, à adopter le format TRIDENT et à être compatibles avec l'outil CHOUETTE.
•
Il crédibilise l'aptitude de TRIDENT à véhiculer les données d'information multimodale en respectant leur richesse et leur précision.
•
Il permet à la PREDIM de communiquer le bénéfice de son action pour la
normalisation des échanges de données aux nombreux non-informaticiens
confrontés à la problématique de l'information multimodale, en présentant
une validation sous forme de calcul d'itinéraire, qui rapproche le sujet
technique des échanges de données de leur finalité d'information-
voyageurs.
Il constitue une étape pour la PREDIM dans son objectif de donner aux AOT le standard à partir duquel mettre en concurrence différents industriels et opérateurs de systèmes d'information multimodale. En fournissant ce moyen sous forme publique, la PREDIM ne préjuge pas pour autant des choix institutionnels et organisationnels des AOT, ni de la suite à donner en terme de services opérationnels.
Carte Blanche Conseil imagine que trois cas organisationnels peuvent se mettre en place pour une suite opérationnelle :
•
Les AOT concernées par un service multimodal créent une structure commune qui assure le service et se dote des moyens techniques nécessaires.
•
Les AOT s'entendent par convention et confient à un opérateur indépendant des exploitants le développement, l'exploitation et la maintenance du service.
•
Les AOT demandent aux exploitants de s'entendre pour assurer ce service
en mettant leurs données en commun ou en les échangeant de façon
interopérable pour ne pas fausser les règles de la concurrence et ne pas
confisquer le produit des investissements consentis.
Figure 1 Illustration du concept. Les interfaces logicielles (« traducteurs ») permettent d'homogénéiser dans un format unique (« format d'échange TRIDENT ») les fournitures de données des exploitants. Ainsi sont validés le format et les fournitures de données par une application-test « Banc de test d'interopérabilité PREDIM » sur un serveur Web, alimenté par un serveur de type "CHOUETTE". La mise à disposition de ces outils permet d'éliminer le surcoût lié au développement d'interfaces spécifiques par chacun des projets locaux, et accélère ainsi l'organisation des systèmes d'information multimodale qui pourront être portés selon les cas par des groupements d'autorités ou d'exploitants ou un opérateur à qui en est déléguée la responsabilité par les uns ou les autres.
Carte Blanche Conseil a cherché un partenariat avec des acteurs locaux pour faire la démonstration des fonctions du banc de test PREDIM. Elle a ainsi obtenu l'accord officiel des AOT :
•
Rennes Métropole, pour le réseau STAR,
•
Conseil Régional de Bretagne, pour la ligne SNCF Rennes-Brest,
•
Brest Métropole Océane, pour le réseau Bibus,
pour avoir accès aux données fournies par les exploitants de ces trois réseaux.
Le banc de test est en ligne depuis le 25 octobre 2005 avec des données de ces réseaux.
Il est accessible sous l'adresse http://bancdetest.cbconseil.com.
2. Méthode
2.1. Développement technique
2.1.1 Installation de CHOUETTE
Pour la mise en œuvre du banc de test, Carte Blanche Conseil a utilisé l'outil Open Source CHOUETTE financé par la PREDIM.
Elle a reçu la version 2 de CHOUETTE de la part de la société Dryade en mai 2005.
Elle a installé l'outil sur un de ses serveurs, après l'installation préalable des autres outils Open Source requis par CHOUETTE : serveurs Java et Tomcat, librairies diverses.
Elle a fait cohabiter ces outils avec les technologies qu'elle met en œuvre habituellement : serveurs Apache et PHP, base de données PostgreSQL. Cette cohabitation était nécessaire pour pouvoir effectuer l'intégration prévue du banc de test, qui devait en effet combiner CHOUETTE avec des développements préexistants propriétaires de Carte Blanche Conseil.
Avec cette complication, la procédure d'installation et de configuration de CHOUETTE a comporté les étapes suivantes :
1.) Télécharger et installer le serveur Java!2 enterprise edition, requis par CHOUETTE
2.) Télécharger et installer le serveur http Apache, utilisé par CBC
3.) Télécharger et installer la base de données postgreSQL, utilisé par CBC
4.) Télécharger et installer la librairie libxml2, requise pour compléter le serveur PHP utilisé par CBC
5.) Télécharger et installer PHP, utilisé par CBC
6.) Télécharger et installer le serveur http Tomcat requis par CHOUETTE
7.) Télécharger et installer le pilote Java pour PostgreSQL 8.) Télécharger et installer php-java-bridge, qui permet
d'appeler des ressources Java gérées par Tomcat à partir de PHP et Apache
9.) Télécharger et exécuter tomcat-connector, qui compile un module Apache requis
10.) Configurer php-java-bridge et tomcat-connector afin de les faire interagir
11.) Télécharger et installer Ant, utilitaire pour compiler le code Java
12.) Créer un répertoire pour CHOUETTE, installer et compiler CHOUETTE et les librairies spéciales requises en suivant la procédure d'installation de CHOUETTE
13.) Créer des profils d'utilisateurs via l'interface d'administration de CHOUETTE.
2.1.2 Spécification fonctionnelle du site Web
Les spécifications fonctionnelles du site Web du banc de test ont été définies par Carte Blanche Conseil. En voici le sommaire.
Le site possède un URL propre, http://bancdetest.cbconseil.com. Il est sous contrôle d'accès par mot de passe, à l'exception de la présentation du projet qui est en libre accès.
Le site possède trois rubriques :
! Présentation du projet
! Base de données
! Démo itinéraires.
La rubrique "Présentation du projet" inclut les objectifs du projet, sa démarche, ses promoteurs et partenaires, ses outils techniques.
La rubrique "Base de données" a pour but de pouvoir visualiser les données stockées dans la base de données au schéma CHOUETTE.
La rubrique "Démo itinéraires" a pour but de montrer qu'un calcul d'itinéraire reliant les trois réseaux est possible, grâce à l'interconnexion effective des réseaux. Il est prioritaire que même une personne non familière des réseaux bretons puisse vérifier cela. La restitution des itinéraires doit être détaillée et explicite sur les noms de réseaux et lignes empruntés.
Les options de requête sont :
! Arrêt de départ et arrêt de destination
! Date et heure de départ.
Le site doit être adapté à un public qui en majeur partie, n'est pas familier des traitements de données associées au graphicage des réseaux et aux systèmes d'information-voyageurs. Le public-cible est composé de :
! Techniciens et élus au sein des autorités organisatrices partenaires
! Responsables et praticiens des traitements de données au sein des exploitants fournisseurs de données
! Membres de la communauté CHOUETTE
! Intéressés au sein de la PREDIM.
2.1.3 Intégration
Carte Blanche Conseil a intégré le banc de test à partir de CHOUETTE, de modules logiciels préexistants propriétaires complétés au besoin.
Tous les composants du système cohabitent sur un même serveur. Leur interaction est représentée sur le schéma suivant.
Figure 2: Interaction entre composants propriétaires de Carte Blanche Conseil et composants CHOUETTE.
Base de données
Implémentation du schéma CHOUETTE en PostgreSQL. Le schéma de la base de données est donné en annexe.
Formats d'échange
Deux formats d'import sont acceptés :
! Format CSV de CHOUETTE, donné en annexe.
! Format XML TRIDENT, donné en annexe.
Web Services
Une couche logicielle intermédiaire, implémentée sous forme de Webservices, fait le lien entre la base de données et les interfaces. Elle génère et met à disposition les données requises par les fonctions du système.
Moteur de calcul d'itinéraire
Le moteur de calcul d'itinéraire est une implémentation du produit Migrateur de Carte Blanche Conseil. Il est incorporé dans les Webservices du système.
Site Web banc de test Implémentation en PHP.
L'interface Web originale de CHOUETTE est par ailleurs disponible sur le serveur, via l'URL requis par l'architecture de CHOUETTE (port 8080, répertoire chouette).
Interface pour outil d'édition des points d'arrêt
Les Webservices constituent une interface qui permet d'accéder à la base de données du banc de test via un outil SIG approprié (MacMap® de Carte Blanche Conseil). Cet accès permet notamment de visualiser et d'éditer les coordonnées des points d'arrêt, à la manière graphique typique des SIG.
2.2. Partenariat pour la démonstration
2.2.1 Rappel de la démarche prévue
Les étapes suivantes du projet ont été prévues initialement par Carte Blanche Conseil.
1ère phase : Expertise et spécifications
• Identification des interlocuteurs adaptés dans les cinq grands groupes d'exploitants Connex, Kéolis, RATP, SNCF, Transdev pour constituer un échantillon de démonstration cohérent : un réseau de bus ou de tram d'une ville moyenne de province, la ou les lignes SNCF reliant cette ville à Paris ou à une autre ville de province.
• Clarification des conditions de la fourniture de données-test avec les exploitants choisis. L'engagement du développement (phase 2) sera soumis à la condition de l'accord des exploitants retenus.
• Définition du format de fourniture avec chaque exploitant (actuel et évolution prévisible)
• Définition des tests de validation de ce format
• Identification des manques éventuels de données
• Spécification des éléments manquants dans Chouette et requis par le banc de test.
2ème phase : Développement, mise en service et validation
• Développement des traducteurs, intégration du banc de test (avec son IHM internet)
• Démonstration, tests de validation appliqués à trois sources existantes.
2.2.2 Résultats obtenus par la 1ère phase
La première phase a donc visé à identifier les trois réseaux acceptant d’expérimenter le banc de test et les interlocuteurs acceptant d’être les contacts techniques et représentatifs de ces exploitants.
Après divers échanges avec les cinq grands groupes d'exploitants Connex, Kéolis, RATP, SNCF, Transdev, par ailleurs membres de la PREDIM, pour constituer un échantillon de démonstration cohérent, il s'est avéré qu'aucun groupe ne s'est déclaré prêt à motiver un de ses exploitants à s'engager dans le projet.
Nous avons entamé une autre démarche — mais deux mois avaient été consommés à ce moment-là — par l’intermédiaire des Autorités Organisatrices en commençant par celles que nous avions rencontrées dans le
cadre de l’étude de faisabilité de l’opérateur de contenu : les communautés urbaines de Nantes et Rennes.
Elle a abouti à une présentation du projet devant le comité de pilotage de l’information multimodale à Rennes le 10 Février.
L’intérêt et l’accord de principe de Rennes Métropole et de la Région Bretagne nous ont été confirmés comme ceux de leurs exploitants : STUR et Direction Déléguée TER de la SNCF.
Au cours de la même réunion, il nous a été conseillé de sonder la Communauté Urbaine de Brest.
Celle-ci nous a notifié son accord par lettre du président datée du 3 juin 2005.
Les AOT nous ont dirigé vers les interlocuteurs appropriés auprès des exploitants respectifs.
2.2.3 Collecte de données auprès des exploitants
Demande de données
Carte Blanche Conseil a demandé aux exploitants concernés une fourniture de données selon les termes suivants.
• Carte Blanche Conseil se base sur le format proposé par l'exploitant et se charge des transcodages.
• Exigences vis-à-vis du format :
La fourniture doit être renouvelable en format identique lors des mises à jour des horaires.
Les fichiers doivent être exploitables sans reprise manuelle. (Par exemple, il faut que le nombre et les libellés des colonnes dans un export texte à partir d'Excel soient constants, que le codage des jours de validité des horaires soit homogène à travers l'ensemble des fichiers, que les identifiants des points d'arrêts soient consistants entre le fichier des arrêts et les fichiers d'horaires.)
• Types de données:
Points d'arrêt:
! identifiants
! noms
! coordonnées géographiques
! autres attributs (commune, code postal, etc.) Lignes et horaires des bus et trains:
! horaires
! missions
! tableaux de marche
! pour les trains: attributs tels que "réservation obligatoire"
Tout ce qui décrit les correspondances:
! entre lignes de bus aux arrêts de correspondance, entre les trains dans les gares
! entre les réseaux urbains et les gares.
• Périodes de validité:
! Pour les réseaux urbains : Vacances scolaires 2005, période normale 2005-2006
! Pour le réseau ferroviaire : été 2005, hiver 2005-2006.
Données collectées
Suite à cette demande, nous avons reçu plusieurs fournitures de données entre fin juin et octobre 2005. Les fichiers collectés se divisent en :
! Fichiers des arrêts,
! Horaires des lignes.
Les fichiers collectés ne réunissent pas toutes les caractéristiques souhaitées dans la demande, c'est-à-dire que sur chacun d'eux, il subsiste des réserves aussi bien sur la capacité du fournisseur à reproduire le même format à chaque mise à jour, que sur son statut technique précis et documenté.
Pour les réseaux urbains, nous avons en outre été confrontés à des défauts de cohérence entre les fichiers d'une même fourniture (p.ex. dans les noms d'arrêts) et à des fournitures partielles que nous avons complétées manuellement.
2.2.4 Développement des traducteurs
Carte Blanche Conseil s'est engagé dans le développement des traducteurs et le traitement des données collectées malgré les écarts importants entre les fichiers souhaités (conformes aux exigences de la demande reproduite ci- dessus) et les fichiers réellement obtenus.
Les traducteurs sont des logiciels capables de lire un fichier source au format identifié, et d'écrire un fichier cible dans le format TRIDENT.
S'appuyant sur les fonctions d'import CSV et de génération XML-TRIDENT de CHOUETTE, les traducteurs développés pour le banc de test opèrent en deux étapes :
• Lecture des fichiers source et génération de fichiers CSV moyennant des programmes développés en C++, intégrant des librairies Open Source pour la lecture des formats Excel et MapInfo.
Les programmes opèrent à partir d'un fichier source ainsi que d'un fichier de paramétrage préalablement adapté au fichier source. Le fichier de
paramétrage guide la lecture des données en définissant les délimitations de champs qui structurent le fichier source.
Le programme comporte un algorithme de normalisation des noms d'arrêts, dont le but est de neutraliser les incohérences les plus fréquentes entre les noms d'arrêt du fichier des arrêts et ceux des fichiers horaires.
• Conversion CSV vers XML moyennant les fonctions de CHOUETTE.
Au stade actuel, du fait de l'hétérogénéité et de l'instabilité des fichiers source, la mise en œuvre des traducteurs demande un paramétrage au cas par cas. Ce travail est évidemment préjudiciable à la productivité des traitements de données.
Ainsi, le problème des formats non stabilisés et non documentés représente le principal handicap rencontré par le projet banc de test PREDIM. Le problème est soluble par un accord entre exploitant et gestionnaire du banc de test sur un format d'échange identifié, stable et documenté, qui permettrait de réduire puis d'éliminer les analyses et opérations manuelles préalables au traitement automatisé d'une mise à jour d'horaires.
La négociation d'un tel accord, à la lumière d'un exposé par chacun des outils et méthodes utilisés pour générer et traiter les données échangées, permettraient en fait d'identifier l'ensemble des problèmes qui surgissent lors des traitements, et d'optimiser la productivité non seulement du côté du banc de test mais aussi du côté des exploitants.
Les résultats de cette démarche intéresseraient autant les exploitants que les autorités qui leur demandent d’organiser de tels échanges.
3. Résultats
3.1. Implémentation de CHOUETTE
La mise en ligne du banc de test PREDIM a constitué la première implémentation consultable de CHOUETTE par un projet tiers.
Son intégration avec les outils préexistants de Carte Blanche Conseil s'est avérée faisable.
Le banc de test utilise :
" Le schéma de la base de données de CHOUETTE. L'implémentation du
schéma dans le banc de test est extérieure à CHOUETTE, ce dernier laissant libre le choix de technologie de base de données.
" Les fonctions d'import-export XML-TRIDENT de CHOUETTE.
Carte Blanche Conseil a communiqué ses commentaires, nés de la mise en œuvre de CHOUETTE, au sous-groupe 7.1 du groupe de normalisation CEN03- GT7.
3.2. Banc de test pour la normalisation des fichiers
Le banc de test PREDIM offre aujourd'hui les fonctionnalités requises pour répondre aux objectifs du projet qui sont de tester la cohérence et la complétude d'une fourniture de données d'information multimodale, et de prouver l'aptitude de TRIDENT et de CHOUETTE à respectivement véhiculer et stocker ces données.
Figure 3 Schéma simplifié du système réalisé. Il se compose de fonctions d'import-export, d'une base de données, et d'un site Web "hublot" sur la base de données.
Il est rappelé que ce site Web ne préfigure pas un service aux usagers. Son but est de permettre de vérifier le contenu de la base de données, par la consultation et l’application d'un calcul d'itinéraire multimodal.
La fonction d'import offre des alternatives.
" L'alternative privilégiée à l'origine du projet est celle basée sur les traducteurs. Ceux-ci sont des logiciels conçus pour la lecture automatique des fichiers fournis par les exploitants et l'écriture de fichiers au format TRIDENT. Les fichiers convertis par un des traducteurs peuvent alors être importés dans la base.
Les traducteurs développés au cours du projet sont mis à disposition des exploitants sous licence publique. Ils empruntent des composantes de CHOUETTE et, par conséquent leur mise en œuvre requiert un serveur équipé et une compétence technique suffisante.
Au stade actuel, du fait de l'hétérogénéité et de l'instabilité des fichiers source fournis au cours du projet, la mise en œuvre des traducteurs requiert un paramétrage au cas par cas, que nous regrettons.
" Une alternative évidente est l'import de fichiers déjà conformes au format
TRIDENT. Cela suppose l'existence de moyens indépendants pour générer les fichiers au format normalisé. L'intérêt du banc de test pour la vérification et la démonstration du format normalisé resterait entier.
" La troisième alternative repose sur les fonctions apportés par CHOUETTE:
la saisie des données par un opérateur via l'interface Web de CHOUETTE, ou l'import de fichiers CSV conformes au format stipulé par CHOUETTE. Il appartient aux exploitants de dire si cette solution leur semble réaliste.
La fonction d'export permet de générer des fichiers au format TRIDENT, quelle que soit la méthode d'import.
3.3. Démonstration
À l'heure actuelle, la démonstration du banc de test PREDIM est faite sur un jeu de données issu des réseaux de Rennes (STAR), de la Région Bretagne (ligne SNCF Rennes-Brest), et de Brest (Bibus).
Figure 4 Copie d'écran de la page d'accueil.
Figure 5 Copie d'écran de la rubrique "Données". Les données disponibles en base de données sont représentées sous forme cartographique. Le glissement de souris sur le symbole d'un arrêt permet d'afficher les dessertes de cet arrêt.
Figure 6 Copie d'écran de la rubrique "Démo itinéraires". L'itinéraire enchaîne des étapes en bus et en chemin de fer, avec trajets piétons et temps d'attente intercalés.
3.4. Traducteurs
Les traducteurs sont disponibles sous licence publique auprès de Carte Blanche Conseil.
4. Conclusion
Le banc de test est en ligne et fonctionne bien (et il s'améliore régulièrement au fil des remarques des utilisateurs) mais il jouera pleinement son rôle lorsque les données seront complètes et à jour, mais cela dépend de la bonne volonté des exploitants. Il est en effet nécessaire que les résultats du calcul d'itinéraire puissent être confrontés avec ceux présentés par les sites Internet des exploitants.
Le banc de test peut être utile dans les discussions qui s'engagent entre AOT et exploitants pour répondre aux engagements des contrats État-Région et aux obligations que prévoit la LOTI.
La norme TRIDENT nous paraît suffisamment définie pour être appliquée avec des compléments mineurs, même s'ils sont indispensables, comme la convention sur la codification des pôles d'échange.
L'existence de CHOUETTE apporte incontestablement quelque chose, même si cela n'est encore ni un produit industriel ni une solution obligatoire pour progresser.
Le banc de test a une autre vertu, c'est qu'il peut permettre aux AOT d'une Région de préfigurer sur le plan technique ce que pourrait être une base de données régionale. Cela sert à donner une certaine indépendance d'esprit en fournissant aux AOT un repère technique. Cela permet de sensibiliser les AOT à la nécessité d'obtenir des engagements précis de la part des exploitants soit sur le passage à TRIDENT soit sur la documentation et la stabilité des formats d'export utilisés par eux pour fournir leurs horaires et la codification de leurs réseaux.
Les premières remontées des utilisateurs montrent que le côté sommaire de l'interface homme-machine ne nuit ni à la connaissance des données ni à la compréhension des enjeux de la mutualisation des données. On n'est pourtant pas totalement à l'abri du contresens qui voudrait que le site soit perçu comme la préfiguration d'un service à l'usager.
La version en ligne est à la disposition des autorités et exploitants qui ont accepté l'expérimentation : Région Bretagne et SNCF DDTER Bretagne, Rennes-Métropole et STUR, Brest Métropole Océane et Bibus.
On peut imaginer deux évolutions :
•
Que les bretons choisissent de s'approprier ce démonstrateur pour dynamiser les échanges régionaux entre exploitants et préparer un éventuel appel d'offres d'un service régional d'information multimodale.
•
Que les membres de la PREDIM souhaitent que ce démonstrateur soit mis
en libre service pour d'autres Régions et que la partie spécifique
(traducteurs adaptés à d'autres fournitures que celles rencontrées en
Bretagne) soit évaluée et financée.
5. Annexes
Schéma base de données Format CSV
Format Trident
vehiclejourneyatstop PKid U1objectid FK2,I1vehiclejourneyid FK1,I1stoppointid arrivaltime departuretime waitingtime headwayfrequency boardingalightingpossibility position
e_calendarday etableid te
cbc_calendarday id date
e_daytype etableid ytypeid
stoparea_stoppoint PKid U1objectid FK1,I1stopareaid FK2,I1stoppointid connectionlink PKid U1objectid objectversion creationtime expirytime creatorid alertcextendedlocationtypecoded referencingmethod alertclocationtablereference alertclocationtableversionnumber alertclocationcode alertcsubtypecode areareference linearreference dsetid sectid featitemid featcategory provider version name FK1,I1startareaid FK2,I1endareaid linkdistance linktype defaultduration frequenttravellerduration occasionaltravellerduration mobilityrestrictedtravellerduration mobilityrestrictedsuitability stairsavailability liftavailability comment
ndarday_timetable etableid lendardayid
e_period tableid rtdate date cbc_daytype id daytypeid
journeypattern PKid U1objectid objectversion creationtime expirytime creatorid name publishedname FK1,I1routeid registrationnumber submissiondate submissionauthor authorposition comment
timetable_vehiclejourney PKid U1objectid FK1,I1timetableid FK2,I1vehiclejourneyid
stoppoint PKid U1objectid objectversion creationtime expirytime creatorid alertcextendedlocationtypecoded referencingmethod alertclocationtablereference alertclocationtableversionnumber alertclocationcode alertcsubtypecode areareference linearreference dsetid sectid featitemid featcategory provider version longitude latitude longlattype languagecode countrycode poiname poitype x y projectiontype northing easting gridreferencetype wordorder descriptor1 descriptor2 descriptor3 descriptor4 descriptor5 proprietaryid name comment FK1,I1routeid cbc_timetable_bitstring FK1vehiclejourneyatstopid bitstring stoparea PKid U1objectid objectversion creationtime expirytime creatorid alertcextendedlocationtypecoded referencingmethod alertclocationtablereference alertclocationtableversionnumber alertclocationcode alertcsubtypecode areareference linearreference dsetid sectid featitemid featcategory provider version name comment
chouetteuser PKid U1objectid login password name firstname email FK1ptnetworkid
ptnetwork PKid U1objectid objectversion creationtime expirytime creatorid versiondate description name registrationnumber submissiondate submissionauthor authorposition sourcename sourceidentifier comment vehiclejourney PKid U1objectid objectversion creationtime expirytime creatorid FK1,I1routeid FK2,I1journeypatternid publishedjourneyname publishedjourneyidentifier transportmode vehicletypeidentifier statusvalue facility number comment ptlink PKid U1objectid objectversion creationtime expirytime creatorid alertcextendedlocationtypecoded referencingmethod alertclocationtablereference alertclocationtableversionnumber alertclocationcode alertcsubtypecode areareference linearreference dsetid sectid featitemid featcategory provider version name FK1,I1startstopid FK3,I1endstopid linkdistance comment FK2,I1routeid position
company PKid U1objectid objectversion creationtime expirytime creatorid name shortname organisationalunit operatingdepartmentname code phone fax email timetable PKid U1objectid objectversion creationtime expirytime creatorid version comment FK1,I1lineid journeypattern_stoppoint PKid U1objectid FK1,I1journeypatternid FK2,I1stoppointid position
line PKid U1objectid objectversion creationtime expirytime creatorid name number publishedname transportmodename registrationnumber submissiondate submissionauthor authorposition FK1,I1ptnetworkid comment FK2,I1companyid route PKid U1objectid objectversion creationtime expirytime creatorid name publishedname number direction comment FK1,I1lineid Banc de test PREDIM Rapport final, annexe 1 Carte Blanche Conseil 02/12/2005
Nom du réseau Code Réseau Description du réseau Nom de l'entreprise de transport
Code Transporteur Nom court Description du transporteur
Code postal Téléphone
Fax Email Nom de la ligne
Nom public Numero de la ligne Commentaire de la ligne
Mode de Transport (BUS,METRO,RER,TRAIN ou TRAMWAY)
Horaires des courses Nom de l'itinéraire Nom public de l'itinéraire Commentaire de l'itinéraire Direction (ALLER/RETOUR)
Nom de la mission Nom public de la mission Date de début d'application
Date de fin d'application Commentaire sur la course
Lundi (O/N) Mardi (O/N) Mercredi (O/N)
Jeudi (O/N) Vendredi (O/N)
Samedi (O/N) Dimanche (O/N) Jour férié (O/N) Libellé du tableau de marche
Code Postal Commentaire X Y Distance Liste des arrêts heure d'arrivée heure de départ
Les cellules sont au format TEXTE sauf pour les cellules signalées comme ci-dessous:
01/02/05 Format de date JJ/MM/AA 09:34:25 Format d'horaire HH:MM:SS
12345 Format numérique
ALLER Valeur énuméré (l'énumération est présentée dans le titre) 001 Données d'identifiant pérenne
Horaires
C:\Documents and Settings\_Olivier_\Bureau\ligneSNCF.xsd 01/11/06 11:17:54
LineType
Line
objectId objectVersion creationTime name number publishedName transportModeName
! 1..
routeId
registrationType
registration registrationNumber
ptNetworkIdShortcut comment
RouteType
Route
objectId objectVersion creationTime name publishedName number direction
! 1..
ptLinkId
! 1..
journeyPatternId
Comment
StopPointType
StopPoint
objectId objectVersion creationTime
addressType
address CountryCode
projectedPointType
projectedPoint
X Y
containedIn name lineIdShortcut
C:\Documents and Settings\_Olivier_\Bureau\ligneSNCF.xsd 01/11/06 11:17:54
ChouetteLineDescriptionType
lineIdShortcut ptNetworkIdShortcut comment
PtLinkType
PtLink
objectId objectVersion creationTime startOfLink endOfLink
StopAreaType
StopArea
objectId objectVersion creationTime name
! 1..
contains
ConnectionLinkType
ConnectionLink
objectId objectVersion creationTime name startOfLink endOfLink defaultDuration frequentTravellerDuration occasionalTravellerDuration mobilityRestrictedTravellerDurati...
mobilityRestrictedSuitability stairsAvailability
liftAvailability comment
JourneyPatternType
JourneyPattern
objectId objectVersion creationTime name publishedName routeId
1..! stopPointListe
C:\Documents and Settings\_Olivier_\Bureau\ligneSNCF.xsd 01/11/06 11:17:54
1..! lineIdShortcut comment
VehicleJourneyType
VehicleJourney
objectId objectVersion creationTime routeId journeyPatternId publishedJourneyName transportMode lineIdShortcut operatorId number
vehicleJourneyAtStopType
vehicleJourneyAtStop
stopPointId vehicleJourneyId arrivalTime departureTime order
comment
TimetableType
Timetable
objectId objectVersion creationTime
periodType
period
startOfPeriod endOfPeriod
! 1..
dayType
! 1..
vehicleJourneyId
comment
C:\Documents and Settings\_Olivier_\Bureau\ligneSNCF.xsd 01/11/06 11:19:51
CompanyType
objectId objectVersion creationTime name shortName organisationalUnit code
phone fax email
C:\Documents and Settings\_Olivier_\Bureau\ligneSNCF.xsd 01/11/06 11:21:11
PTNetworkType
objectId objectVersion description name
registrationType
registration registrationNumber
! 1..
lineId
comment
C:\Documents and Settings\_Olivier_\Bureau\ligneSNCF.xsd 01/11/06 11:22:29
addressType CountryCode
