On Wed, 29 Jan 2020 16:59:05 +0100
Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
> Le 29/01/2020 à 16:37, Jean Couteau a écrit :
> > Ok, sauf que j'ai une opération manquante du coup (U0386), présente
> > dans le fichier biometry mais pas operations.
> Peux tu enlever les données associées à U0386 pour le test?

Oui, pour l'instant je teste sur 2015 pour pas me mélanger les
pinceaux, mais quand je valide sur 2016, c'est ce que je ferai

> >>> L'export des echotypes dans le Vocabulary échoue car le
> >>> SpeciesCategory n'est pas un entier. Pour rappel, nous utilisons
> >>> alors le champ id de l'echotype qui est une chaîne de caractère
> >>> et, dans mes imports vaut : 1,5,G ou vide. Du coup, les valeurs G
> >>> ou vide posent problème. On avait fait ça au mois d'avril, mais
> >>> peut-être n'est-ce pas bon.
> >> Le "SpeciesCategory" de l'export CIEM echotype correspond à la
> >> colonne "id" de la table "echotype" d'EB. La valeur de cette
> >> colonne "id" doit correspondre à la colonne "label" de la table
> >> "VocabularyCIEM". Il faut exporter le "code" de la table
> >> "VocabularyCIEM" correspondant comme "SpeciesCategory" de l'export
> >> CIEM echotype.
> > Ok, donc :
> > - 0 -> AC_CatchCategory_1
> > - G -> AC_CatchCategory_2,
> >
> > mais chaîne vide ? et 5 ?
> 
> je ne comprend pas pourquoi tu as des valeurs vides et 5. Les seules 
> valeurs possibles sont "0" et "G" (cf. fichier import echotypes en
> PJ).

Euh, tu as dû oublier la pièce jointe. Moi le fichier que j'ai est en
PJ. LE tableau que tu m'a donné ne correspond pas complètement. Peux-tu
me renvoyer le bon ?

Sinon, le biotic est prêt à 1 détail près. Dans les fichiers d'import
j'ai 3 Haul avec des weightAtLength a plus de 3 chiffres après la
virgule, et du coup j'ai des erreurs d'arrondis (je tombe à 0.1 près
au dessus ou en dessous, mais pas pile :( ). Est-ce normal d'avoir 6 ou
7 chiffres significatifs ?

Jean