Rennes/Transports en commun/Import
Introduction
Les données "transport" de Rennes Métropole sont en accès libre depuis 2010 : https://data.keolis-rennes.com/
Pour le réseau Star (bus/métro), des données sont disponibles au format GTFS : arrêts, lignes, horaires.
Rennes Métropole publie des couches géographiques afin de décrire le réseau : arrêts physiques, arrêts logiques, itinéraires de ligne.
Données utilisées
star_arret_physique
La localisation du point correspond à l'emplacement du mobilier de l'arrêt (poteau ou abri). Attributs
TIMEO : identifiant de l'arrêt physique TYPE : type de point : saeiv (dans la voie) / mobilier (sur le trottoir) NOM : nom commercial de l'arrêt C_INSEE : code insee de la commune de rattachement ACCESS_PMR : information sur l'accessibilité aux personnes à mobilité réduite (OUI / NON / PARTIEL) LI_ACCESS : liste des lignes accessibles aux personnes à mobilité réduite desservant cet arrêt LI_NORM : liste des lignes non-accessibles desservant cet arrêt MOBILIER : type de mobilier de l'arrêt (poteau / abribus) BANC : indique si l'arrêt est équipé d'un banc ECLAIRAGE : indique si l'arrêt est doté d'un éclairage
star_ligne_itineraire
Un itinéraire de ligne correspond au parcours réel qu'effectue un bus sur une ligne.
Le code d'itinéraire est donc construit de la manière suivante : - code de ligne - code de variante : "01" = itinéraire principal, "02" = variante n° 1, etc. - indication du sens : A ou B
Attributs
ITI_CODE : code d'itinéraire ITI_SENS : sens de parcours de la ligne (A / R) ITI_NOM : correspond à ce qu'un bus peut afficher comme information pour indiquer sa destination (girouette) ITI_ORG : code TIMEO de l'arrêt physique de départ ITI_DEST : code TIMEO de l'arrêt physique de destination LI_NUM : numéro de la ligne desservie LI_NOM : appellation commerciale de la ligne LI_TYPE : type de la ligne LI_SSTYPE : sous-type de la ligne LI_D_ACCES : date de mise en accessibilité de la ligne
Utilisation de ces données
node bus_stop
L'ensemble des arrêts de Rennes Métropole sont extraits :
node(area:3602005861);node(around:1000)[highway=bus_stop];out meta;
Pour les arrêts de même référence :
- le nom est vérifié
- la distance est vérifiée
Pour les "nouveaux" arrêts GTFS, une recherche des arrêts proches est faite.
- si la distance est faible et le nom proche, la référence est ajoutée
- sinon, l'arrêt est créé
Au niveau des tags : http://taginfo.openstreetmap.org/keys/public_transport#combinations
- shelter
- bench
- wheelchair
- route_ref:FR:STAR
- ref:FR:STAR
relation route
Une route est composée de l'itinéraire et des différents arrêts.
Le GTFS ne gère pas les itinéraires, il gère des voyages et des arrêts. Des itinéraires sont présents dans les données star de l'OpenData, mais sans lien avec le GTFS.
Le jeu consiste à regrouper les voyages avec les mêmes arrêts : c'est la partie arrêt d'une route. Pour la partie itinéraire, il faut la tracer en s'aidant des itinéraires star.
Le rapprochement OSM/GTFS est fait sur les arrêts départ/arrivée, bug si plusieurs parcours !!!
relation route_master
relation network
Attributs (tags)
Arrêts
Clé | Valeur | Détails |
---|---|---|
highway | bus_stop | pour un arrêt de bus |
name | NOM | nom commercial de l'arrêt |
ref:FR:STAR | TIMEO | identifiant |
shelter | yes | si TYPE == 'mobilier' |
bench | yes | si BANC == 'OUI' |
wheelchair | yes | si ACCES_PMR == 'OUI' |
source | http://data.keolis-rennes.com 5 mai 2016 |
Si un arrêt est partagé par plusieurs réseaux, bug sur le tag "name" !!!