Plugin Layers Menu From Project : LE catalogue magique !#

Date de publication initiale : 24 décembre 2024

Bonjour à toi lectrice ou lecteur !

Aujourd'hui, à deux voix, nous avons choisi de faire un retour d'expérience sur l'utilisation d'une extension QGIS peut être (trop) méconnue : Layers Menu From Project.

Commenter cet article

Menus magiques - par Émilie#

J'ai découvert il y a déjà plusieurs années, l'outil "layers menu from project" et depuis, les utilisateurs ne jurent plus que par ça. Chez nous, on l'appelle "menu magique".

Pourquoi c'est magique#

Layers menu from project répond aux questions récurrentes des utilisateurs : où est stockée la donnée (sur le serveur, dans une base de données, dans un flux WMS ?), q'elle est la dernière version, comment dois-je la représenter ? Les données sont désormais accessibles en 2 clics, depuis des menus intégrés directement à QGIS.

Grâce à LMFP, en deux coups de baguette magique, la donnée est affichée !

Comment ça fonctionne ?#

Les entrées du menu correspondent aux couches stockées dans un projet QGIS (qgs ou qgz), accessible depuis les postes utilisateurs. Les données peuvent être vecteurs ou rasters, des fichiers plats, issues d'une base de données ou des flux, et toute la configuration de la couche est conservée : symbologie, actions, mise en forme de la table attributaire, formulaire, notes de couche,…

Concrètement, l’administrateur prépare le.s projet.s QGIS, l’utilisateur le pointe dans le plugin LMFP et le tour est joué.

L'association avec une base de données PostgreSQL#

Avec une base PG, je peux afficher les couches directement depuis une requête, plus besoin de stocker des vues qui induisent des dépendances parfois complexes. En revanche, attention, le mode de connexion à la base (identifiant/mot de passe) est également stocké.

Une limite de taille ?#

Dans la théorie, non. En revanche, un projet source avec trop de couches va mettre beaucoup de temps à s'ouvrir et c'est l'administrateur qui va être embêté pour faire ses mises à jour. Mais l'outil propose une solution : il est possible de créer une entrée (un menu) à partir de plusieurs projets QGIS. Ainsi, on peut avoir plusieurs petits projets plus faciles à maintenir plutôt qu'un seul gros projet.

Pour l'utilisateur, un menu trop long peut être inconfortable. Pour remédier aux listes trop longues, plus ou moins bien organisées, il est possible de grouper les couches en sous-menu (voire sous-sous-menu) en utilisant les groupes de couches. Un groupe de couches vide peut également être utilisé comme séparateur.

En action#

Les actions des couches sont également conservées. On peut par exemple permettre, au clic sur des entités, d'ouvrir une page web, de charger des dalles raster ou des photos (moyennant quelques lignes de Python)

LE catalogue - par Céline#

De mon côté, c'est sur un outil mutualisé par plusieurs structures que LMFP a changé la donne !

C'est pratique, voilà pourquoi !

Du côté utilisateur#

Une base de données pour plusieurs structures, ça veut dire plusieurs utilisateurs plus ou moins habitués à l'utilisation de QGIS. La formation et l'accompagnement ne font pas tout, il nous fallait une solution "User friendly" ergonomique et facile à lire pour n'importe qui. Du coup, la liste des couches configurées depuis la base de données dans l'explorateur : ça ne fonctionne pas ! Un menu dédié, qu'on a appelé "catalogue" : c'est explicite et c'est facile pour tout le monde.

Du côté administrateur#

La liste des couches configurée depuis la base de données dans l'explorateur : ça ne fonctionne pas non plus ! Il faudrait nommer les schémas, tables et vues et que tout soit rangé en pensant à l'utilisateur ... ou utiliser un schéma dédié avec toutes les vues renommées ... Avec LMFP : pas de sujet ! Peu importe le modèle de données, c'est le nommage et la configuration dans le projet QGIS utilisé qui comptent (et bienvenue aux accents et aux espaces).

Comme dit précédemment : la principale contrainte est alors liée au maintien du projet QGIS en entrée du plugin et à l'accès des utilisateurs à ce projet. Chez nous, il est enregistré en base de données. Une authentification avec un identifiant / mot de passe est enregistrée à la première connexion de l'utilisateur, qui lui donne accès au projet via le menu et aux différentes données en base (en lecture ou en écriture).

Pour finir, la cerise sur le gateau : la mise à jour d'un outil sans réinstallation ou téléchargement. Notre outil est en constante évolution : champs, listes de valeurs, symbologie ... on change des trucs régulièrement (on corrige aussi des fautes de frappe dans les formulaires par exemple...). Il suffit simplement à l'utilisateur de recharger la couche depuis le menu pour que tout soit à jour : pas besoin de redémmarrer QGIS, réinstaller une extension, aller chercher un style enregistré quelque part ou encore télécharger et écraser un projet QGIS !

L'évolution du plugin#

Il n'y a pas que nos outils qui évoluent, le plugin aussi ! L'année dernière, on a commencé à intégrer des relations dans notre projet QGIS. Le problème : charger une couche depuis le menu ne chargeait ni l'autre (ou les autres) couche(s) ni la relation.

Un ticket Git, quelques échanges avec le développeur : et voilà, problème réglé.

Aujourd'hui, on a remarqué d'autres limites à cette extension (nul n'est parfait ...) alors on va continuer d'apporter notre contribution et nos retours pour la faire évoluer. Et quand on est plusieurs concernés, autant mutualiser, et c'est ce qu'on va faire avec d'autres structures qui utilisent ce plugin !

En résumé#

Nos #

• Facile d'utilisation pour les utilisateurs et adaptable par groupes d'utilisateurs
• Facile à configurer
• Permets de rendre accessible des données issues de différentes sources (base de données, fichiers, flux, requêtes...)
• Permets de gérer facilement les styles (symbologie, formulaires, actions)
• Mises à jour des données et styles facilitées
• Une communauté de fans grandissante qui va permettre de faire évoluer l'extension pour encore plus de magie !

Nos #

• Attention aux menus trop longs : le projet initial est lourd, le chargement trop impactant sur les perfs d'ouverture du logiciel

• Trop de menus différents : temps d'ouverture de QGIS plus long

• Des optimisations à faire côté performances dans certains cas techniques

Auteur·ices#

Emilie BIGORNE#

Géomaticienne à l'Établissement public Loire depuis 20 ans, j'accompagne les chargés de mission dans leur quotidien : accessibilité des données, automatisation des tâches, conseils.

Céline PORNIN#

Responsable d'un service SIG dans une structure d'ingénierie publique dédiée à l'Eau, Charente Eaux, je mène des projets de solutions SIG mutualisées et libres pour les collectivités du territoire charentais.

Licence #

Ce contenu est sous licence Creative Commons International 4.0 BY-NC-SA, avec attribution et partage dans les mêmes conditions, sauf dans le cadre d'une utilisation commerciale.
Les médias d'illustration sont potentiellement soumis à d'autres conditions d'utilisation.

Commentaires