- Tutti-devel - mailman.cloud.codelutin.com

format générique : remplissage des champs avec Y N et ?
by Vincent BADTS Sept. 7, 2016

Sept. 7, 2016

Bonjour Léo, J'ai besoin de connaitre les règles d'export des champs de la table cath et de la table opération où on utilise les valeurs possible ?, Y et N j'ai des doutes sur ce que je constate et sur ce l'interprétation des ces valeurs à l'import par rapport à ce qui est écrit dans les spec Merci de m'appeler à ce sujet quand tu auras regardé cela. A+ -- 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

2 1

Fwd: Re: Dossier AO Harmonie : Exemple des infos fournies en 2013 pour Allegro
by Christian BONNET Sept. 6, 2016

Sept. 6, 2016

bonjour, J'aurais besoin de quelques éléments sur la volumétrie et l'organisation du code d'Allegro Campagne afin de renseigner la partie technique du dossier de l'Appel d'Offres Harmonie. Vous trouvez ci-joint quelques exemples des éléments pour Allegro et Allegro Obsdeb. Est-ce que vous pourriez me fournir le même genre d'éléments pour Tutti ? Merci Christian -------- Message transféré -------- Sujet : Re: Dossier AO Harmonie : Exemple des infos fournies en 2013 pour Allegro Date : Wed, 31 Aug 2016 17:56:04 +0200 De : Benoit Lavenier <benoit.lavenier(a)e-is.pro> Pour : Christian BONNET <Christian.Bonnet(a)ifremer.fr> Copie à : Ludovic Pecquot <ludovic.pecquot(a)e-is.pro> *Projet Adagio:* Nombre de lignes total : *187 501 *(tous types de fichier: Java, XML, etc.) Nombre de ligne Java : 60 190 dont : module commun : 14708 module Oracle : 7 005 module Allegro (hsqldb) : 17 378 module synchro adagio : 19 842 dont 31% de commentaires *Librairie de synchronisation (jdbc-synchro) :* Nombre de lignes total : *21 275* dont 35% de commentaires *Obsdeb:* Nombre de lignes total : *129 711* Nombre de ligne Java : 73 980 dont 14% de commentaires J'espère que cela te convient. a+ Benoit. *Benoit LAVENIER* E-IS - Environmental Information Systems - www.e-is.pro <http://www.e-is.pro/> /"Ensemble, allons plus loin !"/ Téléphone : (+33) 9 53 24 41 20 / (+33) 6 62 86 37 82 Adresse : 19 rue Cassiopée, 53470 MARTIGNE SUR MAYENNE Email : benoit.lavenier(a)e-is.pro <mailto:benoit.lavenier@e-is.pro> Fax : (+33) 9 58 55 73 50 Le 30 août 2016 à 15:28, Christian BONNET <Christian.Bonnet(a)ifremer.fr <mailto:Christian.Bonnet@ifremer.fr>> a écrit : -------- Message transféré -------- Sujet : Dossier AO Harmonie : Exemple des infos fournies en 2013 pour Allegro Date : Thu, 23 Jun 2016 14:51:17 +0200 De : Valerie HARSCOAT <Valerie.Harscoat(a)ifremer.fr> <mailto:Valerie.Harscoat@ifremer.fr> Organisation : IFREMER Pour : Christian BONNET <Christian.Bonnet(a)ifremer.fr> <mailto:Christian.Bonnet@ifremer.fr> Exemple des infos fournies dans le cahier des charges de l'AO Harmonie 2013 pour Allegro *Volumétrie* : ocode projets "plugin eclipse RCP" : 544 823 lignes ocode moteur de "règle Drools" : 5 181 lignes ocode transformation UML (MIA studio) : 13 823 lignes ocode projets "Maven 2" : 1 051 218 lignes (dont 4/5 sont générées par AndroMDA, suite à la transformation UML) ocode Plugin PSION (Talend) : *Documentation* : oun site internet http://www.ifremer.fr/allegro est disponible pour Allegro où sont accessibles les informations sur l’architecture, les modèles UML, wiki, … oLes documents de spécifications logicielles jusqu’à la version 3.1 sont contenus dans le fichier *allegro.zip* oLe code source de la dernière versiond’Allegro 3.3 est consultable à l’adressehttps://forge.ifremer.fr/scm/viewvc.php/branches/3.3/?root=allegro <https://forge.ifremer.fr/scm/viewvc.php/branches/3.3/?root=allegro> -- ------------------------------------------------------------- Valerie HARSCOAT Service TMSI/IDM/ISI IFREMER BP70 29280 Plouzane FRANCE Tel.: 33 (0)2 98 22 44 13 email:Valerie.Harscoat@ifremer.fr <mailto:Valerie.Harscoat@ifremer.fr> Fax: 33 (0)2 98 22 46 44 WWW :http://www.ifremer.fr -------------------------------------------------------------

