[Rapport Import, Frontend] Affichage avancé de statistiques au sujet par exemple de la répartition about geonature HOT 7 OPEN

Actuellement on a un graphique et on peut choisir le rang utilisé ou se baser sur un groupe INPN :

Mais ce composant est spécifique à la Destination Synthèse et on doit passer à une solution générique qui s'adapte aux différentes destinations.

Pour la Destination Synthèse, on veut surtout l'info de la répartition taxonomique des données importées.
Que ce soit sous forme de graphique n'a pas trop d'importance.
Par contre pour ce cas, si il faut stocker la statistique dans un champs générique, il faudra certainement fixer un rang ou groupe, sans laisser la possibilité de basculer entre rangs ou groupes.

from geonature.

Fixer en dur un rang ou un groupe ne me semble pas souhaitable, selon les utilisateurs ou selon les imports, ça conduira à avoir un graphique/tableau qui n'apporte aucune info pertinente : si j'importe un inventaire des libellules pour un ABC, j'ai forcément 100% d'insectes ou d'odonata, l'info n'est intéressante que si je descend au genre ou à l'espèce. Du coup, vouloir reprendre ce graph ou un tableau avec le même niveau de restitution pose un peu question...

Qu'on importe des taxons ou des habitats on a un cd (cd_nom/cd_hab). A chaud je verrais 2 "graphs" qui pourraient etre développés de manière générique et donner une information pertinente dans tous les cas :

• Soit on illustre la structure du lot de données (= 1 barplot avec pour chaque cd sa fréquence: ca permet de voir si on a beaucoup de cd_nom/cd_hab et si leur fréquence est plutot équitable ou non -> 90% de mes données sont sur un seul habitat par exemple)
• Soit on illustre les cd_nom/cd_hab "principaux" du lot de données dans un camembert : quels sont les 10/20/50 entités qui ont été le plus relevées et avec quel % pour chaque, en regroupant tous les autres cd dans une catégorie "Autre"

Niveau développement ça permet de mettre en place un seul graph et d'aller simplement compter les cd_nom cd_hab et leur fréquence, chaque source donnant son cd en paramètre ?

En sachant que de toutes facons le nombre total de cd est en principe renvoyé dans les "stats globales" de l'import avec un nombre de taxons ou d'habitats.

from geonature.

@DonovanMaillard ta proposition reste assez spécifique SYNTHESE / OCCHAB.
On devra aussi pour importer des sites et/ou Visites-Observations dans Monitoring, peut-être plus tard des CA et JDD dans Métadonnées, et aussi depuis des modules plus spécifiques qu'on ne connait pas, comme ZH ou autre.

from geonature.

oui mais ce graph n'a peut etre simplement pas de sens sur des metadonnées, donc il faudrait simplement le désactiver si on importe autre chose que des taxons ou des habitats. Si on importe des observations dans monitoring on a un cd_nom. Si on importe des sites on a aucun rang ou groupe à renseigner. Et on a pas tellement besoin d'avoir ce type d'information sur des sites, on veut juste savoir combien de sites/lignes on a rentré ?

from geonature.

Pour les ABC (vue sur un AO pour ARB grand aussi) le besoin est d'y accéder par commune sur l'atlas et pas sur geoNature doit être un outil de saisie est pas de présentation des résulta il me semble.

Les personas intéressés sont les responsable biodiv des commune et le grand public qui n'ont pas accès a la synthèse.

eg : https://hop-levivant.fr/portraits-biodiversite-communale

from geonature.

oui, c'était simplement un exemple. Le rapport sert surtout à la personne qui a fait l'import ou au fournisseur des données pour avoir un bilan de ce qu'on a pu intégrer depuis les données qu'il nous a transmises.

Ce que je veux dire c'est que par exemple, si on me donne un fichier des libellules acquises dans le cadre d'un ABC ou autre, ce type de grahpique avec un rang fixé ne m'apportera rien (que ca soit la classe, l'ordre, le groupe 1, le groupe 2 ou le groupe 3 inpn). Et dans les imports, c'est fréquent d'avoir des taxons limités à un groupe/rang si c'est transmis par un expert. Dans ces cas là, le graph ne sert a rien donc fixer le rang n'est pas une bonne option à mon sens

from geonature.

@orovellotti, là on parle des rapports d'import dans GeoNature, pas de statistiques générales dans GeoNature.

Par rapport aux retours de @DonovanMaillard, c'est vrai qu'on serait bien parti sur un truc plus global et générique, mais on peut aussi considérer qu'on fait un truc pour les imports de taxon (cd_nom) et un pour les imports d'habitats (cd_hab) qui correspondent à de nombreux cas dans GeoNature, et ne pas les utiliser pour les autres.
Mais ça resterait assez complexe de pouvoir calculer la répartition taxonomique ou des habitats de l'import de manière générique, à différents niveaux de rang taxonomique et cela peut importe la destination. 🤔

from geonature.