Le saviez-vous ? Les tickets de caisse qui trainent au fond de nos poches contiennent souvent des informations utiles à ajouter à OpenStreetMap.
Par exemple :
Pensez-y la prochaine fois avant de les jeter 😎
Si vous êtes utilisateur de données OpenStreetMap, que ce soit pour faire des cartes, des applicatifs géographiques, ou juste des analyses, vous connaissez sûrement les outils en ligne de commande de la communauté : osmosis, osmium ou encore osmconvert.
J'ai moi-même déjà évoqué certains de ces outils dans un précédent article.
Mais lorsqu'on est intéressé(e) par les lignes de transports, ces outils ne sont pas des plus pratiques, car il est nécessaire de manipuler des relations OSM, c'est-à-dire des objets un brin complexes constitués eux-mêmes d'autres objets.
Bien sûr, la bonne vieille solution Overpass reste envisageable si la zone n'est pas trop grosse. Jetez un œil à cet autre article pour trouver la requête qu'il vous faut ;)
Mais dans tous les cas, il nous faudra jongler dans nos filtres pour récupérer les relations de type route ou route_master avec certains tags uniquement car les circuits de marche nordique ou encore les pipelines vraiment très longs sont cartographiés d'une manière très similaire...
C'est pourquoi je suis ravie de vous présenter osm-transit-extractor, une alternative qui apporte enfin aux transports en commun toute l'attention qu'ils méritent ;)
Pour un cas pratique, imaginons donc que vous voulez vous faire une idée des lignes de transports de Bretagne.
osm-transit-extractor se présente sous la forme d'un exécutable (Linux uniquement pour le moment) : il suffit donc de le télécharger depuis Github puis de le dézipper pour l'utiliser.
Ensuite, on récupère les données de la zone qui nous intéresse, ici la région Bretagne, au format PBF.
Et c'est parti :
./osm_transit_extractor -i bretagne-latest.osm.pbf
Oui, c'est tout !
On obtient alors un petit ensemble de fichiers csv avec les données qui nous intéressent.
Les 3 fichiers les plus intéressants sont
osm-transit-extractor_stop_points.csvosm-transit-extractor_routes.csvosm-transit-extractor_lines.csv (relations route_master dans OSM)Ces fichiers contiennent à la fois les informations utiles sur ces objets ainsi que tous les tags OSM, mais aussi les géométries de ces objets.
Ces fichiers csv peuvent donc s'utiliser aussi bien dans un tableur (ou autre) pour une analyse des métadonnées, ou dans QGIS (ou autre) pour une représentation cartographique.
Voici par exemple un extrait des infos de quelques lignes :
Et voici une petite représentation de ces lignes, réseau par réseau :
Notre extraction comprend également des fichiers pour faire le lien entre les différents objets, par exemple entre une ligne et ses différents parcours, ou entre un parcours et ses arrêts.
Voici par exemple la liste des parcours de la ligne de Ferry Brest Ouessant :
Voici encore un extrait des arrêts de la ligne 9 de Kicéo en direction de Meucon :
Et ce n'est qu'un aperçu : osm-transit-extractor est un vrai petit couteau suisse, rapide et efficace dès qu'on veut des infos sur les lignes de transports dans OSM.
Bien sûr, c'est opensource, donc n'hésitez pas à passer sur github si vous rencontrez des soucis ou avez des idées d'évolutions. Et si vous êtes un rustacéen, vos contributions sont les bienvenues ;)
L'année 2017 s'achève et c'est le traditionnel moment de faire le point sur ce qui a été accompli ! Pour moi, l'année fut monopolisée par le projet Jungle Bus, c'est donc tout naturellement que cet article parlera, encore et toujours, de bus dans OSM \o/
Mon occupation principale cette année fut l'amélioration de la qualité des données de transport dans OSM. Les résultats sont visibles dans deux outils : JOSM et Osmose.
Dans JOSM, il s'agit d'un validateur à activer (dans les Préférences > Validateur de données > Règles du vérificateur d'attribut. Puis sélectionner Jungle Bus).
Il propose actuellement 20 tests sur les transports en général (les bus mais pas que, aussi bien les arrêts que les lignes), et permet de repérer et de corriger les erreurs classiques au plus tôt, directement dans son outil de contribution habituel.
Et quelques uns de ces tests ont été également ajoutés dans Osmose, qui compte à présent 15 tests sur les transports en commun. Plus d'info sur la page dédiée dans le wiki.
J'ai également réalisé un thème pour OSMTracker afin d'avoir un outil simple et efficace possible pour enregistrer les tracés des bus à cartographier.
J'ai aussi testé, et testé encore, l'application Jungle Bus, qui grâce à nos généreux soutiens et sponsors, a reçu pas mal d'améliorations cette année pour faciliter la contribution !
Et enfin, j'ai fait de la vulgarisation, un peu de doc et d'accompagnement de contributeurs désireux d'améliorer la cartographie de leur réseau de transport.
En particulier, le fait marquant de l'été fut le projet de cartographie des réseaux de tro tro, les bus artisanaux d'Accra, la capitale du Ghana. Les 300 lignes ont ainsi été collectées et ajoutées à OSM !
Ce projet, qui est une collaboration entre l'AFD, Transitec, Jungle Bus et la communauté OpenStreetMap locale nous a permis de confronter nos outils et nos méthodes aux besoins réels.
Nous avons également transformé ces données OSM en données transport utilisables par navitia.io et les applications mobiles TransportR et Transit, afin d'offrir aux utilisateurs des informations utiles pour leurs trajets et au "Department of Transport" de la ville les données nécessaires pour gérer au mieux ce réseau et améliorer la qualité de vie de ses 2 millions d'habitants.
À cela s'ajoutent encore quelques projets, trop petits ou pas encore assez aboutis pour mériter d'être signalés ici ...
Focus Île-de-France
Fin 2016, j'avais lancé un outil de comparaison entre les données transport dans OSM et dans l'opendata du STIF.
Il a peu évolué en un an, mais heureusement, on ne peut pas en dire autant d'OSM, qui s'est considérablement améliorée : près de 400 lignes ont été ajoutées en un an !
J'ai également développé une analyse Osmose spécifique, pour améliorer les tags manquants dans OSM à partir des infos fournies dans l'opendata.
Je me suis aussi pas mal promenée, à la recherche de marqueurs Maps.me à traiter, et je n'ai visiblement pas été la seule :
Si vous voulez contribuer, je continue de générer et de mettre à jour régulièrement les marqueurs Maps.me qui vont bien :
Tous ces accomplissements sont collectifs avant tout, et je suis loin d'en être la seule responsable : un grand merci à tous ceux qui partagent mes aventures, sur OSM, sur github et IRL ;)
Allons encore plus loin ensemble en 2018 !
EDIT octobre 2018 : mise à jour de liens (les fichiers kml sont maintenant hébergés sur github).
Il y a quelques années, quand quelqu'un voulait réaliser une extraction OSM des arrêts de bus, il se retrouvait confronté à un problème :
La nuance peut sembler légère, mais cela peut jouer sur la volumétrie : lorsqu'on a deux abribus en face, on peut se retrouver avec deux arrêts selon la première définition, mais un unique arrêt avec la seconde...
Pour résoudre ce souci, la communauté OSM a planché sur une nouvelle modélisation des arrêts (entre autres), qui a été adoptée par vote en 2011.
Deux nouveaux attributs viennent compléter le modèle : l'un désigne l'endroit sur la chaussée où le bus s'arrête (public_transport = stop_position), et l'autre désigne l'endroit où les voyageurs attendent (public_transport = platform).
Un problème, une solution, KISS !
Vraiment ?
Admettons, pour les besoins de l'exercice, que je sois intéressée par les arrêts de bus, au sens "les endroits où les voyageurs attendent leur bus".
Facile donc, si je veux extraire tous les arrêts de France, je n'ai qu'à filtrer mes données OSM sur le tag public_transport = platform.
Voici les résultats de mon extraction (sur des données du 4 aout 2017) : en France métropolitaine, on a d'après OSM, 45 408 arrêts où attendent des voyageurs.
Là, si le résultat ne vous choque pas, croyez-moi sur parole : ce n'est pas crédible.
Rien qu'en Île-de-France, on a déjà environ 40 000 arrêts de transport en commun, donc, même si la base OSM n'est pas exhaustive, ce n'est pas vraiment le bon ordre de grandeur.
Ok, par curiosité, si j'utilise le tag historique higwhay = bus_stop, qu'est-ce que ça donne ?
123 956 arrêts. Déjà plus crédible.
Mais souvenez-vous, pour certains, un arrêt de bus désigne un endroit sur la route, et moi je veux les abribus et les poteaux où les gens attendent. Essayons de combiner : si je prends les highway = bus_stop qui ne sont pas des public_transport = stop_position : 98 173 arrêts.
Bon, si je regarde dans le détail, je trouve que la plupart de ces arrêts n'ont pas le tag public_transport de renseigné du tout. Difficile de savoir quelle proportion de ceux là sont dont des stop_position qui ne m'intéressent pas.
Au final, combien ai-je d'arrêts ? 45 mille, 98 mille ou 124 mille ?
Bref, six ans après l'adoption du nouveau schéma, extraire les arrêts de bus est une opération qui reste hasardeuse...
Exigeons plus ! Et si, en tant que contributeur OSM, on appliquait le schéma et qu'on ajoutait scrupuleusement stop_position ou platform sur tous les higwhay=bus_stop ?
Une analyse Osmose est déjà disponible pour identifier les arrêts à compléter : c'est par ici que ça se passe, et c'est très facile à corriger !
Même si cela ne suffira pas, ce sera déjà la première marche vers plus de réutilisabilité des données OSM \o/
Et en cadeau, si vous être arrivés jusque là dans cet article passionnant, voici des représentations cartographiques de la répartition de ces différentes combinaisons d'attributs.
NB : Cet article comprend des approximations et simplifications pédagogiques.
D'ailleurs, si vous les avez remarquées, n'hésitez pas à venir prolonger la discussion sur la liste de diffusion transport de la communauté OSM France, par ici ;)
Le génial service Overpass-turbo permet depuis quelques temps de sauvegarder ses requêtes favorites via son compte OSM.
Voici la liste des requêtes que je me suis enregistrées, sur la thématique des bus :
Arrêts à proximité
Liste des arrêts à 500 mètres d'une position (ici 48.86343,2.40997) :
[out:csv(::"id", name, public_transport, "ref:FR:STIF", ::"user")];
//[out:json];
node
(around:500,48.86343,2.40997)
["highway"="bus_stop"];
out;
Arrêts à proximité, avec les parcours desservis
Liste des arrêts à 500 mètres d'une position, avec le détail des parcours qui passent à ces arrêts :
[out:json];
(
node
(around:500,48.86343,2.40997)
["highway"="bus_stop"];
)->.a;
rel(bn);
out body;
.a out body;
Arrêts d'une zone, avec les parcours desservis
Liste des arrêts d'une zone géographique, avec comme précédemment, le détail des parcours qui passent à ces arrêts :
[out:json];
(
node
["highway"="bus_stop"]
({{bbox}})
)->.a;
rel(bn)["route"="bus"];
out center;
.a out body;
Arrêts d'un parcours
Liste de tous les arrêts d'un parcours en particulier (défini par son id, ici 1083331)
[out:csv(::"id", name, public_transport, "ref:FR:STIF", ::"user")];
relation(1083331);node(r:"platform");out meta;
Si la ligne n'est pas en schéma v2, alors remplacer platform par stop :
[out:csv(::"id", name, public_transport, "ref:FR:STIF", ::"user")];
relation(1257174);node(r:"stop");out meta;
Arrêts non desservis
Liste des arrêts qui ne sont desservis par aucune ligne de bus.
//[out:csv(::"id", name, public_transport)];
[out:json];
node({{bbox}})["highway"="bus_stop"]->.all;relation(bn.all)["route"="bus"];node(r);
( .all; - ._; );out skel;
Arrêts sans nom
Liste des arrêts de bus sans nom d'une zone géographique :
[out:csv(::"id", public_transport, "ref:FR:STIF", ::"user")];
(
node
["highway"="bus_stop"][!"name"]
({{bbox}})
);
out body;
Nombre d'arrêts sans nom d'un parcours
Liste des arrêts de bus d'un parcours qui n'ont pas de nom renseigné :
[out:csv(total)];
//[out:json];
relation(1083331);node(r:"platform")[!"name"];out count;
Comme précédemment, si la ligne respecte le schéma v1 et non le v2, alors il faudra remplacer platform par stop.
Parcours d'une zone
Liste des parcours de bus dans une zone géographique :
[out:csv(::"id", name, network, operator, ::"user")];
(
relation["route"="bus"]({{bbox}});
);
out meta;
Parcours orphelins
Liste des parcours de bus qui n'ont pas de ligne de bus associée
[out:csv(::"id", name, network, operator, ::"user")];
rel({{bbox}})["route"="bus"]->.all;
rel["route_master"="bus"](br.all);
rel["route"="bus"](r);
( .all; - ._; );
out meta;
Avec ça, vous avez tout ce qu'il faut pour prendre soin des bus dans OSM ;)