Créer votre moteur d'itinéraires Open Source avec OSRM#

Date de publication initiale : 21 juin 2012

Introduction#

Souvent, quand je parle d'OpenStreetMap (OSM), on me répond : "ah oui c'est un peu comme Google Maps mais en libre". Bien que cela ne soit pas totalement faux, c'est réduire le projet OSM à sa simple utilisation comme fond de carte. Or les possibilités et les potentialités de celui-ci sont bien plus grandes. Mais, et je trouve cela dommage, il existe encore trop peu d'applications permettant une exploitation de ces données Open Source. Néanmoins, trop peu ne veut pas dire aucune. Preuve en est, je vous présenterai dans ce billet Open Source Routing Machine, un moteur d'itinéraire Open Source. Fini le simple affichage de données sur un fond de carte, nous allons maintenant exploiter le plein potentiel de celles-ci !

Open Source Routing Machine#

Créé par Dennis Luxen de l'Institut Technologique de Karlsruhe, Open Source Routing Machine (OSRM) est un moteur d'itinéraire Open Source utilisant les données d'OpenStreetMap. Écrit en C++, il est utilisable sur différentes plateformes (Linux, FreeBSD, Windows, Mac). Contrairement aux autres moteurs existants qui sont pour la plupart basés sur un algorithme de type A*, celui-ci implémente l’approche de contraction de hiérarchies de Geisberger ¹. Je serai bien incapable de vous parler en détail de cet algorithme, mais si cela vous intéresse sachez que vous pouvez consulter la thèse de Gräbener dont l'un des paragraphes porte sur ce sujet ².

Bon c'est bien beau d'implémenter un autre algorithme, mais est-ce pour autant que celui-ci est plus rapide. En tout état de cause OUI ! La comparaison effectuée par Pascal Neis est sans équivoque. En effet, OSRM est 4 à 7 fois plus rapide que les moteur d'itinéraires de MapQuest et de CloudMade. Mieux encore, il se place même devant celui de Google, c'est vous dire.

Source : Neis One

Enfin, pour alimenter un moteur d'itinéraires il vous faut des données. Là encore, les concepteurs du projet ont pensé à tout car OSRM est capable de lire directement les fichiers OpenStreetMap. Petit rappel si cela était nécessaire, mais OSM est un projet de cartographie libre vous permettant à la fois de contribuer mais aussi d'exploiter les données produites. C'est d'ailleurs ce que nous allons faire dans le cadre de ce billet. Passons donc à la partie technique et mettons en place notre propre serveur OSRM.

Installation d'OSRM#

La meilleure source d'informations est bien évidemment le Wiki du projet. Dans le cadre de ce billet, nous relaterons les différentes étapes par lesquelles nous sommes passées afin d'illustrer plus concrètement la démarche. Cela vous permettra en tout cas de voir avec quelle simplicité cela a été réalisé.

La première étape consiste à télécharger les sources du projet. Pour cela, un simple git clone est suffisant. Maintenant, voyons voir les prérequis. En effet, OSRM s'appuie sur un certain nombre de bibliothèques. Lors de notre première installation sur une Ubtuntu 11.04, nous avions du compiler les librairies protobuf et boost pour des raisons de versions trop anciennes dans les dépôts. Depuis, une nouvelle installation sur une Ubtuntu 12.04 a résolu tout cela et il suffit simplement de faire un apt-get install en spécifiant les bibliothèques ci-dessous :

sudo apt-get install build-essential git scons libprotoc-dev libprotobuf7 protobuf-compiler libprotobuf-dev libpng-dev libbz2-dev sudo apt-get install libstxxl-dev libstxxl-doc libstxxl1 libxml2-dev libzip-dev libboost-thread-dev libboost-system-dev libboost-regex-dev

