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

Pour Léo : description format générique pour mise à jour spec
by Vincent BADTS 28 Nov '16

28 Nov '16

Bonjour, En pièce jointe le format générique pour mise à jour des spec Merci -- 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 2

Chiffrage des tickets version 4.6.1
by Jean Couteau 13 Oct '16

13 Oct '16

Vincent, comme convenu au téléphone, voici le chiffrage et les remarques ticket par ticket réalisé par Benjamin. Je te laisse choisir les tickets que tu souhaites corriger et les différentes options pour chaque. Je te ferais un devis propre une fois que tu auras choisi. #8561 : 3 demandes distinctes dans le ticket : - Correction des doublons dans le rapport : 2j - Suppression d'une contrainte : 1j, si il n'y a pas d'autres contraintes empêchant la modification (ex. Adagio) - Contrôle que l'anomalie poids père < poids fils, est bien remontée dans le .txt : 2j PS : ce ticket a été effacé. Est-ce toi qui l'a effacé (volontairement ou par erreur) car c'est une machine de l'Ifremer qui y a accédé en dernier ? #8567 : Rapport import générique - Fenêtre trop grande : 1j #8569 : Remplacement espèce temporaire : 2.5j #8611 : Le problème vient des rank order qui ont les mêmes valeurs en base. Nous avons effectué une correction dans un ticket précédent pour que les lots ayant le même rank order remontent de la base (correction dans Adagio), mais il est toujours possible que dans certains cas, comme celui que tu as relevé, il y ai plusieurs fois le même rank order pour des lots de même niveau. Plusieurs options se présentent : - Correction du rapport Birt pour supporter les rank order identiques : 0j (travail non effectué par Code Lutin, correction similaire à celle réalisée dans Adagio) - Garantir un export avec des rank order différents (correction ponctuelle ne corrigeant pas la problématique générale des rank order) : 3j - Révision complète de l'enregistrement des rank order dans Tutti : 20j, ou correction du seul cas relevé : 3j #8612 : Problème venant du thème graphique Nimbus utilisé dans Tutti. As-tu pu reproduire ? As-tu eu d'autres problèmes d'affichage avant ou après ? #8613 : Transformer erreur en warning : 0.5j, si il n'y a pas d'autres contraintes empêchant la modification (ex. Adagio) Je reste à ta disposition si tu as des questions. Jean

1 0

Import générique - Algorithme catch.csv
by Jean Couteau 11 Oct '16

11 Oct '16

Bonjour Vincent, Voilà comment l'import du fichier catch.csv est réalisé : Pour chaque opération : - regroupement des lignes du fichier à partir du taxon + vrac / hors vrac ; - les lignes ayant le même taxon sont regroupées en créant des lots fils par catégorie ; - *_Lot_Id sert à faire le lien avec les observations individuelles. - Les numéros d'ordres sont tous réécrits (sans doute pour garantir qu'ils soient tous uniques, car cela a été fait avant la correction du bug sur les rank order). Donc dans ton cas, ton traitement sur les Lot_Id est nécessaire en cas d'observations individuelles, les identifiants doivent être cohérents entre les deux fichiers. Le traitement n'est pas nécessaire dans le cas contraire. Au niveau de l'ordre, il est fait sur l'ordre des identifiants des taxons. Nous allions faire une release pour la doc aujourd'hui, nous pouvons encore changer l'ordre en conservant l'ordre d'apparition des taxons dans le fichier. A toi de nous dire ce que tu préfères, nous ferons la livraison dans la foulée. Est-ce que cela te convient ? N'hésite pas à nous rappeler si tu as des questions. Jean

3 9