A la place du fichier de configuration Json, permettre aux administrateurs de plateformes d'utiliser un fichier projet (.qgs ou .qgz, voir .qlr ?) pour définir les couches (url, style, crs, métadonnées) et les groupes de couches.

Bonjour,
Sur le Pays de Brest, nous avons adapté le plugin qui rencontre un beau succès. Merci.
Nous aurions souhaité rajouter la possibilité d'afficher des services de carte ArcGis Rest.
Ceci est d'autant plus intéressant qu'il est désormais possible de les mettre à jour dans QGIS.
Nous pourrions contribuer financièrement à ce développement.

Merci

Bonjour,
Depuis que j'ai mis à jour la liste des couches disponibles (ajout d'un ombrage régional et des couches du GPU - qui ne fonctionnent pas, mais c'est un autre problème - on ne peut plus installer le plugin :

Cette extension est corrompue. Python dit :
Ficher de métadonnées manquant

J'ai du faire une fausse manip, mais je ne vois pas où...

Vincent

Le readme doit être ré-écrit en partie pour intégrer la nouvelle orientation du plugin (multi-plateformes, dépot QGIS, etc.)

Intégrer des screenshots et logo.

Passer les notes de version dans les release notes.

Je constate que chez certains partenaires de la plateforme, la mise en open data des données IGN n'est pas connue. Certains utilisent encore d'anciennes données, qui ont été mises à jour depuis.
Je me demande si on ne pourrait pas faire une section IGN dans le plugin, qui donnerait facilement accès aux données disponibles en open data. Je ne sais pas quelle serait la meilleure façon d'organiser cela, vu que le plugin est organisé par thème plutôt que par producteur.

Vincent

Version QGIS : 3.28.8 LTR
Version plugin : 0.2.1

A chaque lancement de QGIS et se produit aussi quand je vais dans le menu Préférences, un message s'affiche :

Cela ne se produit que si l'utilisateur a paramétré QGIS pour demander le SCR en cas de SCR inconnu.
La couche en question est le raster situé dans Environnement > Espaces protégés > Réserve Nationale de Chasse et de la Faune Sauvage

Ping @smevel

Actuellement le fichier est sous la forme [{"<nom-de-la-plateforme>":"<url">} , ... ].

A changer en {"nom":"<nom-de-la-plateforme>", "url":"<url">} pour anticiper l'ajout d'autres propriétés (tags, icon, etc.)

Paramétrer le plugin IDG depuis le menu option de QGIS pour une meilleure intégration.

Voir exemple sur : https://gitlab.com/Oslandia/qgis/french_locator_filter/

Ca pourrait être pas mal qu'on intègre dans le projet des mécanismes qui assure une certaine homogénéité du code des différents contributeurs. Par exemple en forçant l'exécution de Black sur le code Python. Je ne sais pas trop si cela doit passer par des paramétrages des environnements de développement ou des actions au niveau de Github.

          Voici ce que pourrait donner un menu simple permettant d'afficher/masquer des plateformes

Originally posted by @jbdesbas in #11 (comment)

Bonjour,
VOici le default_idg.json avec lien vers le projet qgz de la Géoplateforme.
Je n'arrive pas à effectuer de pull donc merci d'avance pour la mise-à-jour

default_idg.json

Lorsque la description d'une couche est très longue l'infobulle qui s'affiche au survol du nom de la couche dans le panneau latéral n'est pas très heureux : le texte est affiché sur une seule ligne très longue.

Amélioration proposée : limiter la largeur de l'infobulle en forçant le retour à la ligne par exemple. Ou alors tronquer le texte de manière arbitraire.

Remonté par @Doctor-Who
Version QGIS : 3.32.0-Lima
Version plugin : 0.2.2

Quand l'explorateur QGIS est chargé dans une fenêtre de processing, le spinner de l'onglet IDG tourne indéfiniment.

