OpenArdenneMap hiver 25-26

Note: There is an English version of this post here.

OpenArdenneMap est un style cartographique open-source conçu pour la production de cartes topographiques à imprimer. Basé sur les données
OpenStreetMap, il est décliné sous le logiciel cartographique QGIS et
sous les librairies Mapnik/cartoCSS. Voici la livraison hiver 2025-26.

 

J’ai commencé à travailler sur OpenArdenneMap il y a environ 9 ans. Mon but était de disposer d’un style cartographique pour la production de cartes topographiques de haute qualité destinée à l’impression, en utilisant  principalement les données OpenStreetMap. Le défi principal est d’automatiser la production de cartes, pour limiter autant que possible (sans pour autant les éliminer totalement) les corrections “à la main”. Depuis lors, le style a été utilisé dans plusieurs projets de cartographie, avec des collègues j’ai développé une offre de cartes de randonnées (hiking.osm.be) et j’ai pu tester le déploiement d’un serveur de tuiles sur https://www.nobohan.be/webmaps/oam-tile/.

On pourrait croire que dès lors qu’il permet de produire des cartes  topographiques complètes, le développement d’un style cartographique en
lui-même est arrivé à son terme. Ce n’est pas le cas. Je pense que les  techniques et les pratiques de développement de styles topographiques à
partir des données OpenStreetMap dans leur diversité et leur complexité, n’en sont qu’à leurs débuts. Ces dernières années ont vu l’avènement de nombreux styles cartographiques pour des cartes sur écran, ainsi que l’émergence des tuiles virtuelles et de rendu tri-dimensionnel. Pourtant, des procédés simples de généralisation cartographique et des principes élémentaires de sémantique cartographique ne sont que peu mobilisés dans ces innovations.

Cet hiver, j’ai pu compté sur le travail d’un stagiaire étudiant en master de géographie, Noé Monjoie, pour investiguer notamment ces procédés de généralisation cartographiques avec les données OpenStreetMap. Le but était de tester des algorithmes de transformation des données géographiques pour répondre à certaines problèmes de représentation dans OpenArdenneMap (et dans d’autres styles cartographiques numériques). Une toute petite partie seulement de son travail est intégrée dans cette nouvelle livraison, j’espère que le reste suivra dans les prochaines. En attendant, voici les nouveautés de la version “hiver 2025-26”:

Éviter le chevauchement d’un label d’une couche en fonction d’une autre

Avec la fonction overlay_intersects(), on peut éviter le
placement de labels d’une couche au-dessus d’une autre. Ici, c’est pour
éviter le placement des labels de cours d’eau dans les plans d’eau.
Pour des raisons de continuité hydrologique, les contributeurs
OpenStreetMap sont en effet encouragés à faire traverser de part et
d’autre les plans d’eau par les cours d’eau qui les alimentent. Comme le
segment de cours d’eau est souvent interrompu à la limite du plan
d’eau, cela cause alors un conflit entre le label du plan d’eau et du
cours d’eau. Conflit qui auparavant aboutissait souvent à l’absence de
labels du plan d’eau.

Rendu d’un symbole de pertuis

Quand un cours d’eau ou un drain passe en-dessous d’une route ou
chemin, on a un pertuis, qui se différencie d’un pont qui offre un
passage plus large au cours d’eau. Cette différence entre un pont et un
pertuis existe dans les données OpenStreetMap (tags `bridge= yes` vs
`tunnel=culvert`). En utilisant l’orientation du segment de cours d’eau
passant dans ce pertuis, et aussi les points d’entrée et de sortie de ce
passage, on arrive à ce rendu indiquant les pertuis, un rendu
directement inspiré des cartes IGN belges des années 1960 à 1980.

Rendu de symbole de pont

En utilisant le même principe, voilà un rendu des passerelles et
caillebotis (différenciation en fonction de leur longueur) qui tient
compte de la longueur de la passerelle.

Groupe d’éléments avec le clustering de QGIS

Enfin, une amélioration tirée du travail de Noé, avec un clustering
de certains symboles ponctuels (ici une table de pic-nic) dans QGIS.
Cela était bien géré avec Mapnik mais je n’avais pas encore trouvé le
truc dans QGIS (en réalité simplement un mode de la symbologie des
points)

En termes de perspective, comme dit précédemment le travail de
Noé a ouvert plusieurs possibilités de généralisation des données que
j’espère pouvoir mettre en œuvre. Enfin, QGIS 4 arrive cette année, et
donc forcément les nouveautés apportées par cette nouvelle version
majeure de QGIS vont pouvoir faire évoluer le OpenArdenneMap.