La nouvelle édition de la rencontre des développeurs QGIS, ou «QGIS community meeting»  a eu lieu du 3 au 7 octobre 2012, à Essen en Allemagne. Il s’agit d’un moment privilégié pour la communauté pendant lequel les développeurs peuvent échanger dans un même lieu et faire le point sur les projets actuels et futurs. Pour cette édition, le HackFest est hébergé au LinuxHotel de Essen. Un lieu au calme, dans un cadre arboré, conçu spécialement pour l’épanouissement des développeurs pendant leurs quelques jours passés devant un écran. L’hôtel est sponsor de l’événement en offrant de très bonnes conditions d’hébergement pour le projet. L’événement est également sponsorisé par OSGEO et FOSSGIS e. V.

Les organisateurs locaux sont, pour cette édition, GDB Consult et SourcePole.

LinuxHotel, Essen

Hackers vaillants ...

Contrairement à l’édition précédente, il y a eu peu de présentations, voici cependant un résumé des principales discussions et présentations communes.

Raster pipes

Radim Blazek a présenté la nouvelle architecture relative à la prise en charge des couches de type “raster” dans QGIS. Il s’agit pour l’essentiel d’un refactoring du code de QGIS pour ce qui a trait à la gestion des couches raster. Le code correspondant était jusqu’à présent difficile à appréhender et en constante évolution en terme de nombre de lignes de code.

La modification introduite par Radim consiste à considérer les traitements raster depuis les sources de données jusqu’à leur visualisation sous forme d’un ensemble d’opérations (de filtres) à l’interface générique enchaînées à travers un pipeline. chaque chaînon recevant les données traitées par le chaînon précédent. Cette modification engendre un code plus compact et plus extensible qu’auparavant.

Par exemple, pour une tâche de visualisation d’une couche raster, la chaîne mise en oeuvre est la suivante :

Provider -> Renderer -> Resampler -> Projector

Chacun des maillons ne modifiant les données ou n’allouant de nouvelle zone mémoire que quand ceci est nécessaire.

Cette architecture permet d’envisager un enrichissement des fonctionnalités offertes à chacun des maillons de la chaîne. En particulier, il a été évoqué l’ajout de paramètres utilisateurs pour chaque filtre et leur déclinaison sous forme d’interface graphique ainsi que le lien possible avec Sextante.

Voir la présentation sur Youtube

Point sur les finances

Paolo Cavallini a présenté un résumé des finances du projet QGIS. Les dépenses en matière de hackfest ont été relativement fixes jusqu’à présent et permettent d’accueillir dans de bonnes conditions une trentaine de contributeurs. Par ailleurs un nouveau « Gold Sponsor », la société Asia Air Survey qui a fait don de 9000€ permet d’envisager sereinement les prochains Hackfest.

Des discussions ont eu lieu quant à la possibilité de faire financer le développement de nouvelles fonctionnalités ou de travaux de fond par la communauté des utilisateurs. Les groupes d’utilisateurs de QGIS semblent constituer sur ce point, une structure efficace. L’expérience positive du groupe suisse d’utilisateurs de QGIS serait donc à multiplier dans d’autres pays.

Un autre point récurrent est la prise en charge des dons « ciblés » pour le développement d’une fonctionnalité particulière. Il a été décidé de formaliser les demandes de financement collaboratif lorsqu’elles émanent de la communauté QGIS, via des plateformes web existantes, qui restent à déterminer.

Nouvel éditeur d’attributs

La ville d’Uster a présenté une proposition concernant une modification substansielle de l’éditeur d’attributs de QGIS. Il s’agirait de prendre en compte la structure relationnelle de la couche de données sous-jacente. Notamment lorsqu’une table contient des relations avec d’autres tables (relation 1:N qui est généralement représentée dans une base de données via une contrainte de clé étrangère). L’interface graphique serait enrichie et permettrait à la fois d’avoir connaissance des éventuels champs externes liés à un champ et de les éditer.

Les premières moutures devraient se concentrer sur les sources de données qui supportent intrinsèquement la notion de relation entres tables (PostGIS par exemple), bien que des discussions en off aient abordé le possible support des relations qu’il peut exister entre différents Shapefile.

La proposition détaillée est disponible en ligne sur Google Docs.

Integration d’Atlas

Oslandia travaillait depuis quelques jours sur l’intégration du plugin Atlas dans le coeur de QGIS, grâce à de nombreux supports financiers. Ce travail a été terminé pendant le Hackfest et a été intégré avec succès dans le coeur de QGIS ! Des échanges fructueux avec Marco Hugentobler ont permis d’améliorer au passage la qualité du code.

La fonctionnalité de génération d’atlas fait maintenant partie intégrante du gestionnaire de composition de QGIS.

Elle a par ailleurs été enrichie par :

• le support d’un mode de rendu à échelle fixe,
• le support des expressions dans les étiquettes et les noms de fichiers de sortie (seul le champ $FIELD(xxx) était supporté par le plugin Python)

Un tutoriel plus complet sur ces nouvelles fonctionnalités est consultable en ligne.

Remote debugger

Pirmin Kalberer a présenté un plugin permettant de débugger aisément un plugin Python pour QGIS, via l’utilisation de pydev, sans avoir à modifier le plugin en question.
Il permet essentiellement de placer des points d’arrêts dans le code Python. L’exécution est également suspendue lorsqu’une exception est levée. Cette possibilité de « remote debugging » est cependant dépendante de l’environnement de développement utilisé (fonctionne a priori uniquement pour Eclipse et ERIC4).

Plugin Globe

Pirmin a également travaillé sur le plugin Globe qui permet l’affichage d’un globe terrestre dans QGIS en utilisant osgEarth. La compilation est maintenant de nouveau fonctionnelle sur la version courante du master sous Linux ainsi que sous Windows.

Gestion des contributions

Les nombreuses contributions au projet QGIS sont une bonne chose, mais il se pourrait que les retours faits aux contributeurs soient en peu frustrants. En particulier, il peut se passer un certain temps avant qu’un « pull request » sur github soit traité par les développeurs de QGIS. Afin de rationnaliser un peu le processus et de donner un peu plus de retour aux contributeurs sur le traitement de leurs ajouts, il a été proposé qu’une seule personne soit chargée de l’aiguillage central des soumission de patchs, en les affectant si nécessaire à d’autres développeurs.

Marco Hugentobler s’est proposé pour l’exécution de cette tâche.

Architecture tentaculaire

L’ensemble des serveurs et sites web gérés par le projet QGIS devient difficile à appréhender. Une tentative d’énumération exhaustive des serveurs et de leur localisation a été initiée avec les différents participants au Hackfest. L’image suivante donne une idée de la complexité actuelle de l’architecture.

Organisation

L’organisation globale de l’événement a été saluée par l’ensemble des participants. Le Linux Hotel étant un lieu idéal pour un tél événement. La prochaine édition pourrait avoir lieu en Lettonie. Espérons que nous puissions de nouveau y être afin de continuer à améliorer Quantum GIS !