30 Jan
2020
30 Jan
'20
2:41 p.m.
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