2 2

CR Réunion du 30 août 2016
by Jean Couteau Sept. 2, 2016

Sept. 2, 2016

Présents -------- Vincent Badts Christian Bonnet Jean Couteau Benjamin Poussin Bilan version 4.6 ----------------- La version a été livrée semaine 34 et recettée par Vincent sans aucune anomalie recensée (Le PV de recette est signé pendant la réunion). La version 4.6 est garantie jusqu'au 30 Novembre 2016. La version doit partir en production sur une campagne au mois de septembre. Au niveau des spécifications, elles sont complètes (version 4.6 et précédentes). Quelques retours de Vincent à adresser à Léo pour correction. Au niveau de la documentation utilisateur, le PDF est en cours de rédaction par Vincent. Vincent pourra le transmettre à Christian pour l'intégrer à la version en cours et à Code Lutin pour les versions futures. Au niveau de l'aide en ligne, elle n'est pas à jour. Aucun temps n'a été chiffré pour cela. Les fichiers à modifier sont situés dans les sources à l'emplacement : tutti-ui-swing/src/main/help/fr/ (https://gitlab.nuiton.org/codelutin/tutti/tree/develop/tutti-ui-swing/src/m…) L'Ifremer doit les modifier pour qu'ils soient pris en compte dans les prochaines versions. Code Lutin crée une version 4.6.1 pour pouvoir y ajouter les éventuelles anomalies rencontrées. Futur ----- Il manque des PCs durcis avec ichtyomètre pour pouvoir utiliser Tutti sur certaines campagnes. Sur Thalassa, une nouvelle salle de tri va être mise en place à l'été 2017. Un Tutti pouvant fonctionner de manière simple en multi-poste sera nécessaire (idéallement en réseau).. Actuellement, les observateurs rencontrent des difficultés quand une espèce est saisie sur une machine (VRAC) et sur une autre (Observation individuelle). La mise en commun est ardue et source d'éventuelles erreurs (manipulations complexes). Cette version de Tutti sera réalisée par le titulaire du marché Harmonie donc la phase de candidature est en cours.

1 0

Documents de spécification
by Christian BONNET Sept. 1, 2016

Sept. 1, 2016

bonjour, je ne parviens pas à télécharger les documents de spécification (pdf ou odt) indiqués sur le ticket https://forge.codelutin.com/issues/7831. Est-ce qu'ils sont protégés ? J'ai pourtant accès au bouton pour les télécharger mais j'ai systématiquement un fichier vide (0 ko). Merci Christian -- Site Ifremer <http://www.ifremer.fr> Christian BONNET Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané Informatique et Données Marines Ingénierie des Systèmes d'Information christian.bonnet(a)ifremer.fr <mailto:christian.bonnet@ifremer.fr> www.ifremer.fr <http://www.ifremer.fr> Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44

3 2

[ANN] Allegro Campagne Nouvelle version 4.6
by Benjamin POUSSIN Aug. 29, 2016

Aug. 29, 2016

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.6 ! Allegro campagne est un outil de saisie de données d'opérations et de captures au cours des campagnes halieutiques. Notes de version ---------------- Cette version corrige notamment: - Anomalie #8402: [VALIDATION] erreur java dans la procèdure de validation des données, merci de m'aider - Anomalie #8437: [IMPORT] Erreur lors de l'import générique - Anomalie #8470: [IMPORT GENERIQUE] erreur java, besoin d'aide - Evolution #8048: [OBSERVATIONS INDIVIDUELLES] Navigation efficace pour accéder au trait précédent/suivant de la même espèce - Evolution #8310: [REFERENTIEL TEMPORAIRE] Vérifier l'existence d'une personne dans le référentiel temporaire lors de l'import générique - Evolution #8311: [IMPORT GENERIQUE] Avertir de l'écrasement de données uniquement lorsque la campagne ou le trait existe déjà en base - Evolution #8328: [TECHN] En l'absence de connexion internet, le message d'erreur de mise à jour doit être plus discret - Evolution #8331: [CAPTURE] permettre de modifier le taxon sur des lots avec mensurations déjà enregistrées - Evolution #8333: [CAPTURE] enrichir le commentaire du taxon dans le cas de la gestion d'un mélange - Evolution #8361: [OBSERVATIONS INDIVIDUELLES] ajouter une option pour que les meusres envoyées par l'appareil bluetooth et le mode rafale soient enregistrées uniquement dans le table des observations individuelles (et pas obligatoirement dans le tableau des mensurations) - Evolution #8373: [OBSERVATION INDIVIDUELLE] autoenregistrer ou forcer l'enregistrement (bouton enregistrer et rester..) tous les 10 lignes pour se préminir des pertes d'info - Tâche #7831: Mise à jour des spécifications https://forge.codelutin.com/versions/995 Utiliser Allegro Campagne ------------------------- Il s'agit d'une version incrémentale qui se met à jour toute seule. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Pour utiliser cette nouvelle version avant son passage en production, changez l'url des mises à jour sur cette url: http://tutti.codelutin.com/update/tutti-application-4.6.properties ou bien http://tutti.codelutin.com/update/tutti-application-latest.properties Tester Allegro Campagne ----------------------- Les tickets à valider sont en état « En attente de validation par le client ». o si la correction / évolution est conforme, il faut passer le ticket en état «Terminée ». o si la correction / évolution n'est pas conforme, il faut créer un nouveau ticket, en indiquant si possible dans le champs « Ticket parent » le numéro du ticket incriminé. *Merci de ne pas changer la version d'un ticket.* Vous pouvez retrouver la liste des tickets à valider ici : https://forge.codelutin.com/projects/tutti/issues?query_id=145 Liens du projet --------------- * Documentation : http://tutti.codelutin.com * Roadmap : https://forge.codelutin.com/projects/tutti/roadmap * Forge : https://forge.codelutin.com/projects/tutti Cordialement, -L'équipe tutti. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 0

Allegro Campagne : Version 4.6-alpha-1 à tester
by Léo Kaufmann Aug. 29, 2016

Aug. 29, 2016

Bonjour, Une nouvelle version a été déployée, il s'agit de la 4.6-alpha-1. Pour pouvoir tester l'application, il faut utiliser l'url de mise à jour de l'application : http://tutti.codelutin.com/update/tutti-application-4.6-alpha-1.properties Cette version inclue les développements de la version 4.6 : https://forge.codelutin.com/versions/995 Merci de vérifier chaque ticket, de les valider ou nous faire un retour. Cordialement, Léo -- Léo Kaufmann - Code Lutin 02.40.50.29.28 - www.codelutin.com

5 10

Re: [Tutti-devel] [Tutti] Erreur compil UI
by Benjamin POUSSIN July 13, 2016

July 13, 2016

On Mon, 11 Jul 2016 16:37:06 +0200 Ludovic Pecquot <ludovic.pecquot(a)e-is.pro> wrote: > Bonjour Benjamin, Bonjour, > Désolé de te relancer à ce sujet, mais nous devons partir d'une version > saine afin de d'avancer sur cette fonctionnalité. Tu as vraiment de la chance que j'ai vu ton mail :(. Je ne regarde les mails qui arrivent en direct sur ma boite que très rarement. Il faut vraiment utiliser la liste de diffusion sur lequel Christian m'a demandé de t'inscrire et sur lequel je répond actuellement. Toutes les personnes que tu as mis en copie sont aussi inscrite sur cette liste. Et d'autres personnes aussi inscrites pourraient peut-être avoir une solution a ton problème. > Christian nous a recommandé de partir de la version actuelle en production: > 4.5.4. Il me semble que la dernière version est la 4.5.5 > Nous n'arrivons pas à compiler cette version non plus. Même erreur du > compilateur jaxx. Je ne vois pas du tout d'où peut venir le problème. J'ai créer un nouvelle utilisateur (pour être sur de ne pas avoir une configuration particulière) puis: $ git clone https://gitlab.nuiton.org/codelutin/tutti.git $ cd tutti/ $ mvn install et le résultat est: ... [INFO] ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO] [INFO] Tutti ............................................. SUCCESS [2:50.835s] [INFO] Tutti :: Persistence .............................. SUCCESS [7:13.004s] [INFO] Tutti :: Ichtyometer API .......................... SUCCESS [5.085s] [INFO] Tutti :: Caliper API .............................. SUCCESS [1.943s] [INFO] Tutti :: Report Generator ......................... SUCCESS [2:09.208s] [INFO] Tutti :: Service .................................. SUCCESS [2:06.760s] [INFO] Tutti :: UI Updater ............................... SUCCESS [1.470s] [INFO] Tutti :: UI ....................................... SUCCESS [3:13.347s] [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 17:55.040s [INFO] Finished at: Tue Jul 12 14:29:00 CEST 2016 [INFO] Final Memory: 343M/937M [INFO] ------------------------------------------------------------------------ avec: $ mvn --version Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 17:22:22+0200) Maven home: /opt/maven3 Java version: 1.8.0_92, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-8-openjdk/jre Default locale: fr_FR, platform encoding: UTF-8 OS name: "linux", version: "4.6.3-1-arch", arch: "amd64", family: "unix" Donc je ne peux pas vraiment aider plus :(. > Pouvons-nous planifier un rdv téléphonique cette semaine (certes courte) > pour valider avec toi le framework de dev. > > Merci > > 2016-07-11 10:23 GMT+02:00 Ludovic Pecquot <ludovic.pecquot(a)e-is.pro>: > > > Bonjour > > > > J'ai une erreur de compilation du projet Tutti dans le cadre de > > l'intégration de la synchro. > > Je suis reparti de la branche develop, puis de master, et j'ai toujours > > cette erreur du plugin jaxx: > > > > [INFO] --- jaxx-maven-plugin:2.29:generate (default) @ tutti-ui-swing --- > > [INFO] use project compile scope class-path > > [INFO] Detects 51 modified jaxx file(s). > > ERROR [main] (JAXXEngine.java:363) run - unable to find CompiledObject > > associated with tag <EditSpeciesBatchPanelUIModel>; should have been > > registered before second pass > > java.lang.IllegalStateException: unable to find CompiledObject associated > > with tag <EditSpeciesBatchPanelUIModel>; should have been registered > > before second pass > > at > > jaxx.compiler.tags.DefaultObjectHandler.compileSecondPass(DefaultObjectHandler.java:477) > > at jaxx.compiler.JAXXCompiler.compileSecondPass(JAXXCompiler.java:642) > > at > > jaxx.compiler.tags.DefaultObjectHandler.compileChildTagSecondPass(DefaultObjectHandler.java:1335) > > at > > jaxx.compiler.tags.DefaultObjectHandler.compileChildrenSecondPass(DefaultObjectHandler.java:1300) > > at > > jaxx.compiler.tags.DefaultObjectHandler.compileSecondPass(DefaultObjectHandler.java:498) > > at > > jaxx.compiler.tags.DefaultComponentHandler.compileSecondPass(DefaultComponentHandler.java:150) > > at jaxx.compiler.JAXXCompiler.compileSecondPass(JAXXCompiler.java:642) > > at jaxx.compiler.JAXXCompiler.compileSecondPass(JAXXCompiler.java:795) > > at > > jaxx.compiler.tasks.CompileSecondPassTask.perform(CompileSecondPassTask.java:78) > > at jaxx.compiler.JAXXEngine.run(JAXXEngine.java:349) > > at org.nuiton.jaxx.plugin.GenerateMojo.doAction(GenerateMojo.java:527) > > at org.nuiton.plugin.AbstractPlugin.execute(AbstractPlugin.java:125) > > at > > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > > at > > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > > at > > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > > at > > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > > at > > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > > at > > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > > at > > org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > > at > > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:497) > > at > > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > > at > > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > > at > > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > > at > > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > > at org.codehaus.classworlds.Launcher.main(Launcher.java:47) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:497) > > at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144) > > [ERROR] JAXX detects 1 error : > > > > C:\dev\tutti\_src\allegro-campagne\tutti-ui-swing\src\main\java\fr\ifremer\tutti\ui\swing\content\operation\catches\species\EditSpeciesBatchPanelUI.jaxx:1 > > : null > > > > > > Portant, l'objet EditSpeciesBatchPanelUIModel est bien référencé dans le > > jaxx ... > > Peux-tu nous éclairer la dessus ? > > > > Pour info je compile avec jdk1.8.0_60, maven 3.0.5 (3.1.1 même résultat) > > > > -- > > Cordialement, > > > > *Ludovic PECQUOT* > > E-IS - Environmental Information Systems - www.e-is.pro <- visitez notre *nouveau > > site *web > > *"Ensemble, allons plus loin !"* > > > > Téléphone : (+33) 9 53 24 41 20 / (+33) 6 62 86 37 82 > > Adresse : 19 rue Cassiopée, 53470 MARTIGNE SUR MAYENNE > > Email : ludovic.pecquot(a)e-is.pro > > Fax : (+33) 9 58 55 73 50 > > > > > > -- > Cordialement, > > *Ludovic PECQUOT* > E-IS - Environmental Information Systems - www.e-is.pro <- visitez > notre *nouveau > site *web > *"Ensemble, allons plus loin !"* > > Téléphone : (+33) 9 53 24 41 20 / (+33) 6 62 86 37 82 > Adresse : 19 rue Cassiopée, 53470 MARTIGNE SUR MAYENNE > Email : ludovic.pecquot(a)e-is.pro > Fax : (+33) 9 58 55 73 50 -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

