dev-cobiodiv-organisms

[corentinlange]

ISSUES SOLVED: #291 / #315 / #325 / #326

:fr: Tous les nouveaux ajouts sont modulables avec ORGANISM_MODULE dans le fichier config.py :gb: All new additions are modulable with ORGANISM_MODULE in the config.py file :it: Tutte le nuove aggiunte sono modulabili con ORGANISM_MODULE nel file config.py

:fr: Description / :gb: Description / :it: Descrizioni

:fr: Premiers ajouts de la dimension organisme au sein de l'atlas / :gb: First adds on organism dimension in the atlas :it: Prime aggiunte della dimensione organizzativa nell'atlante

:fr: Pages organismes / :gb: Organism sheet / :it: Pagine di organizzazione :

:fr: A discuter / :gb: To discuss / :it: Da discutere

• Couleurs à revoir
• Graphe par famille ou autre ?(règne, ...)

:fr: Modification fiche espèce / :gb: Modifications specie sheet / :it: Modifiche al foglio delle specie

:fr: A discuter / :gb: To discuss / :it: Da discutere

• Pus d'infos sur l'organisme ?

[corentinlange]

data/gn2/atlas_synthese.sql

T'es sûr qu'on pousse ça ? On doit laisser synthèse eff comme elle est non ?

Je me pose une question par rapport à ça, est est-ce qu'on développe pour un futur master ou on se coupe pour faire un format de plus grande envergure : beaucoup de données et grand territoire ?

[Adrien-Pajot]

Je pense qu'on peut faire un hybride. Soit tu fais un script qui contient les deux versions (anciennes et nouvelles) soit tu fais deux scripts et dans les noms on s'y retrouve. @TheoLechemia , @camillemonchicourt , @bouttier ?

[corentinlange]

Le dernier commit rajoute les derniers ajouts sur la branch dev-cobiodiv.

[camillemonchicourt]

Salut. Je n'ai pas vu les modifications de la VM mais on ne peut pas faire une VM qui fonctionne dans tous les cas ?

[jpm-cbna]

on ne peut pas faire une VM qui fonctionne dans tous les cas ?

Le changements concernent:

• la vm "vm_observations" où l'on ne limite plus les observations à leur présence sur le territoire
• la vue "syntheseff" où l'on ne floute plus les données en fonction du niveau de diffusion ou de la sensibilité, ni ne supprime les observations de type "absence" ou avec un niveau de diffusion "4" (= ne pas diffuser).

Concernant la limitation au niveau du territoire, il est envisageable (à tester) de la basculer au niveau de la vm l_communes qui liste les communes du territoire. En effet, la vue syntheseff joint les observations aux communes de la vm l_communes.

Concernant la vue "syntheseff", il me semble nécessaire de garder la suppression des observations avec niveau de de diffusion "4" ou de type "absence". C'est ce que je fais au niveau des SINP et cela fonctionne. Concernant le floutage, il serait intéressant de l'activer uniquement si l'Atlas affiche les observations aux points. Dans le cas, de l'affichage par maille, c'est moins grave si ce n'est pas maintenu... Je me demande aussi s'il ne serait pas plus intéressant de flouter la géométrie dans la vm vm_observations plutôt que dans la vue "syntheseff". Cela prendrait juste un peu plus de temps au niveau du rafraichissement de la VM "vm_observations"...

[corentinlange]

Retour sur les scripts SQL de la branch develop effectué. Les créations pour les organismes restent présents.

[corentinlange]

Dans le fichier update_vm_observations.sql :

ton update de vm_observations est différent de l'ancien, normal ?

Je viens de remettre l'ancien, voir la prochaine PR qui se concentre sur les scripts SQLs

[corentinlange]

Attention, la vm_observations dans le fichier atlas.sql a légèrement changé entre ta version et celle d'avant et notamment : s.the_geom_point::geometry('POINT', 3857) est devenu s.the_geom_point LIGNE 30

et

le geojson n'est plus transformé

et

le deuxième JOIN a été supprimé

Je crois pas qu'on doive le pousser ici, ou alors tu as corrigé un bug ?

Version d'avant remise, voir la prochaine PR qui se concentre sur les scripts SQLs