Afin de permettre un certain confort de lecture, nous avons séparé le téléchargement des bibliothèques en deux lignes. Mais vous pouvez bien évidemment spécifier le tout avec un seul apt-get. On laisse un peu le temps à la machine de tout télécharger et installer et nous avons quasiment terminé. En effet, il vous suffit maintenant de lancer la commande scons dans le répertoire d'OSRM et le projet se compilera automatiquement. Si vous fonctionnez sur un Debian ou une Ubuntu, il se peut, comme cela a été le cas pour nous, que la compilation retourne un message d'erreur. Pas de panique, c'est un problème connu et il suffit simplement de relancer la commande une seconde fois pour que tout fonctionne.

Voilà, tout est quasiment terminé. Il reste maintenant à passer à la configuration et nous serons prêts à nous amuser.

Préparation des données#

Avant d'aborder concrètement la configuration d'OSRM il y a encore une petite chose à faire, la préparation des données. En effet, OSRM précalcule les itinéraires afin de proposer des performances optimales. Pour cela, deux étapes sont nécessaires.

Extraire#

Tout d'abord, toujours dans le dossier contenant les sources d'OSRM, il faut lancer la commande osrm-extract avec en argument le chemin vers le fichier OSM. Sachez que OSRM est également capable de directement lire les fichiers au format bz2 ou pbf. mais revenons à notre extraction des données :

./osrm-extract MonFichier.osm

Une fois réalisé, vous obtiendrez alors trois autres fichiers dont l'extension est : MonFichier.osrm MonFichier.osrm.names et MonFichier.osrm.restrictions.

Créer la hiérarchie#

Nous utiliserons deux d’entre eux lors de l'étape de création de la hiérarchie. Celle-ci permet au moteur de précalculer les itinéraires potentiels. Par défaut une configuration (ram, disk, etc.) est déjà pré-paramétrée. Néanmoins, en fonction de votre architecture informatique vous pouvez affiner ces paramètres. Pour le moment, faisons simple et gardons celle déjà proposée. Lançons donc la commande osrm-prepare en spécifiant cette fois en argument MonFichier.osrm et MonFichier.osrm.restrictions :

./osrm-prepare MonFichier.osrm MonFichier.osrm.restrictions

Vous devriez maintenant disposer de 5 nouveaux fichiers : MonFichier.osrm.nodes, MonFichier.osrm.edges, MonFichier.osrm.ramIndex, MonFichier.osrm.fileIndex et MonFichier.osrm.hsgr.

Configuration d'OSRM#

Allez, encore quelques secondes et tout est quasiment terminé. Dernière étape, la configuration d'OSRM. Pour cela, tout se fait à partir du fichier server.ini. La structure de celui-ci est la suivante :

Threads = 8
IP = 00.00.00.00
Port = 5000
hsgrData=MonFichier.osrm.hsgr
nodesData=MonFichier.osrm.nodes
edgesData=MonFichier.osrm.edges
ramIndex=MonFichier.osrm.ramIndex
fileIndex=MonFichier.osrm.fileIndex
namesData=MonFichier.osrm.names
timestamp=MonFichier.osrm.timestamp

Là encore, rien d'insurmontable. Le seul paramètre qui n'est pas renseigné dans le wiki est le timestamp. Je n'ai pas compris à quoi il servait et aucun fichier de ce type n'est créé par OSRM. Néanmoins, j'ai ajouté la même information que les lignes précédentes et cela fonctionne. Ce fichier n'a pas l'air primordial !

Maintenant que tout est configuré, lançons notre moteur d'itinéraires. Cela se fait grâce à la commande osrm-routed. Si tout est correct, les lignes suivantes devraient s'afficher :

