Rennes/Transports en commun/Import

From OpenStreetMap Wiki
Jump to: navigation, search

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" !!!