-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feat/fiche esp/add stat count city and observers to vm profile #3128
base: develop
Are you sure you want to change the base?
Feat/fiche esp/add stat count city and observers to vm profile #3128
Conversation
ed01ba8
to
67b8227
Compare
Change materialized view vm_valid_profiles in order to add count_observers and count_city Reviewed-by: andriacap
67b8227
to
635e1d5
Compare
Il y a eu un début de discussion sur le sujet dans un ticket dédié et un élément identifié était de discuter les infos des fiches espèces de la notion de profils. |
Bonjour Camille, Tu fais référence aux interrogations que tu as soulevées dans ton commentaire à ce ticket : #2981 (comment)
Actuellement, on accède à une fiche espèce via le bouton "Fiche GeoNature", de la fiche Observation. Etant donné ceci, nous avons choisit la solution la moins invasive. Cependant, de ta réponse, je comprends que les indicateurs actuels sont calculés sur une mauvaise source de données. Cette correction serait:
Est-ce que tu affirmes la décision du changement de source de données du calcul de ces indicateurs ? Nous avons eu le sentiment d'avoir de votre part deux registres de consignes un peu distinctes. D'un côté la volonté de changement d'approche d'une partie de la synthèse, d'une stratégie par VM vers une stratégie par API. De l'autre, la nécessité de se conformer à l'existant. Dans ce contexte, nous avons besoin que vous balisiez les questions structurelles de ce genre. Est-ce que vous avez aujourd’hui une vision des modifications structurelles que vont amener les différents développements autour de la fiche espèce ? Auquel cas, il nous semble très pertinent d'en discuter ensemble autour d'un schéma ou d'une webcam. De plus, cela nous donne l'impression qu'il y a encore des points à faire valider, et des mauvaises surprise à éviter. Est-ce que vous seriez disponible que nous vous montrions le plan des développements à venir, et qu'on définisse ensemble un fonctionnement clair pour la mise en place de ces développements ? |
Oui je fais bien référence à ce ticket. Il y a confusion entre les profils de taxons existants et la création souhaitée de fiches espèces avec des infos générales sur celles-ci. Il n'y a pas à modifier ou corriger les profils de taxons. Ce qui était discuté est de garder de la visibilité aux profils de taxons sur ces futures fiches espèces. Donc les garder dans un onglet dédié dans ces futures fiches espèces. Par ailleurs il y a tout à construire pour ces fiches espèces qui sont distincts et différentes des profils. Il n'y a pas non plus de stratégie VM vs stratégie API, ce sont 2 choses distinctes. Il faudra forcément une API pour les fiches espèces (à construire le plus REST possible pour ouvrir d'autres usages). Que cette API tape sur des VM ou fasse des requêtes directement et dynamiquement sur la BDD est un autre sujet, plutôt au sujet des performances et temps de calcul, aussi mentionné comme un sujet à analyser dans le ticket mentionné. |
Plutot ok avec certains points. Pour reprendre l'exemple de ce développement proposé, la stratégie de rajouter deux indicateurs sur un fonctionnement existant c'est une stratégie qui a été également mentionnée dans les réunions . A savoir faire "simple" , "sans redondance" etc . Donc le choix de modifier la VM qui est déjà existante était pertinent sur ces deux principes mentionnés en réunion. Autre point , tu dis "Que cette API tape sur des VM ou fasse des requêtes directement et dynamiquement sur la BDD est un autre sujet" . C'est quand même intimement lié . Si on se base sur une VM, ça implique de créer "N" revisions alembic à chaque fois qu'on se dit qu'on souhaite ajouter une information à la vue matérialisée . Donc si à terme c'est d'avoir moins de vue matérialisée (comme ça a été mentionné dans d'autres issues) le sujet se pose maintenant . Bref, tout ça pour dire que c'est pas assez clair de notre coté sur les stratégies de développements envisagés de manière globale sur GN . Donc à voir pour organiser une réunion tous ensemble pour qu'on puisse être plus pertinents dans nos propositions de développements afin que cela bénéficie à tout le monde : les mainteneurs, les contributeurs et les utilisateurs . |
Bonjour,
Dans le cadre d'une prestation pour l'ARB-IDF concernant l'amélioration de la fiche espèce (voir exemple de la fiche espèce actuelle: https://demo.geonature.fr/geonature/#/synthese/taxon/447950).
Actuellement les informatinos récupérées via la vue matérialisée
vm_valid_profiles
sont : nombre d'observation valides, première et dernière observations et plages d'altitude.Les développements proposés sur la base des besoins métiers ( ajout des informations statistiques concernant le nombre de communes et d'observateurs liés à l'espèce observée) sont fait sur cette PR .
Voici le rendu des développements proposés: