-
Notifications
You must be signed in to change notification settings - Fork 6
Contribution ‐ Règles d'acceptation d'un projet QGIS ‐ brouillon
Les projets QGIS intégrés au plugin peuvent être divisés en deux groupes distincts :
- ceux qui viennent avec le plugin, car ils ont fait l'objet d'un référencement par l'équipe qui réalise et maintient de celui-ci.
- ceux qui sont ajoutés par les utilisateurs eux-mêmes après l'installation du plugin.
Les premiers sont ainsi accessibles d'emblée à tous les utilisateurs du plugin, alors que les seconds ne sont accessibles qu'aux utilisateurs qui réalisent une opération du paramétrage particulière.
Le présent document ne concerne que le premier groupe : les projets QGIS qui sont accessibles dès l'installation du plugin.
Il nous est apparu nécessaire de mettre en place des exigences minimums que ces projets doivent respecter, puisqu'ils vont apparaitre pour les utilisateurs comme des références fiables. Ces règles ont pour objectif de s'assurer que ces projets sont bien alignés avec la raison d'être du plugin et qu'ils sont facilement exploitables par ce dernier.
Il est clair que ces règles ne sont pas toutes évaluables de manière objective. Lorsque des doutes apparaitront sur la manière d'interpréter ou d'évaluer tel ou tel critère, une discussion aura lieu au sein de la communauté des contributeurs au plugin IDG pour trouver une réponse satisfaisante.
Les projets QGIS intégrés au plugin peuvent être proposés par n'importe qui et ils peuvent concerner des données d'origines et de natures très variées. Néanmoins, il nous parait important d'évaluer la légitimité de la personne qui propose le projet QGIS et la légitimité des données afin d'assurer un niveau minimal de confiance :
- Origine du projet - Le projet doit être proposé par la personne ou le dispositif qui met en œuvre les moyens de diffusion des données. L'intégration du projet dans le plugin IDG doit être assumée par la personne ou le dispositif assurant la diffusion des données qu'il référence.
- Notoriété des données - Les données référencées dans le projet QGIS doivent disposer d'une notoriété suffisante. Il peut s'agir, par exemple, des données produites par organisme dont c'est la vocation, la compétence légale.
- Légalité de l'accès aux données - Les couches de données référencées dans le projet QGIS doivent être légitimement accessibles de tous en ligne. Les données dont la collecte, la production, le traitement, la diffusion ou l'accès pourrait mettre les auteurs et les utilisateurs du plugin IDG en porte-à-faux par rapport à la règlementation ne doivent pas y figurer.
- Indépendance - Le projet QGIS et les couches de données ne doivent laisser aucune ambigüité au sujet de la totale indépendance du plugin IDG vis-à-vis d'offres commerciales. Le projet QGIS et les couches de données qu'il contient ne doivent pas promouvoir des offres commerciales ni nécessiter d'abonnement ou de compte sur des plateformes en ligne.
Un projet dont l'organisation n'est pas simple, naturelle et intuitive sera rejeté. Cela sera notamment évaluer au regard des règles suivantes :
- Compacité - Le nombre de couches de données ou de sous-groupes présents dans le même groupe de l'arborescence doit être limité à une douzaine afin que l'utilisateur ne soit pas confronté à de longues listes.
- Lisibilité - Les libellés des groupes, sous-groupes et couches doivent être clairs, lisibles et non ambigus. Le langage naturel doit être privilégié avec une orthographe correcte (à défaut d'être parfaite ;). Les majuscules et les abréviations doivent être utilisées uniquement lorsque cela facilite la lecture des libellés et la navigation dans l'arborescence.
- Compréhension par des non spécialistes - Les libellés des groupes, sous-groupes et couches doivent, en premier lieu, faire référence au contenu des données et non aux caractéristiques techniques des moyens de diffusion. Les créateurs de projets QGIS privilégieront donc des organisations des arborescences liées à des thèmes, des métiers, des territoires, des ères temporelles, par exemple. Ils proscriront des organisations de l'arborescence liées au format des données, aux protocoles, aux projections, par exemple. La raison de ce choix réside dans le fait que le plugin IDG s'adresse à des utilisateurs qui ne sont pas nécessairement familiers avec ces concepts.
- Version de QGIS - La version du projet QGIS utilisée pour créer le fichier projet doit être la version LTR courante.
- Accès en ligne - Les couches de données du projet QGIS doivent être toutes accessibles en ligne.
- Sans authentification - Les couches de données du projet QGIS ne doivent pas nécessiter une authentification pour être exploitables dans QGIS.
- Aucune dépendance vis-à-vis d'outils tiers - Aucune des couches présentes dans le projet QGIS ne doit nécessiter l'installation d'un plugin sur le poste de l'utilisateur final.
- Projet léger - La quantité d'informations (couches, styles...) présentes dans le projet QGIS ne doit pas provoquer des temps d'analyse rédhibitoires, par QGIS, au moment du chargement du fichier par le plugin IDG.
- Description du projet - Les métadonnées suivantes doivent être renseignées au niveau du projet QGIS : ⚠
- Description des couches - Les métadonnées suivantes doivent être renseignées au niveau de chaque couche : ⚠
Les projets QGIS intégrés au plugin IDG auront intérêt à être également compatibles avec le plugin Layers Menu From Project (LMFP). Toutefois, un projet dont les libellés de groupes, sous-groupes et couches ne seraient pas lisibles une fois affichés par le plugin IDG sera rejeté.