Pour Christian, Kevin et Tony

Bonjour,

Je remonte mes remarques dans le texte :


Et je précise que :
1/ Il faut "éduquer" les observateurs vers l'usage des référents
2/ le protocole sert à accélérer la saisie et à contrôler la saisie

Donc avec le 1/ il ne faut gérer dans les données brutes que des référents, donc à l'import du protocole, les synonymes sont remplacés par leur référent (je ne parle que du nom latin, pas du code campagne qui est conservé) et dans le tableau des espèces on n'affiche que des référents

et pour le 2/, la short liste n'affiche que les espèces du protocole (donc des référents...), en cliquant sur le (+) on accède à tout le référentiel donc aux synonymes. En sélectionnant un synonyme, on bascule dans le tableau immédiatement sur le référent
Le 21/02/2013 18:38, Christian BONNET a écrit :
bonjour,

j'ai plusieurs remarques sur la gestion des synonymes.
Si on fait le point sur le fonctionnement décrit dans les différents tickets voilà ce qu'on a :

1/ Lors de l'utilisation d'une espèce dans un lots, on devra alors supprimer tous ces synonymes si cette espèce n'est plus disponible (i.e qu'on a saisi deux lots un Vrac et un Hors/Vrac).
L'opération inverse devra être effectuée lors de la suppression d'un lot parent.
Ok

2/ Dans la liste déroulante des espèces du protocole, doit-on afficher les synonymes ou non ? Il nous semblait logique qu'ils y soient (sinon à quoi servent-ils) mais Vincent à l'air de penser le contraire au vu de son mail (cf le screenshot joint des synonymes du DICELAB).
La proposition : la short liste n'affiche que les espèces du protocole (c'est par définition les espèces les plus courament observées donc cela doit couvrir 80-90% des besoins voir plus). Les synonymes sont accessibles via le (+)

3/ Dans la liste déroulante, ne mettre que les espèces du protocole (pas forcément les référents).
Dans la liste de tous les taxons, quand l'utilisateur choisit une espèce qui a un synonyme dans les espèces du protocole, ne pas ajouter cette espèce à la liste mais sélectionné l'espèce du protocole synonyme.
ok sauf que on sélectionne toujours le référent car il n'y a que des référents dans le protocole importé

4/ Question actuelle de Kevin :
Concernant les synonymes, dans le protocole, une fois que l'utilisateur a ajouté une espèce, doit-on retirer ses synonymes de la liste déroulante ou l'utilisateur peut ajouter 2 espèces synonymes ?
comme on ne gère que des synonyme dans les données brutes, on ne peut pas ajouter 2 espèces synonymes

Du coup, j'ai une remarque qui rejoint la dernière question de Kevin :
1- le besoin initial est que l'utilisateur puisse trouver une espèce, que ce soit par l'espèce référente ou par l'un de ses synonymes
2- dans le tableau des espèces, il faut qu'on ait toujours l'espèce référente indiquée

Donc pourquoi essayer de mettre en place des mécanismes plus ou moins complexes pour mettre à jour la liste des espèces quand on définit le lot pour n'avoir qu'un seul synonyme ou qu'un seul référent ?

En plus comme le souligne Kevin, on peut aussi avoir le cas de plusieurs synonymes présents dans le protocole et le problème se pose aussi lors d'un import.
Je propose :
1- de laisser la possibilité d'avoir au niveau de la liste des espèces du lot le référent et ses synonymes (sans essayer d'avoir un seul représentant)
non dans la short liste oui derrière le (+)
2- de ne remplacer l'espèce par son référent qu'au moment où on a validé le lot et qu'on arrive dans le tableau
ok


Après il y a le fait de supprimer de la liste une espèce (et ses synonymes) lorsqu'on a déjà un lot saisi en VRAC et en HORS/VRAC.
C'est effectivement plus intéressant pour l'utilisateur car ça le limite aux espèces non saisies, mais cela risque peut-être de poser un problème de performance si on essaye de filtrer la liste quand on ouvre l'écran pour créer un lot (et surtout si on applique ça quand on recherche une espèce dans la liste complète) : il faut rechercher les listes d'espèces déjà saisies, en considérant le VRAC ET le HORS/VRAC...
Pourquoi ne pas faire la vérification au moment où on enregistre le lot à ajouter ?
si cela ne dégrade pas les perfs il faut le faire, si cela dégrade les perfs on peut effectivement ne faire le contrôle que au moment où on valide la création du lot
On signale alors que le lot existe déjà en indiquant le nom de l'espèce référente (si la personne n'est pas encore habituée au nom du référent et qu'elle utilise le synonyme).
De plus, je suppose qu'un contrôle un peu similaire existe pour distinguer le cas du VRAC et du HORS/VRAC :
Si j'ai déjà saisi un lot espèce 1 - VRAC, je peux ajouter un nouveau lot espèce 1 - HORS/VRAC, mais je ne peux plus ajouter un nouveau lot  espèce 1 -VRAC
idem cf perfs

Pas simple tout ça

Bonne journée

Vincent



Enfin, actuellement on a 2 tickets qui ont été créés :
Evolution #1965 [CAPTURE] - Pouvoir saisir un taxon synonyme comme espèce
Tâche #1999 [CAPTURES] Especes - Gestion des synonymes sur l'écran de capture

Qu'elle est la différence entre les deux ?
1999 est une sous tache de 1965 ?


PS : est ce qu'il y a moyen d'être alerté par un mail lorsque les tickets sont ajoutés ou modifiés car j'ai besoin de suivre les changements effectués ou les échanges pour organiser et mettre à jour les tests de recette ?
J'ai des notifications quand il s'agit des tickets que j'ai créé, mais il me le faudrait pour tous.

Merci

Christian

Site Ifremer
Christian BONNET

Centre de Brest
ZI de la pointe du diable
CS 10070 - 29280 Plouzané
Infrastructures Marines et Numériques
Informatique et Données Marines
Ingénierie des Systèmes d'Information

christian.bonnet@ifremer.fr
www.ifremer.fr

Tel : +33 (0)2.98.22.46.16
Fax : +33 (0)2.98.22.46.44

Le 21/02/2013 17:12, Kevin Morin a écrit :
Bonjour Vincent,

Concernant les synonymes, dans le protocole, une fois que l'utilisateur a ajouté une espèce, doit-on retirer ses synonymes de la liste déroulante ou l'utilisateur peut ajouter 2 espèces synonymes ?

Cordialement 



_______________________________________________
Tutti-devel mailing list
Tutti-devel@list.forge.codelutin.com
http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel


-- 
Vincent BADTS
Responsable qualité du SIH (Système d'Informations Halieutiques)

IFREMER centre Atlantique
Unité EMH (Ecologie et Modèles pour l'Halieutique)

Tél : 33 2 40 37 40 53 (interne : 80 53)
Fax : 33 2 40 37 40 38

www.ifremer.fr