Carte de Marseille

Le résultat comprend également un index des noms de rues et est disponible aux formats PNG, SVG et PDF. La taille de la carte sera fonction de l’étendue de la commune puisque le tirage se fait à résolution constante, de l’ordre du 1/5000e.  La qualité dépend évidemment du contenu de la base OSM sur la ville demandée :

ce qui ne peut qu’inciter de nouveaux contributeurs à participer, à l’aide du nouveau plug-in OSM de QGis 1.2 par exemple !

A titre personnel je trouve le quadrillage un peu épais, mais l’ensemble est très convaincant et rend accessible au plus grand nombre les données OSM. Bravo à toute l’équipe !

Ce qui nous donne (accrochez-vous…):

• Sur le Finistère, communes BDCarto(c), AGG :
  real 0m0.271s
  user 0m0.200s
  sys 0m0.080s
• Sur la France entière, communes BDCarto(c), AGG :
  real 0m1.962s
  user 0m1.880s
  sys 0m0.090s

Les performances ont donc été multipliées par 12 (!!!), et sont désormais nettement supérieures à celles de Mapnik pour les gros jeux de données (mais très comparables sur les petits volumes).

Thomas indique également la prochaine possibilité de tracer des traits plus fins dans le rendu AGG, comme c’est déjà le cas pour Mapnik.

Toutes nos félicitations à l’équipe de développement de MapServer et particulièrement à Thomas Bonfort donc, pour cette significative amélioration des performances.

Côté rendu, MapServer a ainsi rejoint une solution plus récente, encore mal documentée, mais prometteuse : Mapnik. Bibliothèque C++ avec une API en python, celle-ci a fait de la qualité graphique une de ses priorités. Elle intègre donc également la bibliothèque AGG (AntiGrainGraphics) permettant de lisser les PNG.

Autant le dire tout de suite, les images produites sont strictement identiques, au pixel près ! Cependant, côté performances, Mapnik est un peu plus intéressant, comme en témoigne ce petit test réalisé sur une machine tout ce qu’il y a de standard pour générer l’image des communes de la pointe du Finistère ci-dessus :

• MapServer :
  real 0m0.382s
  user 0m0.310s
  sys 0m0.070s
• Mapnik :
  real 0m0.244s
  user 0m0.200s
  sys 0m0.050s

Mapnik s’acquitte donc de la tâche en 1/3 de temps en moins, pour un résultat, rappelons-le, strictement identique. On retrouve un écart d’autant plus significatif que le jeu de données est important. Sur la France entière, communes BDCarto(c) :

• Mapserver :
  real 0m25.415s
  user 0m25.330s
  sys 0m0.080s
• Mapnik :
  real 0m13.673s
  user 0m13.630s
  sys 0m0.040s

C’est preque un facteur 2 qui sépare les deux applications. Alors, MapServer K.O. debout ? Pas si sûr, car le rendu AGG étant souvent utilisé dans un contexte de tuilage et de cache disque (voir par exemple OpenStreetMap) le temps de génération a certes une importance mais pas de manière aussi critique que sur du rendu « live ». L’AGG est un peu trop lent pour être utilisé dans un tel contexte, et il faut souvent se contenter dans ce cas d’une simple rendu PNG standard. Mais les performances sont alors exceptionnelles :

• MapServer, format PNG 256, communes BDCarto(c) France entière :
  real 0m0.638s
  user 0m0.560s
  sys 0m0.070s

6 dixièmes de seconde pour dessiner les 36500+ communes de France en 600 x 600, c’est remarquable, et peut tenir la dragée haute à bien des SIG desktop (faites vos tests…). Mapnik ne fonctionnant qu’en mode AGG, il ne peut atteindre de tels résultats. De sorte que son rayon d’action se trouve fortement réduit, à la différence d’un MapServer avec lequel on peut jouer avec les différents formats de sortie pour optimiser le rendu ou la rapidité selon les besoins, l’échelle, la couche, le contexte (visualisation / impression) etc.