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

[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

Tutti : erreur détectée, perte de lots à l'écran mais données en base....
by Vincent BADTS June 20, 2016

June 20, 2016

Bonjour à tous, Pour bien démarrer la matinée, un petit message pour vous informer que nous avons détecté une anomalie dans Tutti. Cette anomalie entraine la perte de lot "visuellement" à l'écran. En effet les données sont bien en base mais ne s'affichent pas à l'écran, heureusement... Cependant ces données ne sont pas exportées dans l'export générique. Si les lots ont des observations individuelles, on retrouve cependant ces observations dans l'export générique (mais ces lots sont orphelins car non rattachés à la capture) En manipulant les écran, j'arrive effectivement à faire disparaitre des lots. J'ai aussi réussi à refaire apparaitre un lot "perdu" ce qui confirme que les données sont bien en base et non corrompues. Reste à trouver comment tous les faire réapparaitre. Nous pensons que nous sommes face à la anomalie similaire à celle détectée il y a une année quand des lots disparaissaient suite à un changement de catégorisation du lot de Vrac à Hors Vrac et inversement. Code lutin analyse l'anomalie sur le ticket de la forge CodeLutin #8335. Christian, peux tu regarder ce ticket ? L'aide de Benoit Lavenier serait il possible ? J'invite la Campagne MEDITS à la prudence sur l'usage de la fonctionnalité de changement de catégorisation Vrac en Hors Vrac (et inversement). Merci de nous remonter votre analyse sur cette suspicion autours de la catégorisation Vrac Hors Vrac. Bonne journée à tous -- 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

3 6

[ANN] Allegro Campagne Nouvelle version 4.5.4
by Benjamin POUSSIN June 20, 2016

June 20, 2016

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.5.4 ! 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: - https://forge.codelutin.com/issues/8329 [OBSERVATION INDIVIDUELLES] les mesures envoyés par la règle ou le pied à coulisse sont cachés en bas de tableau - https://forge.codelutin.com/issues/8349 [TECHNIQUE] supporter les bases corrompues qui utilisent le plusieurs fois le même rank order pour Catch Issue Changelog complet : https://forge.codelutin.com/versions/991 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.3.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 20, 2016

June 20, 2016

Bonjour, Voici le compte rendu de la dernière réunion. La prochaine réunion est prévue demain à 10h30. ================================== Réunion d'avancement du 13/06/2016 ================================== Présents : * Anne-Sophie Cornou (Ifremer) * Christian Bonnet (Ifremer) * Vincent Badts (Ifremer) * Benjamin Poussin (Code Lutin) * Léo Kaufmann (Code Lutin) Réorganisation de l'équipe Code Lutin ===================================== Tony est absent pour une durée indéterminée. Le projet est donc repris par Léo et Benjamin côté Code Lutin. Revue des tickets ================= #8337 : Compteur de l'algo de prélèvement ----------------------------------------- L'anomalie a été corrigée et incluse dans une version livrée le jeudi 9/06. (Q) Y a-t-il eu des retours sur cette version ? Vincent n'a pas eu de retour des personnes de l'Europe. #8314 : export espèce ou export benthos, générer des noms différents -------------------------------------------------------------------- Du fait de la factorisation des exports sur les espèces et les benthos, l'extension de fichier est la même et cela porte à confusion au moment de l'import. Campagne PELMED =============== La campagne PELMED démarre le 27 juin. Il est important de régler deux anomalies pour cette campagne (#8329 et #8335). Sous réserve du temps nécessaire à la correction de ces anomalies, il faudrait que le correctif soit disponible en fin de semaine 24 pour disposer de quelques jours de tests avant la campagne. #8329: Dernière ligne des observations individuelles non visible avec le pied à coulisse ---------------------------------------------------------------------------------------- L'erreur a été relevée sur seulement deux machines à bord (reliées à des écrans). Au moment de l'enregistrement d'une mensuration via le pied à coulisse, le tableau descend automatiquement à l'avant-dernière ligne mais la dernière n'est pas visible. Elle a été constatée également sur l'ordinateur de Vincent en utilisant un écran externe (résolution: 1280x1024). Sans l'écran, l'erreur n'a pas été constatée sur l'ordinateur de Vincent. L'erreur pouvant être reproduite et s'agissant d'un petit problème d'affichage, la correction de cette anomalie ne devrait pas être compliquée. Vincent prête un pied à coulisse à Code Lutin pour tester la correction qui va être mise en place. #8335: Erreur lors de l'import générique ---------------------------------------- Le message d'erreur obtenu lors de l'import est "Persisted Species batch id not found for import species batch id: 101334". Vincent a reçu une base et un fichier d'export générique. À l'import générique de celui-ci l'erreur se produit systématiquement. Anne-Sophie reproduit aussi l'erreur avec d'autres jeux de données. Le fichier zip sera à supprimer du ticket une fois récupéré. À l'avenir il est préférable de protéger les échanges de données sur la forge publique. Synchronisation =============== Le module de synchronisation AdagioCore s'appelle maintenant IfremerSynchro. AdagioCore est utilisé dans Tutti. IfremerSynchro a été intégré à ObsDeb et la transition a montré quelques soucis d'intégration. Il y a quelques changements entre les deux modules, il faudra donc prévoir d'intégrer ces changements de synchronisation dans Tutti. Pour Code Lutin, il serait intéressant d'avoir le détail des changements entre AdagioCore et IfremerSynchro. Un document existe et sera utile avant d'anticiper les modifications à prévoir. Contractuel =========== Les tickets de la 4.5.4 sont à chiffrer par Code Lutin. Actions à mener =============== * (Ifremer) : Fournir le document détaillant les changements entre AdagioCore et IfremerSynchro. * (Code Lutin) : Chiffrer les tickets de la 4.5.4 * (Code Lutin) : Mise à jour des spécifications jusqu'à la version 4.5.3 Planning ======== La prochaine campagne prévue est CGFS vers mi-septembre, début octobre. Congés : * Vincent : Mi-juillet à mi-août * Anne-Sophie : Août * Benjamin : Mi-juillet à mi-août Prochaine réunion hebdomadaire mardi à 10h30.

1 0

Fwd: [ANN] SIH-Adagio Core - Nouvelle version de maintenance 3.8.6.4
by Benoit Lavenier June 17, 2016

June 17, 2016

Benjamin, la correction a été appliquée, et une la version d'adagio est disponible. Il faudra prévoir de passer sur une version plus récente d'Adagio (version actuelle stable : 4.0.1) a+ Benoit. ---------- Message transféré ---------- De : Benoit Lavenier <benoit.lavenier(a)e-is.pro> Date : 17 juin 2016 à 18:24 Objet : [ANN] SIH-Adagio Core - Nouvelle version de maintenance 3.8.6.4 À : "sih-adagio-devel(a)forge.ifremer.fr" <sih-adagio-devel(a)forge.ifremer.fr>, Benjamin Poussin <poussin(a)codelutin.com> Bonjour, L'équipe du SIH-Adagio Core vous annonce la sortie de la version de maintenance 3.8.6.4 d'Adagio (pour pour Allegro). --- Informations sur la version --- Le but de cette version est : - De pallier au problème d'affichage des lots dans Allegro-Campagne (anomalie redmine #8349 <https://forge.codelutin.com/issues/8349> : lignes de a table *BATCH *avec un *RANK_ORDER* en doublon, pour le même lot père). Merci à Benjamin pour la correction. Elle va être reportée dans le *trunk * SVN. --- Utiliser SIH-Adagio-Core --- Sous Maven, pour utiliser la version pour base centrale du SIH (Oracle) : <dependency> <groupId>fr.ifremer.adagio</groupId> <artifactId>adagio-core</artifactId> <version>3.8.6.4</version> </dependency> Pour utiliser la version pour base Allegro (HsqlDB) : <dependency> <groupId>fr.ifremer.adagio</groupId> <artifactId>adagio-core-allegro</artifactId> <version>3.8.6.4</version> </dependency> --- Remontez vos remarques --- Soit par mail à sih-adagio-devel(a)forge.ifremer.fr. ou par un mantis : https://forge.ifremer.fr/mantis/set_project.php?project_id=175&ref=https://… Choisir "sih-adagio" de la version "adagio-core-3.8.6.4". --- Liens du projet --- * Documentation : http://www.ifremer.fr/sih-adagio * Roadmap : https://forge.ifremer.fr/mantis/set_project.php?project_id=175&ref=https://… <https://forge.ifremer.fr/mantis/set_project.php?project_id=175&ref=https://…> * Forge : https://forge.ifremer.fr/projects/sih-adagio Cordialement, L'équipe d'Adagio Core

1 0

Prochaine réunion Tutti - mardi 14 juin 10h
by Christian BONNET June 13, 2016

June 13, 2016

bonjour, je vous propose de faire un point projet mardi prochain 10h. Ca nous permettra de voir où on en est sur la version qui a été testée durant Medits et de planifier et préparer le prochain lot d'évolution. Je propose donc l'ordre du jour suivant : - Bilan de la version 4.5.2 (reste à faire éventuels : anomalies, mise à jour de spécifications) - Prochain lot à venir (Contenu et planning) - Organisation pour l'intégration du développement de la synchronisation vers harmonie 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

5 7

Tutti 4.5.4 avec tickets #8335 et #8329 pour la semaine 24
by Vincent BADTS June 10, 2016

June 10, 2016

Bonjour, Le lundi 25 juin débutera la campagne PELMED (à la suite de MEDITS) Il est important de mettre à disposition une version corrigée de Tutti intégrant à minima les tickets : #8335 #8329 Merci de proposer un retroplanning pour une livraison au plus tard le vendredi 27 juin afin d'avoir le temps de préparer le logiciel pour la campagne PELMED Cordialement -- 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

1 0

[ANN] Allegro Campagne Nouvelle version 4.5.3
by Benjamin POUSSIN June 9, 2016

June 9, 2016

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.5.3 ! 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 un unique anomalie (https://forge.codelutin.com/issues/8337) Changelog complet : https://forge.codelutin.com/versions/985 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.3.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