2 4

[CR] Réunion du 27 juin 2016
by Léo Kaufmann July 7, 2016

July 7, 2016

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

4 15

[ANN] Allegro Campagne Nouvelle version 4.5.5
by Benjamin POUSSIN June 29, 2016

June 29, 2016

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.5.5 ! Allegro campagne est un outil de saisie de données d'opérations et de captures au cours des campagnes halieutiques. Notes de version ---------------- Cette version corrige notamment: - https://forge.codelutin.com/issues/8304 [TECHNIQUE] erreur à la suppression de lots contenant des observations indivuelles - https://forge.codelutin.com/issues/8314 [EXPORT IMPORT] export espece ou export benthos, générer des noms différents - https://forge.codelutin.com/issues/8334 [CAPTURE] si les poids sont saisis dans le tableau des mensurations et que on est en tri ascendant ou descendant, à l'élévation les poids n'apparaissent pas dans le tableau Changelog complet : https://forge.codelutin.com/versions/993 Utiliser Allegro Campagne ------------------------- Il s'agit d'une version incrémentale qui se met à jour toute seule. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Pour utiliser cette nouvelle version avant son passage en production, changez l'url des mises à jour sur cette url: http://tutti.codelutin.com/update/tutti-application-4.5.5.properties ou bien http://tutti.codelutin.com/update/tutti-application-latest.properties Tester Allegro Campagne ----------------------- Les tickets à valider sont en état « En attente de validation par le client ». o si la correction / évolution est conforme, il faut passer le ticket en état «Terminée ». o si la correction / évolution n'est pas conforme, il faut créer un nouveau ticket, en indiquant si possible dans le champs « Ticket parent » le numéro du ticket incriminé. *Merci de ne pas changer la version d'un ticket.* Vous pouvez retrouver la liste des tickets à valider ici : https://forge.codelutin.com/projects/tutti/issues?query_id=145 Liens du projet --------------- * Documentation : http://tutti.codelutin.com * Roadmap : https://forge.codelutin.com/projects/tutti/roadmap * Forge : https://forge.codelutin.com/projects/tutti Cordialement, -L'équipe tutti. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 0

[CR] Réunion du 13 juin 2016
by Léo Kaufmann June 24, 2016

June 24, 2016

Bonjour, Voici le compte rendu de la réunion de mardi dernier. La prochaine réunion est lundi à 15h30. Attention Christian ce n'est pas l'horaire que l'on avait fixé dans un premier temps. ================================== Réunion d'avancement du 21/06/2016 ================================== Présents : * Anne-Sophie Cornou (Ifremer) * Christian Bonnet (Ifremer) * Vincent Badts (Ifremer) * Benjamin Poussin (Code Lutin) * Léo Kaufmann (Code Lutin) Revue de tickets ================ Mauvais identifiants batch-RankOrder ------------------------------------ L'anomalie semble être présente depuis la version 4.4.x donc plusieurs campagnes auraient été impactés par cette anomalie. Adiago utilise le même rankOrder pour plusieurs entrées pour un même père (Il n'y a pas de contrôle d'intégrité dans la base). Le problème réside dans le fait d'utiliser un TreeSet, plutôt qu'une liste ordonnée, lors de la remontée d'informations car les entrées ayant le même rankOrder et le même père ne sont pas toutes remontées. Un correctif (#8349) a été soumis pour Adagio afin de remonter toutes les entrées. La version 4.5.4 de Tutti prendre en compte ce correctif d'Adagio. Vincent et Anne-Sophie ont - ou vont - contacter les responsables des campagnes pour migrer la version de l'application et récupérer les lots qui n'étaient plus visibles. Une vérification des données devra donc être faite afin de vérifier qu'il n'y a pas de lots en doublon (les saisisseurs ayant pu recréer un lot ne voyant plus celui précédemment créé). La 4.5.4 a été passée en production ce matin. La campagne MEDITS va se terminer prochainement. La campagne PELMED commence la semaine prochaine, avec la version 4.5.4. Évolutions à préciser ===================== Rapports prélèvements (#8332) ----------------------------- Q: Le graphique souhaité est-il similaire au graphique de l'écran de mensuration ? Oui, c'est le même type de graphique (graphique en bar avec les classes de taille en abscisse et le nombre d'individus prélevés dans la catégorisation en ordonnée). Actuellement les exports génériques sont exploités à l'aide de tableaux croisés dynamiques (exemple de filtres : Classe de taille, Trait, Sexe) dans un tableur. Il faudrait faciliter ce traitement (avoir un export dédié à une utilisation avec tableaux croisés dynamiques par exemple) ou le proposer directement dans l'application. Réflexions liés à ce sujet : * Est-ce qu'il faut un export adapté pour une utilisation avec tableau croisé dynamique ou un rapport inclus directement le graphique ? * Est-ce que ce rapport/export est-il toujours pertinent si la fiabilité des données est garantie ? * Faudrait-il pouvoir exécuter des scripts R sur les données incluses dans Tutti ? Observations individuelles - Navigation efficace (#8048) -------------------------------------------------------- Q: Y a-t-il déjà eu des réflexions sur les améliorations possibles de l'interface ? Quel est le principal cas d'utilisation visé par ce besoin ? Sur certaines campagnes la saisie des observations individuelles est effectué en décalage par rapport au trait, à partir de fiches papiers. Dans ce cas il est préférable de faire la saisie par espèce, plutôt que par trait comme c'est prévu dans l'interface actuelle. Il faut donc ajouter la possibilité de rester sur la même espèce et de changer de trait facilement pour atteindre le prochain trait ayant également des lots de cette espèce. Au niveau interface, la navigation doit être faisable via des raccourcis. Il n'est pas nécessaire d'afficher des boutons sur les écrans car cette fonctionnalité ne doit pas être trop facilement accessible, et les écrans d'édition des traits et captures est déjà trop chargé. L'accès au trait précédent et au trait suivant, ayant un lot de l'espèce, est donc placé dans le menu du haut de l'application. Une option aurait pu être ajoutée dans la configuration pour activer ou désactiver cette fonctionnalité, par peur que l'utilisateur se trompe, mais ce n'est pas nécessaire car elle sera accessible uniquement par le menu du haut et avec un libellé explicite. Comme c'est le cas lorsqu'on quitte un trait, l'enregistrement doit être forcé (Fenêtre de confirmation avant de quitter l'écran) en cas de modification de données et basculement vers un autre trait. Différencier prélèvement et enregistrement taille/poids (#8330) --------------------------------------------------------------- Les compteurs peuvent servir à deux cas d'utilisation : * Suivre le prélèvement de pièces calcifiées et les tracer (même identifiant que dans le pilulier qui contient les pièces calcifiées) * Garder la trace du nombre d'individus pour lesquels ont été mesuré la taille et le poids. Le premier cas d'utilisation est satisfait par les fonctionnalités existantes de l'application. Pour le deuxième, il faudrait apporter des modifications pour qu'il puisse également être traité dans l'application : * Dans l'onglet Prélèvement de paramètres individuels du protocole, ajouter une colonne "Pièces calcifiées" avec case à cocher dans le tableau Algorithme. * Dans la saisie des observations individuelles : * Si la case "Pièces calcifiées" est cochée pour l'espèce, c'est le même fonctionnement qu'actuellement. Le code de prélèvement est rempli (valeur remplie automatiquement) lors d'un clic sur la case correspondante. * Si la case "Pièces calcifiées" est décochée pour l'espèce, le code prélèvement est grisé et rempli automatiquement si les champs taille et poids ont été saisis. * Renommer le code de prélèvement en code individu pour que ça soit parlant dans les deux cas d'utilisation. Le mécanisme actuel de compteur correspond aux deux cas d'utilisation, il n'est donc pas à modifier. Améliorations ergonomiques ========================== Raccourcis dans l'application ----------------------------- Beaucoup de raccourcis ne sont pas opérationnel car en double et une seule action peut-être liée à un raccourci clavier. Idéalement il faudrait modifier cela pour que dans chaque écran un raccourci ne corresponde qu'à une seule action. Si des changements sont à apporter, l'Ifremer doit fournir les raccourcis à conserver ou à modifier. Actions à mener =============== * (Ifremer) : Fournir le document détaillant les changements entre AdagioCore et IfremerSynchro (Vu en réunion du 13/06/16). * (Code Lutin) : Chiffrer les tickets de la 4.5.5 * (Code Lutin) : Mise à jour des spécifications jusqu'à la version 4.5.4 Planning ======== Prochaine réunion hebdomadaire lundi à 15h30 (à Code Lutin pour les Nantais). -- Léo Kaufmann - Code Lutin 02.40.50.29.28 - www.codelutin.com

1 1