Harmoniser et personnaliser l'affichage des noms de taxons

[SamyM71]

Les noms de taxons sont affichés différemment dans les diverses listes des modules/applications :

• dans Occtax (liste des observations) : noms vernaculaires (les entomos râlent…)
• dans les cartes des observations, à l'accueil et dans Occtax : idem
• dans la Synthèse : au choix entre lb_nom et/ou nom_vern_or_lb_nom
• dans la Validation : idem
• dans Occtax mobile (liste des espèces proposées à la saisie) : noms latins, puis noms vernaculaires, noms complets (les ornithos râlent…)

Une option intéressante serait de pouvoir personnaliser l'affichage en fonction des groupes taxonomiques à ces différents endroits (il y en a peut-être d'autres qui m'échappent).

Par exemple :

• conserver nom_vern_or_lb_nom pour les Poissons, Amphibiens, Reptiles, Mammifères, Oiseaux
• sinon lb_nom pour les autres groupes faunistiques

Le nom vernaculaire pourrait être limité au premier nom fourni par TaxRef, par souci de lisibilité, car certains taxons agrègent vraiment trop de noms inutiles.

Ça pourrait intéresser d'autres structures ?

[TheoLechemia]

Salut,

Pas contre l'uniformisation.
Par contre de manière deterministe, dire que tel groupe se lit en latin et tel groupe en français, je suis pas sur que ça fasse l'unanimité. Chez nous on a des botanistes qui font que du latin et d'autre qui vont être perdu si on leur enlève le nom vernaculaire. Avoir la possibilité de switcher entre les deux me parait un bon compromis.
Et pour le 1er nom vernaculaire ça marche la plus part du temps, mais des fois le premier non vernaculaire n'est pas le plus utilisé (ni celui connu par la personne).. donc pareil un peu partagé. On peut masquer au delà d'un certain nom de caractère et tout afficher au survol ?

[camillemonchicourt]

Oui je pense aussi qu'il ne faut pas commencer à avoir un affichage différent selon la taxonomie.
Mais en effet harmoniser et paramétrer ça globalement.

Et en effet, on doit pouvoir accéder aux noms vernaculaires complets d'une manière, car le premier n'est pas toujours le plus parlant et le plus pertinent.

[DonovanMaillard]

Varier d'un groupe à l'autre c'est effectivement potentiellement compliqué pour satisfaire tout le monde. Mais est-ce qu'on peut imaginer que ça soit l'utilisateur, dans son compte geonature, qui définit ses préférences nom latin/nom fr ? Un ornitho pur sera content en francais, un entomo pur sera content en latin, un bota sera content selon ses habitudes. Seuls raleront ceux qui parlent francais pour les oiseaux et latin pour les insectes, mais c'est un moindre mal :) Ca veut dire qu'on charge les deux et on affiche en interface le champs sélectionné dans les préférences de l'utilisateur ? et du coup idem sur le mobile, l'utilisateur le configure dans son appli ?

[gildeluermoz]

La proposition de @camillemonchicourt me semble bien : un bouton pour switcher latin / vernaculaire tjs dispo et harmoniser le plus largement possible.

Concernant les multiples nom vernaculaires, je propose de construire les listes avec autant d'item que de noms vernaculaires existants pour un même cd_ref. A prioiri aucun soucis à avoir le même taxon proposé plusieurs fois dans la liste déroulante avec un nom différent ; c'est le même principe que la synonymie avec les noms scientifiques.
Dans l'atlas, il y a une évolution récente qui va dans ce sens avec l'usage de STRING_TO_TABLE pour la construction de la vm_search_taxon : https://github.com/PnX-SI/GeoNature-atlas/blob/master/data/update/update_1.6.1to1.7.0.sql#L107
https://www.commandprompt.com/education/postgresql-string_to_table-function-with-examples/

[camillemonchicourt]

La question des STRING_TO_TABLE concernerait les listes déroulantes de saisie mais ce ticket concerne l'affichage des listes d'observation.

Je partirai sur une harmonisation, un paramètre d'instance pour l'affichage par défaut et un paramètre utilisateur si besoin de surcoucher à la volonté de chaque utilisateur.