FESP_FRONTEND_8 - Ajout des "statuts du taxon" (version sans picto) #3187
Comments
|
On propose d'ajouter:
Badges: Onglet: |
|
OK, attention les statuts peuvent être régionaux rt donc dépendre de l'instance ou de la localisation des observations. |
|
Dans le cadre la fiche espèce, est-ce que la liste des statuts du taxon doit être restreint par les observations ? |
Bonne question. 🤔 |
|
Mon avis, c'est qu'on affiche toutes les informations de statuts sur le taxon. C'est de l'info plutôt générique. Mais mon avis "métier", ça vaut que ça vaut. |
|
Oui je pense aussi. Mais je vois pas trop comment on peut gérer les infos territorialisées car je connais pas assez la BDD sur cet aspect. |
|
Ca se gère assez bien en fait. La table Cette configuration des champs Les infos de taxonomie d'un cd_ref sont issues de cette vue. Donc on retombe sur nos pattes comme il faut. |
|
En effet OK pour moi. |
|
J'ai fait une version presque ok, avec des badges qui s'appuient sur les couleurs IUCN, que j'ai trouvées la https://github.com/timcashion/IUCNpalette?tab=readme-ov-file Pour les textes (court et long, j'ai un peu improvisé. Est-ce que ça va semble ok ? Pour pouvoir ajuster, voici un exemple d'info pour un taxon donné: J'ai opté à l'instinct pour:
infobulle: "statut": {
"cd_type_statut": "LRE",
"display": "Liste rouge europeenne - LRE",
"lb_type_statut": "Liste rouge européenne",
"regroupement_type": "Liste rouge"
}
"text": {
"cd_doc": 434629,
"cd_iso3166_1": "",
"cd_iso3166_2": "",
"cd_sig": "EUROPE",
"cd_st_text": null,
"cd_type_statut": "LRE",
"doc_url": null,
"enable": true,
"full_citation": "IUCN. 2023. <em>The European IUCN Red List of Threatened Species. Version 2023-1</em>. https://www.iucnredlist.org/regions/europe. Accessed on 8 january 2024.",
"id_text": 87,
"lb_adm_tr": "Europe",
"niveau_admin": ""
}
"value": {
"cd_nom": 67111,
"cd_ref": 67111,
"code_statut": "LC",
"display": "LC - Préoccupation mineure",
"id": 317009,
"id_value": 165,
"id_value_text": 934,
"label_statut": "Préoccupation mineure",
"rq_statut": ""
} |
|
OK OK. Pour les couleurs, je ne sais pas si c'est assez stable pour les avoir directement dans le code, car j'imagine que les types peuvent évoluer et bouger. Pour les textes courts, je les trouve un peu long, mais là aussi je ne connais pas bien le sujet et le contenu. |
|
|
Comme convenu, voilà la charte des codes couleurs pour les statuts Liste rouge, définis internationalement par l'Union internationale pour la conservation de la nature (UICN) : https://uicn.fr/wp-content/uploads/2018/04/guide-pratique-listes-rouges-regionales-especes-menacees.pdf
Je vous les ai converties en hexadécimal : L'ensemble des statuts :
Du coup je ne sais pas pourquoi il n'y a pas le NA et le NE dans leurs codes couleurs, les voilà en pipetant (bon pas pour le blanc quand même XD) : Voilà un exemple de déclinaison de ces couleurs sur l'INPN : Les autres statuts présents dans GeoNat'îdF : Ici une page des statuts qui remontent dans GeoNat'îdF pour exemple : D'après ce que tu nous as montré Etienne, on laisse le choix dans le fichier de config à l'admin d'afficher ce qu'il veut (sur notre instance on activera statuts Listes rouge, statuts de protection, statuts de rareté et déterminant znieff je pense) Merci bcp :) ! |
|
Suite aux informations d'Ophélie, j'ai ajusté la colormap j'avais réglé initialement. Je mets à jour la description également !
|
@OphelieRicci |
|
OK, on a regardé ça avec @amandine-sahl. Le premier point global est en effet qu'il est dommage de définir des éléments liés aux statuts de protection (ici les couleurs des statuts UICN) au niveau de GeoNature alors que tout ce qui concerne la taxonomie et ses statuts est géré et centralisé au niveau de TaxHub. Si il faut faire simple et aller vite, la solution proposée intégrée à GeoNature est acceptable, mais non satisfaisante. Concernant les statuts, il y a 3 niveaux d'infos :
Pour l'affichage, il nous semble pertinent de n'afficher que "status.cd_type_statut : value.code_statut". Pour l'info bulle, on proposerait plutôt : {status.statut} : ${value.display} - ${text.full_citation}. A noter qu'un taxon peut avoir beaucoup de statuts : https://inpn.mnhn.fr/espece/cd_nom/99165/tab/statut SELECT *
FROM taxonomie.v_bdc_status vbs
WHERE cd_nom = 99165 |
|
Merci de ta réponse. J'intègre les modifications sur les textes. Pour la symbologie des statuts, on est tout à fait entièrement d'accord, la bonne solution est l'intégration à taxhub. L'idée de cette issue / PR ici de proposer une solution disponible immédiatement, en attendant de pouvoir faire évoluer taxhub dans ce sens. La, c'est un petit serpent qui se mord la queue :)
On relance la question centrale: Quelle est la bonne manière d'intégrer une donnée à taxhub / colonne à bdc_statut_XXX qui permette d’être robuste aux évolutions de taxref ? Aujourd'hui, il semble que tout est supprimé, puis rechargé aux mises à jour. Est-ce que vous faites évoluer de manière impactante le procédé de mise à jour de taxref avec taxhub v2 ? |
|
Je ne vois pas de soucis d'intégrer ça dans TaxHub. Mais OK si c'est prévu dans un second temps. Pour la MAJ de Taxref, c'est pas mal simplifié dans la v2 avec la suppression de la table La piste d'un JSON côté TaxHub est pour faire quelque chose de simple pour commencer. Mais le faire directement en BDD côté TaxHub est encore mieux en effet. |
|
Ok, j'étais timide avec taxhub et tous les mouvements de ces derniers temps :) Je pars sur la version efficace JSON, à faire évoluer après la release de taxhub. J'ai intégré la modif sur les textes. Sur la tooltip, j'ai supposé que {status.statut} voulait {status.cd_type_statut}. C'est ptet pas le cas :)
Le dev côté taxhub est pas mal commencé. Il reste à savoir comment est stocké le fichier de symbologie json. J'ai pris contact avec @amandine-sahl pour avoir son avis sur la bonne façon de le gérer |
|
OK super.
Oui erreur de ma part. Et en effet quand un statut a pour valeur TRUE, alors il ne faut afficher que le type de statut, pas sa valeur. |
|
Mis à jour.
Il manque la maj de la version taxhub quand le merge de la PR PnX-SI/TaxHub#562 sera réalisée Ca n'impactera pas le code de la PR associée à cette issue (#3191), qui peut quand même être réalisée ! |
|
Je pense à un truc peut-être trop tard, mais est-ce que ce composant des badges est assez factorisé pour être remobilisé ailleurs ? 😇 |
|
ça peut se factorier oui. Je sais où ranger ce genre de composant atomique réutilisable. |
|
je ne sais PAS :D |
|
Je l'ai mis dans Je suis personnellement pas fan de "others". Ca sent pas la grande organisation ^^ @Pierre-Narcisi Qu'est-ce que tu en penses ? |
|
OK c'est cool, on le déplacera si besoin. |
|
J'ai fait un composant badge un peu atomique, indépendant de la notion de status. <gn-badge
tooltip="ceci est la tooltip"
text="ceci est le texte"
[symbology]="{ color: '#ff5733' }"
/>
J'ai l'impression que tu voulais autre chose :) Dispo pour en discuter si jamais ! |
|
Ah ouais OK, j'imaginai un composant plus complet qui gère directement tous le badge des statuts et qu'on peut appeler d'autre part et qui colle directement les badges avec leur style, l'appel de l'API, les statuts du taxons mis en forme, etc... |
|
Ok. Je viens de rajouter un composant
Example d'utilisation: Est-ce qu'il faut préfixeer les composants par gn ou par pnx ? |
|
OK super. |
|
Ok. |
Epic: "Fiche espèce" #2981
On souhaitait initialement ajouter l'information des status du taxon, via un pictogramme associé.
La notion de pictogramme a soulevé quelques points techniques.
On propose ici d'intégrer un affichage textuel des statuts, simple et rapide, sans pictogramme.
The text was updated successfully, but these errors were encountered: