Bonjour, Ci-dessous le compte rendu de la réunion d'hier. La prochaine réunion hebdomadaire sera mardi à 10h30 (à l'Ifremer pour les nantais). Christian, comme on parlé de la prochaine réunion après avoir raccroché, peux-tu nous confirmer ta disponibilité stp ? ================================== Réunion d'avancement du 27/06/2016 ================================== Présents : * Anne-Sophie Cornou (Ifremer) * Christian Bonnet (Ifremer) * Vincent Badts (Ifremer) * Benjamin Poussin (Code Lutin) * Léo Kaufmann (Code Lutin) Corrections d'anomalies ======================= Les anomalies suivantes ont été corrigées depuis la dernière réunion : - Erreur à la suppression de lots contenant des observations individuelles (#8304) - Export multi-poste, l'extension des fichiers est identique entre les espèces et le benthos (#8314) - L'élévation des poids ne fonctionne plus avec le tri ascendant et descendant (#8334) [PROTOCOLE] Problème suite à une synchronisation de référentiels sur les Strates, sous-strates (#8300) ------------------------------------------------------------------------------------------------------ Le ticket est à refermer car l'anomalie ne s'est pas reproduite avec la version applicative 4.5. À rouvrir sur l'erreur se représente. Demandes d'évolutions ===================== Observations individuelles, navigation efficace (#8048) ------------------------------------------------------- - L'action doit amener au trait suivant/précédent ayant également un lot de la même espèce et de la même catégorisation ? De la même espèce, mais pas forcément de la même catégorisation. - Quel ordre doit-on prendre pour déterminer le trait suivant/précédent ? (En fonction du numéro de trait ? ou suivant l'ordre de tri choisi par l'utilisateur ?) Il faut suivre l'ordre des numéros de trait. - Vers quel écran est redirigé l'utilisateur en utilisant cette fonctionnalité ? Il est redirigé vers l'écran des lots et positionné sur la bonne ligne (Pour éviter toute confusion il est préférable ne pas rediriger l'utilisateur directement sur l'écran des observations individuelles). - Si on ne trouve pas la même espèce dans les traits suivants/précédents, une boite de dialogue est affichée pour indiquer qu'il n'y en a pas ? Oui Dans le menu d'action de l'écran de mensuration des Espèces et du Benthos, les actions "Aller au trait suivant ayant l'espèce" et "Aller au trait précédent ayant l'espèce" sont ajoutées. Référentiel temporaire - Import de personne déjà existante (#8310) ------------------------------------------------------------------ Lors de l'import du référentiel, il faut ajouter une vérification de l'existence de la personne en fonction de son nom et prénom. Si elle existe (même nom et même prénom) dans le référentiel temporaire, alors l'identifiant déjà existant de la personne est réutilisé et il n'y a pas d'ajout dans le référentiel temporaire pour cette personne. Ajuster un message au moment de l'import générique (#8311) ---------------------------------------------------------- Si l'utilisateur ne coche que des traits/campagnes qui n'existe pas déjà en base (Non signalés par une étoile), le message ne doit pas être affiché. Sinon (si au moins une campagne ou un trait signalé par une étoile est coché) le message doit être affiché. On pourrait vérifier plus finement (comparaisons des espèces, benthos, observations individuelles entre l'import et la base) mais ne c'est pas nécessaire. La vérification doit s'arrêter au trait. Désactiver les mises à jour automatique au lancement de l'application (#8328) ----------------------------------------------------------------------------- Ça ne serait pas mieux d'informer d'une mise à jour possible et de proposer d'accepter ou refuser la mise à jour ? Non pas uniquement car le principal problème est l'affichage de popup au démarrage de l'application. À bord, sans connexion internet, ces messages sont inutiles et gênants. Il faut donc que le message d'erreur de connexion ne soit pas dans une boîte de dialogue mais en bas de l'écran, afin de ne pas perturber l'utilisateur lorsqu'il n'a pas de connexion. De plus il serait intéressant dans certains cas de laisser la possibilité d'accepter ou de refuser la mise à jour. Par exemple avec une boîte de dialogue qui invite fortement à mettre à jour, mais laisse la possibilité de refuser la mise à jour. C'est risqué car cela peut provoquer des problèmes de synchronisation de données si les utilisateurs ne sont pas à jour. Il faut mieux éviter de donner cette possibilité aux utilisateurs et que la mise à jour soit forcée pour eux. Pour les utilisateurs avertis, qui ont besoin de rester dans une version sans mettre à jour, il est actuellement possible en modifiant dans la configuration l'url de mise à jour mais la manipulation est un peu compliquée. On ne fait pas de modification sur le processus de mise à jour pour l'instant. Permettre de modifier le taxon sur des lots avec mensurations déjà enregistrées (#8331) --------------------------------------------------------------------------------------- Que faire lorsque des codes de prélèvements sont renseignés sur le lot ? Faut-il modifier également ces codes de prélèvements ? Il est nécessaire de bloquer la modification du nom du taxon s'il y a des codes de prélèvements renseignés. En général la modification est nécessaire lorsqu'il y a des erreurs de saisie. Rapports prélèvements (8332) ---------------------------- L'utilisation de R avec les données de Tutti serait intéressant. Le fonctionnement tel qu'imaginé : * Prérequis : R doit être installé sur la machine dans la bonne version et un package spécifique pour dialoguer avec Java * L'utilisateur place ses scripts R dans un dossier spécifique * Le traitement de ces scripts peut être lancé depuis le menu de Tutti * Les sorties sont générées et placées dans un dossier spécifique C'est assez complexe et il y a des doutes sur l'intérêt d'intégrer ça à Tutti plutôt que de traiter les données de l'export générique avec R indépendamment de Tutti. La demande est mise de côté pour l'instant, en attendant que des premiers essais soient réalisés avec R sur des données de l'export générique. Enrichir le commentaire du taxon dans le cas de la gestion d'un mélange (#8333) ------------------------------------------------------------------------------- Le mélange se fait sur deux (ou plus) lots non catégorisés et ayant un poids de sous-échantillonnage. La formule de calcul est à faire sur les poids de sous-échantillonnage. Option pour que les mesures de l'appareil bluetooth soient uniquement dans le table des observations individuelles (#8361) -------------------------------------------------------------------------------------------------------------------------- Cette évolution est liée au fonctionnement dans la campagne PELMED : Première phase (tri) : Envoyer les données que dans les mensurations (Bloc de gauche) Deuxième phase (prise d'échantillons non représentatif) : Envoyer les données uniquement dans les observations individuelles (Bloc de droite) sans recopie dans les mensurations. Il faut ajouter la possibilité d'ajouter les saisies uniquement dans les observations individuelles (sans recopie dans les mensurations). Des changements ergonomiques sont à prévoir : - Déplacer les boutons de recopie dans la partie haute de l'écran - Placer les différents modes de saisie-recopie dans une liste déroulante - Jeu de couleurs en fonction des blocs "actifs" ou non Code Lutin va mettre à jour le ticket avant de le faire valider par l'Ifremer. Macro-planning -------------- Idéalement il faudrait une livraison fin juillet mais au vu des jours de développements prévus cela ne semble pas forcément réalisable. La livraison devra donc avoir lieu au plus tard fin août pour disposer de temps de recette suffisamment important avant la campagne CGFS. Actions à mener =============== * (Ifremer) : Fournir le document détaillant les changements entre AdagioCore et IfremerSynchro (Vu en réunion du 13/06/16). * (Code Lutin) : Finir le chiffrage des tickets de la 4.5.5 * (Code Lutin) : Mise à jour des spécifications jusqu'à la version 4.5.4 Planning ======== Prochaine réunion hebdomadaire mardi 5 à 10h30. -- Léo Kaufmann - Code Lutin 02.40.50.29.28 - www.codelutin.com