26 mars , 09:00–11:45 (Europe/Paris), Salle "Phare d’Eckmül"
Développer un plugin pour QGIS, c’est presque un passage obligé pour quiconque veut étendre le logiciel, adapter son environnement de travail ou tout simplement expérimenter ou monter en compétences. Les premiers pas sont plutôt simples : il suffit de suivre le tutoriel historique de Geotribu ou un cours plus récent et structuré, par exemple celui de Nicolas Roelandt.
Ces ressources montrent comment créer une extension, organiser son code, ajouter une interface minimale et interagir avec l’API de base. Autrement dit, produire un plugin fonctionnel n’a rien de sorcier. Mais maintenir ce plugin dans la durée, c’est une autre histoire.
Selon les cas, on se retrouve à affronter des problématiques bien plus exigeantes : comment écrire des tests automatisés pour éviter les régressions ? Comment rester compatible avec plusieurs versions de Python, de Qt ou même de QGIS, qui évoluent chacune à leur rythme ? Comment s’intégrer proprement au gestionnaire d’authentification sans réinventer la roue ? Comment tirer parti de l’API réseau ou des capacités de requêtes SQL pour améliorer les performances ou la fiabilité ? Ce sont ces aspects-là qui séparent un simple prototype d’une extension réellement durable et utilisable en production.
Et si la prise en compte de ces problèmes se décidait à la genèse du projet ?
Avant même de commencer, il faut aussi choisir sur quoi s’appuyer : Plugin Builder, le modèle minimal, QGIS Plugin Templater, ou un autre générateur de squelette ?
Et, question plus fondamentale encore, ai-je vraiment besoin d’un plugin ? Peut-être qu’un ensemble d’actions, d’expressions personnalisées ou de modèles Processing suffirait, et éviterait une maintenance lourde.
Cet atelier a pour objectif de faire le point sur l’état de l’art des outils d’initialisation de plugins QGIS, en testant concrètement chacun d’eux. Le focus portera notamment sur le QGIS Plugin Templater, utilisé et éprouvé par Oslandia depuis 2021.
- expérience en développement de plugins QGIS ou du moins avec l'API QGIS
- notions en développement informatique : tests, CI/CD, etc.
- bonne humeur et appétence pour les ateliers conviviaux qui laissent la place à l'imprévu
- un ordinateur avec une version supportée de QGIS LTR (3.44.x à date a priori)
- un éditeur de code digne de s'appeler IDE. VS Code ou Codium sont recommandés
Géographe "sigiste" de formation, j'ai travaillé sur différentes thématiques et types de structures : gestion des déchets en milieu urbain à Madagascar, foncier d'intérêt général auprès de l'EPF de La Réunion, organisation et la résilience urbaine face aux risques naturels à Lima pour l'IRD, gouvernance et ouverture des données à Isogeo.
Je travaille désormais à Oslandia.
Féru des dynamiques de contributions, je participe activement à Geotribu depuis fin 2011.
