English text

Most often, OSM mapping is focused on areas of interest: a neighbourhood, a slum, a town or a city, less frequently a region, in which the aim is to get a multi-thematic map, more or less detailed, but generally more than the ones that are or could be available through an official way or a commercial product. Nevertheless, from this approach results a “gap map”, a kind of patchwork where highly detailed areas stand alongside others where the the strictly minimum is not even fulfilled. This inconsistency has consequences:

• it is one obstacle for the official national agencies to adopt OSM or an opportunity if they want to criticize the project. These agencies aim to produce complete reference layers and do not operate like the OSM community through mapping parties or focused edits on Areas of Interests. So whatever OSM is very detailed in some places: if they take a bit of time to browse the map they may quickly reply that yes, but some regional capitals are missing and that the primary and secondary road network is quite incomplete, contrary to their reference layers.

• it is also a limitation for the humanitarian workers to potentially adopt OSM. One easy incentive is the OSM data can used for routing in many devices and such data is frequently absent in developing countries. But if the road network lacks continuity and connectivity… It is all the more a pity that within the next decade, smartphone will likely expand as the GSM phones did the last ten years, and the local population could use them whenever to get around and find POIs.

This is why any OSM country project should encompass national scale reference mapping. It would be both useful and actually also quite motivating to to achieve various completeness steps. It does not mean at all replacing the usual focus on AOIs, that is definitely useful (HOT participates to it through the Tasking Manager jobs during a Crisis Response), but is a complementary to get a map consistent enough to have the minimum everywhere.

Of course ways to reach the aim have to be discussed. What follows is a first reflection. It might be better not to start a lot of reference in the same time over a same territory, but to move forward step by step, from the most primary reference features to those more secondary, the first ones providing the backbone for the latter and being often less numerous, therefore shorter in time to achieve. Checking the main administrative centers, adding the missing ones and apply the Admin level tags decided for the country will allow to determine what are the primary road connections and the OSM gaps. This done, the same process could be done for a sub-level, by checking administrative sub-centers and secondary/tertiary road connections. Once traced, it might be interesting to add the residential area for the villages and towns crossed by these roads and give them a name, from an existing POI or an external ODbL compatible source like the Geographic Names for Geopolitical Areas from NGA, even if this one is often considered as quite outdated.

The means to do this mapping efficiently is also an obvious topic. Tasking Manager v2 should allow to import geojson file with polygon, as it already exists for tools like Mapcraft, that limits their size to under 500Kb. For the road network, I aim at creating buffer layers from opendata road network. Each buffer would go from a town to another and represent a task within the TM job. Statistics applied to such jobs would provide useful information regarding the progress of OSM compared to these reference layers.

Texte en français

Souvent le mapping sous OSM est réalisé par zones d’intérêt : un quartier, un bidon-ville, une ville, rarement une région où l’on cherche à obtenir une carte multi-thématique plus ou moins fouillée. Cela permet de produire des cartes ou de la donnée là où il n’y en a pas d’officielles ou d’accessibles. L’inconvénient de cette seule approche est d’obtenir une “carte à trous”, une sorte de patchwork sur lequel des zones extrêmement détaillées en côtoient d’autres même pas munies du minimum d’information. Cette carte manquant de cohérence a des conséquences :

• c’est un des freins à l’adoption d’OSM par les instances cartographiques nationales. Celles-ci fonctionnent par logique de référentiels et non d’événementiel (dans le sens: on décide de faire la carte de telle zones), par thématique. Vous pouvez leur expliquer et démontrer que vous avez plus de rues dans la capitale ou telle autre cité, si elles prennent le temps de regarder la carte OSM et veulent répliquer, elles vous diront à raison que certes, mais au moins elles ont un réseau routier primaire complet sur le pays, ou que telle capitale régionale ou préfecture ne figure pas sur la carte

• c’est aussi une limite par rapport à l’adoption d’OSM par les humanitaires. L’un des vecteurs faciles, c’est la navigabilité de la donnée OSM. Or les données navigables sont absentes dans les pays en développement. OSM en possède, mais elles sont fragmentaires. C’est d’autant plus dommage que d’ici 5 ans, les smartphones auront remplacé les téléphones et la population locale pourrait bénéficier de la navigabilité des donnés OSM pour se déplacer et trouver des POI.

C’est pourquoi il faut lancer des projets de référentiels à l’échelle nationale, étape par étape en allant du plus élémentaire (et moins coûteux en terme de temps consacré) au plus complexe. Cette approche ne vise pas du tout à remplacer celle par quartiers, qui a montré toute son utilité, mais constitue son complément naturel pour obtenir une carte qui contient le minimum pour être cohérente globalement tout en comportant des zones où le mapping a été particulièrement poussé, que cela soit lié à une nécessité (urgence, aménagement) ou le désir d’une communauté.

Evidemment les moyens pour atteindre cet objectif doivent être discutés. Ce qui suit est une première réflexion. Il est sans doute préférable de ne pas démarrer un grand nombre de référence en même temps sur un même territoire, mais de progresser étape par étape, depuis les objets les plus importants vers ceux plus secondaires, les premiers fournissant l’épine dorsale aux seconds et ayant également l’avantage d’être plus rapides à achever compte tenu d’un nombre d’objets souvent moins important. Vérifier l’existence des chefs-lieux administratifs, ajouter les manquants et appliquer les tags Admin level qui ont été décidés pour chaque pays permettra de déterminer les principales connexions routières et ce qui manque dans OSM. Ceci fait, le même processus pourra être réalisé à un niveau hiérarchique inférieur, en vérifiant les chefs-lieux de moindre rang et les connexions secondaires ou tertiaires qui les relient. Une fois ceci tracé, il pourrait être intéressant d’ajouter les zones résidentielles pour les petites villes et villages traversés par ces routes et ajouter leurs noms, à partir de POI existants ou de source externes compatibles avec OBbL, à l’instar de Geographic Names for Geopolitical Areas de la NGA, même si celle-ci est souvent considérée comme obsolète.

Les moyens pour réaliser cette cartographie de manière efficace est également un sujet important. La v2 du Gestionnaire des Tâches devrait permettre d’importer des fichiers geojson de polygones, comme cela se fait déjà avec des outils comme Mapcraft, qui les limite cependant à une taille de moins de 500 Ko. Pour les réseaux routiers, j’ai dans l’idée de créer des buffers à partir de données ouvertes existantes et ouvertes (mais pas forcément d’une grande précision). Chaque buffer irait d’une ville à une autre et représenter une tâche dans un job du Tasking Manager. Des statistiques sur de tels jobs fourniraient un indicateur précieux de l’état de progression de la donnée OSM par rapport aux données de référence.