Le WhereCamp du 4 avril dernier sur le Campus de Google a vu un certain nombre d’experts du moteur de rendu cartographique Mapnik se réunir pour évoquer les pistes d’amélioration pour le futur de ce produit.
Les fonctionnalités évoquées sont :
- Le regroupement de couches
- Gestion plus intelligente des symboles de géométries
- Un meilleur placement des étiquettes
- Binding rubys
- Support natif des CSS (Cascadenik) pour les styles, pas uniquement du XML
- Cartographie thématique
- Performances
- Nouvelles sources de données (BdD NoSQL, mémoire, SQLite)
Dans les outils considérés comme intéressants voire nécessaires on trouve :
- Un serveur WMS rapide
- La création d’un format de package de cartes
- Lithograph, une surcouche de Mapnik
- La bibliothèque MapShift, permettant le concept de packages de cartes également
- Quantumnik
Comme le souligne Benjamin Chartier, plusieurs de ces points sont très intéressants.
Étiquetage
L’amélioration des placements d’étiquettes est toujours une bonne nouvelle. La plupart des moteurs de rendu actuel méritent encore des améliorations sur ce point. Les avancées proposées sur Mapnik sont intéressantes, mais on peut certainement aller plus loin. Dans ce sens la bibliothèque PAL développée par la heig-vd et intégrée à Quantum GIS est un réel progrès, mais il faudra intégrer le code ou ses principes dans les logiciels de rendu.
Serveur WMS
La création d’un serveur WMS efficace autour de Mapnik permettra d’intégrer plus facilement cette brique dans les IDS actuelles. Cela élargira également la base d’utilisateurs de Mapnik, ce qui sera forcément profitable à son développement. Dans l’idéal ce serveur WMS participera au «WMS shootout», le concours de performance WMS du FOSS4G, en septembre 2010.
Feuilles de style
Les feuilles de style pour Mapnik, dérivées du projet cascadenik, sont une fonctionnalité intéressante pour la lisibilité et l’organisation des informations de style appliquées à des données pour effectuer le rendu. Selon l’auteur «imaginez un programme qui lit du HTML et du CSS et qui produit du HTML avec des balises FONT et le rend lisible sur netscape 2.0 et vous avez l’idée». On voit tout de suite l’intérêt !
SFM : Single File Map
Il s’agit de créer des packages contenant une carte autonome. Le principe est de pouvoir avoir un format portable contenant à la fois les données, le style, et la logique de rendu. On se dirige vers une solution avec des styles Mapnik, des données sous SQLite / SpatiaLite, le tout zippé. Le but est de pouvoir utiliser ce format dans la plupart des SIG existants.
Bref…
Des idées en pagaille et des idées intéressantes donc, qui montrent bien le dynamisme du projet, poussé par les besoins de rendu d’OpenStreetMap. Mapserver, tiens toi bien !