Lors du téléchargement et du chargement des fichiers projets de config, le thread principal risque de bloquer plusieurs secondes (freeze de l'interface).

• Utiliser QgsTask
• A l’initialisation du plugin, afficher un spinner pour les IDG en cours de téléchargement

Exemple :
https://docs.qgis.org/3.22/en/docs/pyqgis_developer_cookbook/tasks.html#examples

Écrire un script permettant de générer un fichier projet à partir dans "anciens" fichiers de configuration en .json.
Le script, destiné aux administrateurs de plateforme, peut être lancé à partir de la console python de QGIS une fois le plugin installé

Pour ne pas multiplier les interfaces et panneaux, ne serait il pas pertinent de basculer l'arborescence des couches de l'IDG dans l’explorateur de QGIS ? A débattre sur l'intérêt / pertinence

NB : je viens de remarquer qu'il y a une fonction filtrage qui éviterait de réimplémenter une recherche ?

Suite aux discussions du geoCom, il serait intéressant de mutualiser les flux ign nationaux au sein d'un groupe ign dédié au lieu de devoir parcourir chaque sous dossier idg.
Reste à voir le détail de cette co alimentation.
Proposer une première version (je peux me l'assigner si besoin d'aide)

Lorsqu'un utilisateur choisi de masquer une IDG, il ne faut pas que le fichier projet soit téléchargé.

Les 4 couches cadastre sur lesquelles il faut pointer sont :

• geo_batiment_2023
• geo_parcelle_2023
• geo_section_2023
• geo_commune_2023
  Merci !
  Vincent

A chaque lancement de QGIS, le panneau présentant l’arborescence reprend son emplacement initial au lieu de se comporter comme les autres panneaux QGIS.

Suite aux discussions lors du geoCom, il serait bien de créér un assistant (au premier lancement uniquement) qui permet de sélectionner la ou les plate-formes ciblées par utilisateur.

Par commodité, fusionner les dossiers afin que l'archive du git soit directement installable sur QGIS.
[#65 ]

Il est indispensable de versionner le plugin pour suivre la version dispo sur Github et la version publiée sur le dépôt officiel.
@bchartier on part sur une 1.0 ou tu considères qu'on est plutôt sur une 0.x ?

Attention, c'est le timeout global de qgis qui est modifié ici, pas seulement pour la récupération des fichiers projets
https://github.com/geo2france/idg-qgis-plugin/blob/00d5db636d6e80faa70c47acf8656d979ca73c07/plugin/idg/toolbelt/tree_node_factory.py#L27C14-L27C14

Version plugin IDG : 0.1.0
Version QGIS : 3.22

Dans les options du plugin, il serait bien pour un utilisateur de pouvoir supprimer des plates-formes (bouton -) ici :

AUTRE POSSIBILITE : à la première ouverture du plugin, une fenêtre s'affiche permettant à l'utilisateur de sélectionner les plate-formes qu'il souhaite voir. Celles qu'il n'a pas sélectionnées sont désactivées pour son usage.
Dans le menu l'utilisateur voit la liste des plateformes avec une case à coché actif. Il garde la possibilité d'ajouter une nouvelle url.

QGIS : 3.34.6
Plugin : 0.2.4
OS : Linux Pop!_OS

Lorsque je clique pour dérouler le menu IDG dans l'explorateur, j'ai deux warnings dans les Logs / Onglet Général :

2024-05-31T11:51:51     WARNING    Erreur : le fichier ZIP suivant n'existe pas : '/home/nrochard/.local/share/QGIS/QGIS3/profiles/default/python/plugins/idg/config/DataGrandEst.qgz'
2024-05-31T11:51:51     WARNING    Erreur : le fichier ZIP suivant n'existe pas : '/home/nrochard/.local/share/QGIS/QGIS3/profiles/default/python/plugins/idg/config/GéoBretagne.qgz'

Dans mes préférences, je n'ai pas coché toutes les IDG, seulement Geo2France et GeoPlateforme, mais je n'ai aucun avertissement lié à openIG par exemple.

Version plugin IDG : 0.1.0
Version QGIS : LTR 3.28.5
IDG active : Geo2France

Testé sur un projet vierge.
Le menu contextuel ne se comporte pas comme les autres menus (exemple : connexion PG, flux WMS ou WFS) :

• le glisser déposer ne fonctionne pas
• le clic droit : Afficher la couche ne fonctionne pas
• le clic droit : Afficher les métadonnées fonctionne correctement

La seule solution est de double cliquer sur la couche pour l'avoir dans QGIS

Rendre le plugin utilisable par plusieurs plateformes régionales ou locales.

Le plugin propose une liste par défaut de plateformes, l'utilisateur sélectionne la ou les plateformes dont il souhaite ajouter le contenu.

Laisser à l'utilisateur la possibilité d'ajouter d'autres plateformes (nom + url du fichier de configuration)

Retour geocom : la liste des plateformes (URLs vers des fichiers projets) doit-elle être codée en dur dans le plugin ou dans fichier distant interrogé par le plugin ?

Codé en dur : nécessité de mettre à jour le plugin pour voir les nouvelles plateformes. Celles-ci font donc partie des nouveautés de chaque versions.

Sur fichier distant (XML, json, autre ?) : Ajoute silencieusement les nouvelles plateformes.

Quels impacts pour les utilisateurs ayant masqué certaines plateformes. Faut-il afficher les nouvelles ?

Suite à notre réunion j'ai mis à jour le projet GéoBretagne ici : https://geobretagne.fr/pub/plugin-qgis/config-idg-geobretagne.qgs

Or, dans le plugin, je vois toujours l'ancienne version : exemple dans le groupe Fonds raster, il n'y a plus de catégorie IGN.

Quand l'utilisateur fait un clic droit sur une plateforme, et clique ensuite sur "Masquer" -> l'ensemble des plateforme ne sont plus affichées.
L’élément IDG de explorateur n'est pas correctement mis à jour mais la plateforme est bien décoché dans les paramètres du plugin.

Actuellement les paramètres du plugin sont gérés dans plugin_globals.py. La classe mélange des constantes et des paramètres.
Le template Oslandia utilise plutôt preference.py (PlgOptionsManager).

Pour écrire une conf : PlgOptionsManager().set_value_from_key('conf_key','conf_value')
Pour lire : PlgOptionsManager.get_plg_settings().conf_key

Passer l'ensemble des paramètres de plugin_globals.py vers preferences.py. Mettre les valeurs par défaut ici :

Laisser les constantes (NODE_TYPE_WS etc.) dans plugin_globals.py ?

La librairie requests est utilisée pour télécharger le fichier de configuration.

Il vaudrait donc mieux utiliser QgsNetworkAccessManager à la place de request.

Aujourd'hui, les éléments d'IHM tels que le panneau et la fenêtre de configuration sont définis directement avec du code Python. Il pourrait être plus pratique d'utiliser QT Designer.

Afficher une infobulle indiquant que le téléchargement d'un ou plusieurs plateformes et en cours.

Je propose qu'on fasse le ménage dans les branches obsolètes.
Quelles sont les branches obsolètes ?

• doc
• fix-json-load-mac-qgis3.16.8
• qgs_config_file

Aujourd'hui le plugin s'ouvre systématiquement au démarrage de QGIS même si on l'a fermé lors de la dernière session.
À corriger pour qu'on retrouve QGIS dans le même état où on l'a fermé.

Curieusement un fichier de licence est mentionné dans le README.md du projet mais le fichier en question n'est pas présent. Il faudrait en ajouter un.

Je viens de remarquer un soucis chez moi je ne sais pas si vous avez le même ou l'avez eu par le passé.

Lorsque je coche télécharger le fichier à chaque lancement ou la case OUI, il me dit que mon fichier de conf n'est pas valide alors que le même copier/coller depuis git en local fonctionne.

Le fichier est ici : https://github.com/geobretagne/qgis-plugin/blob/master/geobretagne/config/config.json

Salut,

En vue de la conf QGIS FR qui se tient cette semaine, nous concoctons un profil QGIS avec tous les plugins évoqués pendant la conférence donc le vôtre.

Nous ne l'avons trouvé ni sur le dépôt officiel ni sur un dépôt personnalisé public. Nous essayons donc de l'installer à partir du zip des release Github, mais j'ai cette erreur :

cc @florentfgrs

Mettre en place des contrôles d'intégration continue et des test unitaires.

Est-ce qu'on peut déclarer une couche WFS et l'associer avec un style stocké quelque part ?
Vincent

Ajouter :

• Lien vers le dépôt qgis de développement
• canal matrix

Sur la plateforme GéoGrandEst on nous a remonté le problème suivant:

GeoGrandEst fonctionne très bien sur un QGIS 3.14 installé sur 2 macs différents. Par contre, la tentative de passage à la version suivant (3.16, LTR) entraine:

erreur lors du lancement: "2021-07-08T12:27:10 CRITICAL Erreur : La lecture du fichier de configuration du plugin geograndest a produit des erreurs." "
Unicode decoding error.
'ascii' codec can't decode byte 0xc3 in position 16: ordinal not in range(128)
Peut-être une erreur liée à des accents qui passent mal ? Juste surprenant car cela fonctionne très bien sur la version 3.14

Plus de détails et ticket complet sur geograndest/qgis-plugin#4

Je n'ai pas les moyens de reproduire (MacOS)...
Avez-vous déjà rencontré ce problème?
Une piste de résolution?

Bonjour,

Diagnostic

Lorsque je tente d'installer le plugin "IDG" depuis QGIS, j'ai le message d'erreur suivant qui s'affiche :

Error transferring https://plugins.qgis.org/plugins/idg/version/0.2.4/download/ - server replied: Bad Gateway

Pourriez-vous m'indiquer si vous reproduisez la même erreur ?

Contexte

Un utilisateur du plugin remonte ce problème : la couche EPCI disponible dans la section "limites administratives" renvoie le message d'erreur suivant :
2021-10-11T10:24:04 CRITICAL Couche EPCI - BD Topo : Le téléchargement des entités de la couche spld:epci a échoué ou partiellement échoué: Le téléchargement des entités à échoué: Error transferring https://www.geo2france.fr/geoserver/spld/wfs?SERVICE=WFS&REQUEST=GetFeature&VERSION=2.0.0&TYPENAMES=spld:epci&TYPENAME=spld:epci&STARTINDEX=0&COUNT=1000000&SRSNAME=urn:ogc:def:crs:EPSG::2154 - server replied: Bad Request. Vous allez sans doute devoir recharger la couche avec F5
La version du qgis utilisé est 3.4.11
A première vue, j'ai l'impression qu'il y a un problème dans la requête GetFeature, avec un double :: devant le paramètre EPSG
Je n'ai pas cette erreur sur mon QGIS, qui est en version 3.16.3

Permettre à chaque plateforme de définir un picto personnalisé (via une URL dans les métadonnées du projet)

Le lien vers le fichier de configuration distant default_idg.json est en dur dans le code :

Il s'agit du fichier qui contient la listes des plateformes intégrées au plugin.

L'URL de ce fichier devrait être placer dans les variables de configuration pour faciliter les tests et réutilisation du plugin.