./osrm-routed [server] starting up engines, saved at Sat Jun 16 10:30:46 2012 [server] http 1.1 compression handled by zlib version 1.2.3.4 [info Server/DataStructures/QueryObjectsStorage.cpp:26] loading graph data [info Server/DataStructures/QueryObjectsStorage.cpp:33] Data checksum is 358366287 [info Server/DataStructures/QueryObjectsStorage.cpp:39] Loading Timestamp [info Server/DataStructures/QueryObjectsStorage.cpp:49] Loading auxiliary information [info Server/DataStructures/QueryObjectsStorage.cpp:57] Loading names index [info Server/DataStructures/QueryObjectsStorage.cpp:74] All query data structures loaded [handler] registering plugin hello [handler] registering plugin locate [handler] registering plugin nearest [handler] registering plugin timestamp [handler] registering plugin viaroute [server] running and waiting for requests

Tadam :party_face: ! Votre serveur est prêt et il n'attend plus que vos requêtes. Pour cela, tout se fait par le biais d'appels HTTP formatés. Différentes requêtes sont disponibles (locate, nearest et viaroute) et pour plus de détails je vous laisse le soin de consulter l'API ainsi que le billet écrit par Rodolphe Quiédeville.

Visualisation des itinéraires#

Par défaut, vous trouverez dans le fichier Docs/WebFrontend d'OSRM une interface basée sur OpenLayers développée par Pascal Neis. Bien que parfaitement fonctionnelle notre coup de coeur va sur celle développée par Dennis Schiefer dont les sources sont sur GitHub. Pourquoi celle-là ? Tout simplement parce que l'ergonomie est bien meilleure et qu'elle possède un plus grand nombre de fonctionnalités.

Une fois les sources téléchargées et le dossier placé dans un endroit accessible par internet il suffit de configurer le projet. Pour cela, tout est centralisé dans le fichier OSRM.config.js. Le paramètre principal est HOST_ROUTING_URL qui indique l'adresse de votre serveur d'itinéraires. Ensuite, à vous de tout customiser comme vous le souhaitez.

Bon visuellement qu'est-ce que cela donne ? Le plus simple pour cela est de faire un tour sur la démo disponible en ligne. Amusez-vous à calculer quelques itinéraires, vous verrez comme cela est rapide. En plus, OSRM est même capable de prendre en compte les lignes de ferry (cf exemple).

Chez Géotribu nous avons également notre projet OSRM Home Made ! Tout d'abord parce que nous avions envie d'essayer et aussi car sur la zone qui nous intéressait (La Réunion) les données proposées dans la démo précédente sont assez vieilles (quoi que depuis, il semblerait qu'une mise jour a été réalisée). Quoi qu'il en soit, voilà le premier moteur d'itinéraires Open Source pour l'Ile de La Réunion :

Conclusion#

Nous arrivons au terme de cette courte introduction à OSRM. Au départ, ce projet nous avait immédiatement plu par la rapidité des calculs ainsi que par son utilisation d'OpenStreetMap. Ce sentiment s'est confirmé par la suite tant son installation ainsi que sa configuration sont simples. Bien qu'encore assez jeune, il pourrait néanmoins devenir une référence dans le domaine. A voir maintenant si de futurs développements sont programmés et surtout si les créateurs du projet arrivent à fédérer une communauté. En tout cas, c'est un beau boulot.

Félicitations à toute l'équipe de l'Institut Technologique de Karlsruhe !

Auteur·ice#

Arnaud VANDECASTEELE#

Bien qu'issu à l'origine d'un parcours universitaire (doctorat et post-doc), j'ai finalement tenté l'aventure entrepreunariale au travers de Geolab.
Mes principaux centres d'intêrets dans le domaine de la géomatique portent sur les logiciels Open Source et plus particulièrement QGIS.
J'aime également le développement informatique avec une forte préférence à tout ce qui se passe côté serveur (base de données, traitements, etc.). Côté techno, mes choix se portent habituellement sur du (Geo)Django et PostgreSQL/PostGIS.

Pendant mon temps libre, vous me trouverez un GPS à la main afin de contribuer à OpenStreetMap ou sur un tatami en train de pratiquer le Jiu-Jitsu Brésilien.

Si vous êtes intéressé par l'un ou tous ces sujets, n'hésitez pas à me contacter !

Commentaires