Comments (7)
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.
Related Issues (20)
- la route `/geo/areas` ne gère plus le filtre par `type_code` multiple HOT 3
- [module occtax] définir heure par défaut pour les relevés HOT 2
- [module occtax] possibilité de sélectionner plusieurs points de relevés sur la carte HOT 2
- [module métadonnées] - propositions d’évolutions pour le cadre d’acquisition parent HOT 6
- [Module Metadonnées] Suivi de cadre d'acquisition
- Passage à 2.14.1 - Problème de migrations HOT 6
- [IMPORT] [RAPPORT] Faire que le niveau de zoom du graphique dans la section "Données importées" s'ajuste à l'espace qui lui est attribué
- Pb d'accès après Installation certif ssl HOT 4
- [IMPORT][LISTE] Reprise des informations concernant les nombres de lignes et d'entités importées dans la liste des imports HOT 5
- [Synthèse] Filtre complémentaire "Saisie par" -> no items found HOT 2
- [SYNTHESE] Problème de caractère dans la config des colonnes HOT 4
- Champs additionnels de type nomenclature non chargé
- Perte d'affichage des acteurs dans la fenêtre "Information sur l'observation" HOT 3
- [GN 2.14.2] Erreur 404 – Inscription et récupération de mot de passe HOT 6
- Mauvaise redirection des modules externes
- Évolutions des permissions : permissions géographiques, taxonomiques, demande de permissions, etc.
- Permissions : filtre géographique
- Permissions : filtre temporelle HOT 1
- Permissions : filtre taxonomique HOT 4
- Permissions : formulaire de demande de permissions HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from geonature.