Retour Augustin Release 1.1.0

augustinsoulard commented 3 months ago

Super cette release ça fait grave le taff d'avoir passé tous les statuts en geopackage et par région !

Concernant la saisie de la flore j'ai l'impression que ça commence vraiment à être pas mal. J'aurai besoin encore de tester via un vrai inventaire dans mon Bureau d'étude pour te faire un retour approfondi, mais globalement ça tourne bien !

Concernant les habitats je pense que :

Il faudrait que le nom ne soit pas obligatoire et qu'on puisse juste mettre une typologie EUNIS par exemple. D'ailleurs EUNIS n'est que au niveau 1 actuellement.
Il faudrait donner la possibilité de mettre au moins 2 habitats EUNIS 2012 (pour le moment 2012 un jour ça passera à EUNIS 2022, mais il faut attendre que le EUNIS 2022 soit adopté). Car beaucoup d'habitats nécessitent une double saisie de typologie EUNIS.
Il faudrait pouvoir déclarer un habitat comme zone humide (sans retirer la vrai typologie zone humide, mais c'est mieux d'avoir tout en une couche quand on sait comment le gérer)
Juste pour rappel, il faudrait corriger la numérotation de la typologie Corine Biotope

Pour les habitats, je sais que tu n'as pas encore eu le temps de voir, mais c'est aussi ce qui est bloquant pour moi et c'est tout autant (voir plus important) que la saisie flore car beaucoup de botanistes utilisent d'autres support pour saisie la flore (Shuriken, PlantNet, ObsMap, INaturalist...), mais pour les habitats, on est obligé de passer par Qfield (même Biotope n'ont pas encore intégré les habitats à leurs outils internes).

Voili voilou pour mon retour sur la version 1.1.0. Vraiment top en tout cas ! Courage à toi !

Quand j'aurai le temps je ferai une vrai version teste en Fork GitHub et comme ça je pourrai te montrer en direct si je trouve des améliorations pertinentes ! Puis après le post-traitement, j'ai déjà quelques idées !

FelixHinckel commented 3 months ago

Merci Augustin pour ton retour! Je suis encore en train de travailler sur la saisie Flore, je pense que je peux encore grandement l'améliorer avant la prochaine release.

Mais oui tu as raison, il faut que je me penche sur les habitats. Je m'y connais moins là dedans, il faut que je creuse le sujet. Pour répondre à tes remarques :

Pour ce qui est des codes EUNIS, il y a déjà la possibilité d'aller plus loin que le niveau 1 et de renseigner deux codes. Ce sont des champs conditionnels, qui n'apparaissent que si le premier est rempli. Dans le niveau 2, tu as une liste avec seulement les niveaux 2 correspondant au niveau 1 sélectionné. Ça évite d'avoir la liste entière et de se perdre dans les champs. Au fur et à mesure du remplissage des champs EUNIS, le champs 'Code EUNIS' se met à jour avec le code complet, voire la jonction des deux codes si deux habitats sont répertoriés. Mais le système peut être modifié. Un exemple visuel :
Pour l'histoire du nom obligatoire, c'est une question de relation entre la table de typologie et la table d'habitat. C'est organisé de cette façon pour pouvoir renseigner plusieurs polygones du même habitat, sans avoir à ressaisir la typologie. Ce système nécessite cependant d'avoir une clé unique dans la colonne de typologie. J'avais mis le nom, ça peut être le code EUNIS, mais je peux aussi mettre un id générique pour ne pas avoir ce soucis, et récupérer les données de la typologie quelle qu'elle soit. Je me note ça pour la prochaine version.
Oui c'est toujours dans mes papiers pour Corinne Biotope, mais aussi le PVF2. Il faut que je revienne sur la nomenclature pour la rendre plus propre. J'en profite pour te demander à toi et à d'autre si vous avez des retour d'utilisation sur ces couches habitat. Je pense que le système peut être amélioré, mais vu que je ne fais pas de terrain là dessus je m'en remets à vous pour m'orienter vers les bonnes directions! Pareil pour les styles, pour l'instant c'est simpliste, mais je pense qu'on peut fait quelque chose de plus pratique sur le terrain.

Je vais travailler là dessus pour faire une prochaine release globale pour la rentrée. Je vais essayer de faire des commit réguliers entre temps, comme ça tu pourras tester ce que j'essaie.

augustinsoulard commented 3 months ago

Finalement dans le KIT BOTA j'avais abandonné l'idée d'imbriqué les niveau EUNIS et avoir juste un champs avec tous les niveaux. Sinon c'est trop long à saisir sur le terrain.

Pour la problématique du nom ce qui peut être fait c'est d'utiliser un champs virtuel qui prend la valeur Nom si elle existe, sinon elle prend la valeur EUNIS. J'avais aussi fait un système prendre en compte l'hybridation des typologies.

J'avais fait ça comme champs virtuel :

regexp_replace(
    regexp_replace( 
        if("eunis1" IS NULL,'',left("eunis1",strpos("eunis1",'-')-1)) || 
            if("eunis2" IS NULL,'','x'||left("eunis2",strpos("eunis2",'-')-1)||'-')||

            if("hablabel" IS NULL, 

            if( "eunis2" IS NULL, '-'||
            right("eunis1", length("eunis1")- strpos("eunis1",'-')), 

            right("eunis1", length("eunis1")- strpos("eunis1",'-'))  
            ||' x '|| 
            right("eunis2", length("eunis2")- strpos("eunis2",'-'))   )

        ,'-'||"hablabel"),
    '<em>','' ),
'</em>','')

Comme ça pas besoin de se prendre la tête l'outil nomme la couche selon notre manière de saisir.

Bonne idée pour la flore ! Si ça n'entraîne pas de lag ça peut être vraiment top ! Déjà comme tu as fait c'est beaucoup mieux car on peut directement utiliser la version téléchargeable depuis son téléphone, ce n'est juste pas les bons statuts mais osef en vrai ça peut dépanner (en perso je prend très rarement le temps de préparer mes projets par exemple).

augustinsoulard commented 3 months ago

Aussi dans la couche des relevés phytosociologiques tu as nommé 4 fois recouvrement les différentes strates : Et les recouvrements sont des listes avec les valeurs de Braun-Blanquet (+/1/2/3/4/5), mais là il faudrait plutôt mettre les recouvrements en % directement

FelixHinckel / QFlore

Retour Augustin Release 1.1.0 #2