Hello Pour les tickets, il reste un détails sur une ligne qui pose des soucis pour les résultats de région. J'ai modifier le vocabulaire pour les code Gear. Il y avait pas de moyen pour ajouter des calibrations, j'ai fait les modifications, c'est maintenant possible dans la partie modification des données. J'ai corrigé un soucis sur le SaCategory, c'était un problème de clé de vocabulaire de mon coté. Par contre il reste le soucis sur DepthRefSurfaceStart qui n'est pas accessible comme je suis en train d'exporter les cellules esdu et non des cellules élémentaires. En conséquence j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut faire ? Je peux par exemple mettre tous les data dans le même sample, mais il restera tout de même le soucis sur les chanels qui sont calculé sur DepthRefSurfaceStart. Pour info, je suis passé un moment à 61697 erreurs sur le fichier accoustique, ils font des modifications ce qui m'oblige de faire des corrections supplémentaires. Voici le résultat du dernier export : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... Julien Le Tue, 15 Nov 2016 13:07:28 +0100, mdoray <Mathieu.Doray@ifremer.fr> a écrit :

Hello

Mes réponses dans le texte

Le 2016-11-10 17:02, Julien Ruchaud a écrit :

...

Hello

J'ai pris du temps pour regarder tranquillement les soucis sur echobase. Pour les tickets, j'ai fait le tour, il reste quelques questions et quelques tris.

j'ai répondu ce que je pouvais dans les tickets

Coté Atlantos :

Pour le fichier Biotic, il reste que des soucis de vocabulaire : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR...

PMT_57x52 Pelagic midwater trawl 57x52 Gear False 2016-10-28 2016-10-28

PMT_76x70 Pelagic midwater trawl 76x70

les codes ICES pour nos chaluts sont dans le tableau ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke les codes espèce worms

Par contre le fichier Acoustic me pose plus de soucis http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio...

- Il manque les données de calibration d'où des erreurs, j'ai vérifié et nous avons rien en base.

je ne me rappelle plus comment on importe les données de calibration : peux tu créer un fichier fictif et l'importer pour que l'on puisse tester l'export complet?

- Le sample doit être unique, en regardant de plus prêt nous avons des ChannelDepthUpper et ChannelDepthLower avec toujours la même valeur sur des samples dans les même logs. Je pense que le calcul n'est pas bon, on se base sur DepthRefSurfaceStart mais il semble pas être présent en base.

Je te mets un exmple :

<Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample> <Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample>

Dans ton exemple, les paires samples/SaCategory ne devraient pas être dupliqués. La combinaison esdu:sample:SaCategory doit être unique. Par contre je ne sais pas comment le format ICES gère différentes SaCategory attachées sur un même sample, je vais leur poser la question.

DepthRefSurfaceStart doit être en base et doit contenir la valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du fichier d'import des cellules de type elementary

A suivre...

M

Il me faut tes éclaircissements sur les différents points pour pouvoir avancer.

Merci

Julien

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Hello Oui tu peux supprimer le tomcat 7, conserve tout de même la version de coser de déployer. Pour le démarrage j'ai trouvé ça : http://askubuntu.com/questions/9382/how-can-i-configure-a-service-to-run-at-... Julien Le Mon, 21 Nov 2016 17:23:04 +0100, Olivier BERTHELE <Olivier.Berthele@ifremer.fr> a écrit :

Coucou,

On a du rebooter acoustica. Du coup, c'est le mauvais tomcat qui s'est lancé (les 2 (le 7 et 8) tournent, mais echobase se lance avec tomcat7 au lieu du 8. A priori, il n'y a que Coser qui utilisait tomcat7 (voir copie d'écran en fin de mail). Comme maintenant, vous utilisez le coser sur l'autre serveur, peux-tu me confirmer que je peux supprimer tomcat7 ? Question subsidiaire, comment forcer echobase à utiliser tomcat8, stp ? Merci Olvieir

Le 16/11/2016 à 11:41, Julien Ruchaud a écrit : Hello

...

Pour les tickets, il reste un détails sur une ligne qui pose des soucis pour les résultats de région.

J'ai modifier le vocabulaire pour les code Gear.

Il y avait pas de moyen pour ajouter des calibrations, j'ai fait les modifications, c'est maintenant possible dans la partie modification des données.

J'ai corrigé un soucis sur le SaCategory, c'était un problème de clé de vocabulaire de mon coté.

Par contre il reste le soucis sur DepthRefSurfaceStart qui n'est pas accessible comme je suis en train d'exporter les cellules esdu et non des cellules élémentaires. En conséquence j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut faire ? Je peux par exemple mettre tous les data dans le même sample, mais il restera tout de même le soucis sur les chanels qui sont calculé sur DepthRefSurfaceStart.

Pour info, je suis passé un moment à 61697 erreurs sur le fichier accoustique, ils font des modifications ce qui m'oblige de faire des corrections supplémentaires.

Voici le résultat du dernier export : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio...

Julien

Le Tue, 15 Nov 2016 13:07:28 +0100, mdoray <Mathieu.Doray@ifremer.fr> a écrit :

Hello

...

Mes réponses dans le texte

Le 2016-11-10 17:02, Julien Ruchaud a écrit :

Hello

...

J'ai pris du temps pour regarder tranquillement les soucis sur echobase. Pour les tickets, j'ai fait le tour, il reste quelques questions et quelques tris.

j'ai répondu ce que je pouvais dans les tickets

Coté Atlantos :

Pour le fichier Biotic, il reste que des soucis de vocabulaire : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR...

PMT_57x52 Pelagic midwater trawl 57x52 Gear False 2016-10-28 2016-10-28

PMT_76x70 Pelagic midwater trawl 76x70

les codes ICES pour nos chaluts sont dans le tableau ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke les codes espèce worms

Par contre le fichier Acoustic me pose plus de soucis http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio...

- Il manque les données de calibration d'où des erreurs, j'ai vérifié et nous avons rien en base.

je ne me rappelle plus comment on importe les données de calibration : peux tu créer un fichier fictif et l'importer pour que l'on puisse tester l'export complet?

- Le sample doit être unique, en regardant de plus prêt nous avons des ChannelDepthUpper et ChannelDepthLower avec toujours la même valeur sur des samples dans les même logs. Je pense que le calcul n'est pas bon, on se base sur DepthRefSurfaceStart mais il semble pas être présent en base.

Je te mets un exmple :

<Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample> <Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample>

Dans ton exemple, les paires samples/SaCategory ne devraient pas être dupliqués. La combinaison esdu:sample:SaCategory doit être unique. Par contre je ne sais pas comment le format ICES gère différentes SaCategory attachées sur un même sample, je vais leur poser la question.

DepthRefSurfaceStart doit être en base et doit contenir la valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du fichier d'import des cellules de type elementary

A suivre...

M

Il me faut tes éclaircissements sur les différents points pour pouvoir avancer.

Merci

Julien

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Hello J'ai fait les dernières corrections mais au moment de tester le site de ices semble ne plu fonctionner :-/. Résultat j'attends avant de faire la version. Julien Le Wed, 16 Nov 2016 11:41:37 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

Hello

Pour les tickets, il reste un détails sur une ligne qui pose des soucis pour les résultats de région.

J'ai modifier le vocabulaire pour les code Gear.

Il y avait pas de moyen pour ajouter des calibrations, j'ai fait les modifications, c'est maintenant possible dans la partie modification des données.

J'ai corrigé un soucis sur le SaCategory, c'était un problème de clé de vocabulaire de mon coté.

Par contre il reste le soucis sur DepthRefSurfaceStart qui n'est pas accessible comme je suis en train d'exporter les cellules esdu et non des cellules élémentaires. En conséquence j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut faire ? Je peux par exemple mettre tous les data dans le même sample, mais il restera tout de même le soucis sur les chanels qui sont calculé sur DepthRefSurfaceStart.

Pour info, je suis passé un moment à 61697 erreurs sur le fichier accoustique, ils font des modifications ce qui m'oblige de faire des corrections supplémentaires.

Voici le résultat du dernier export : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio...

Julien

Le Tue, 15 Nov 2016 13:07:28 +0100, mdoray <Mathieu.Doray@ifremer.fr> a écrit :

...

Hello

Mes réponses dans le texte

Le 2016-11-10 17:02, Julien Ruchaud a écrit :

...

Hello

J'ai pris du temps pour regarder tranquillement les soucis sur echobase. Pour les tickets, j'ai fait le tour, il reste quelques questions et quelques tris.

j'ai répondu ce que je pouvais dans les tickets

Coté Atlantos :

Pour le fichier Biotic, il reste que des soucis de vocabulaire : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR...

PMT_57x52 Pelagic midwater trawl 57x52 Gear False 2016-10-28 2016-10-28

PMT_76x70 Pelagic midwater trawl 76x70

les codes ICES pour nos chaluts sont dans le tableau ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke les codes espèce worms

Par contre le fichier Acoustic me pose plus de soucis http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio...

- Il manque les données de calibration d'où des erreurs, j'ai vérifié et nous avons rien en base.

je ne me rappelle plus comment on importe les données de calibration : peux tu créer un fichier fictif et l'importer pour que l'on puisse tester l'export complet?

- Le sample doit être unique, en regardant de plus prêt nous avons des ChannelDepthUpper et ChannelDepthLower avec toujours la même valeur sur des samples dans les même logs. Je pense que le calcul n'est pas bon, on se base sur DepthRefSurfaceStart mais il semble pas être présent en base.

Je te mets un exmple :

<Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample> <Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample>

Dans ton exemple, les paires samples/SaCategory ne devraient pas être dupliqués. La combinaison esdu:sample:SaCategory doit être unique. Par contre je ne sais pas comment le format ICES gère différentes SaCategory attachées sur un même sample, je vais leur poser la question.

DepthRefSurfaceStart doit être en base et doit contenir la valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du fichier d'import des cellules de type elementary

A suivre...

M

Il me faut tes éclaircissements sur les différents points pour pouvoir avancer.

Merci

Julien

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Rere, Ok pour le code. Je parlais du vocabulaire suivant http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml Les deux autres AC_ProcessingMethod et AC_DataAcquisitionSoftwareName sont bon. Julien Le Tue, 22 Nov 2016 11:19:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

re,

le code 140670 n'existe effectivement pas dans le vocabulaire... j'ai demandé l'ajout. En attendant tu peux utiliser 140270

le code "ER60" est bien utilisé 2 fois dans le vocab : une fois pour AC_ProcessingMethod <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, et une autre pour AC_DataAcquisitionSoftwareName <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>.

Il faudrait changer l'un des 2 c'est ça?

En attendant tu peux utiliser "on-axis <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>"

A+

M

Le 22/11/2016 à 10:04, Julien Ruchaud a écrit :

...

Hello

J'ai fait les dernières corrections mais au moment de tester le site de ices semble ne plu fonctionner :-/. Résultat j'attends avant de faire la version.

Julien

Le Wed, 16 Nov 2016 11:41:37 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

...

Hello

Pour les tickets, il reste un détails sur une ligne qui pose des soucis pour les résultats de région.

J'ai modifier le vocabulaire pour les code Gear.

Il y avait pas de moyen pour ajouter des calibrations, j'ai fait les modifications, c'est maintenant possible dans la partie modification des données.

J'ai corrigé un soucis sur le SaCategory, c'était un problème de clé de vocabulaire de mon coté.

Par contre il reste le soucis sur DepthRefSurfaceStart qui n'est pas accessible comme je suis en train d'exporter les cellules esdu et non des cellules élémentaires. En conséquence j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut faire ? Je peux par exemple mettre tous les data dans le même sample, mais il restera tout de même le soucis sur les chanels qui sont calculé sur DepthRefSurfaceStart.

Pour info, je suis passé un moment à 61697 erreurs sur le fichier accoustique, ils font des modifications ce qui m'oblige de faire des corrections supplémentaires.

Voici le résultat du dernier export : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio...

Julien

Le Tue, 15 Nov 2016 13:07:28 +0100, mdoray <Mathieu.Doray@ifremer.fr> a écrit :

...

Hello

Mes réponses dans le texte

Le 2016-11-10 17:02, Julien Ruchaud a écrit :

...

Hello

J'ai pris du temps pour regarder tranquillement les soucis sur echobase. Pour les tickets, j'ai fait le tour, il reste quelques questions et quelques tris.

j'ai répondu ce que je pouvais dans les tickets

Coté Atlantos :

Pour le fichier Biotic, il reste que des soucis de vocabulaire : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR...

PMT_57x52 Pelagic midwater trawl 57x52 Gear False 2016-10-28 2016-10-28

PMT_76x70 Pelagic midwater trawl 76x70

les codes ICES pour nos chaluts sont dans le tableau ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke les codes espèce worms

Par contre le fichier Acoustic me pose plus de soucis http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio...

- Il manque les données de calibration d'où des erreurs, j'ai vérifié et nous avons rien en base.

je ne me rappelle plus comment on importe les données de calibration : peux tu créer un fichier fictif et l'importer pour que l'on puisse tester l'export complet?

- Le sample doit être unique, en regardant de plus prêt nous avons des ChannelDepthUpper et ChannelDepthLower avec toujours la même valeur sur des samples dans les même logs. Je pense que le calcul n'est pas bon, on se base sur DepthRefSurfaceStart mais il semble pas être présent en base.

Je te mets un exmple :

<Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample> <Sample> <ChannelDepthUpper>0.0</ChannelDepthUpper> <ChannelDepthLower>10.0</ChannelDepthLower> <PingAxisInterval>1</PingAxisInterval> <PingAxisIntervalType IDREF="AC_PingAxisIntervalType_distance"/> <PingAxisIntervalUnit IDREF="AC_PingAxisIntervalUnit_nmi"/> <SvThreshhold>-60</SvThreshhold> <Instrument IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> <Calibration IDREF=""/> <DataAcquisition IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> <DataProcessing IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> <PingAxisIntervalOrigin IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> <SaCategory IDREF="AC_SaCategory_D4"/> <Type IDREF="AC_AcousticDataType_C"/> <Unit IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> </Sample>

Dans ton exemple, les paires samples/SaCategory ne devraient pas être dupliqués. La combinaison esdu:sample:SaCategory doit être unique. Par contre je ne sais pas comment le format ICES gère différentes SaCategory attachées sur un même sample, je vais leur poser la question.

DepthRefSurfaceStart doit être en base et doit contenir la valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du fichier d'import des cellules de type elementary

A suivre...

M

Il me faut tes éclaircissements sur les différents points pour pouvoir avancer.

Merci

Julien

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Ok C'est bon !!! http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio... Je te laisse appuyer sur upload data ;-) Julien Le Tue, 22 Nov 2016 11:33:30 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

pour http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, il faut utiliser SS <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')>

Le 22/11/2016 à 11:25, Julien Ruchaud a écrit :

...

Rere,

Ok pour le code.

Je parlais du vocabulaire suivant http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml

Les deux autres AC_ProcessingMethod et AC_DataAcquisitionSoftwareName sont bon.

Julien

Le Tue, 22 Nov 2016 11:19:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

re,

le code 140670 n'existe effectivement pas dans le vocabulaire... j'ai demandé l'ajout. En attendant tu peux utiliser 140270

le code "ER60" est bien utilisé 2 fois dans le vocab : une fois pour AC_ProcessingMethod <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, et une autre pour AC_DataAcquisitionSoftwareName <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>.

Il faudrait changer l'un des 2 c'est ça?

En attendant tu peux utiliser "on-axis <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>"

A+

M

Le 22/11/2016 à 10:04, Julien Ruchaud a écrit :

...

Hello

J'ai fait les dernières corrections mais au moment de tester le site de ices semble ne plu fonctionner :-/. Résultat j'attends avant de faire la version.

Julien

Le Wed, 16 Nov 2016 11:41:37 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

...

Hello

Pour les tickets, il reste un détails sur une ligne qui pose des soucis pour les résultats de région.

J'ai modifier le vocabulaire pour les code Gear.

Il y avait pas de moyen pour ajouter des calibrations, j'ai fait les modifications, c'est maintenant possible dans la partie modification des données.

J'ai corrigé un soucis sur le SaCategory, c'était un problème de clé de vocabulaire de mon coté.

Par contre il reste le soucis sur DepthRefSurfaceStart qui n'est pas accessible comme je suis en train d'exporter les cellules esdu et non des cellules élémentaires. En conséquence j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut faire ? Je peux par exemple mettre tous les data dans le même sample, mais il restera tout de même le soucis sur les chanels qui sont calculé sur DepthRefSurfaceStart.

Pour info, je suis passé un moment à 61697 erreurs sur le fichier accoustique, ils font des modifications ce qui m'oblige de faire des corrections supplémentaires.

Voici le résultat du dernier export : http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio...

Julien

Le Tue, 15 Nov 2016 13:07:28 +0100, mdoray <Mathieu.Doray@ifremer.fr> a écrit :

...

Hello

Mes réponses dans le texte

Le 2016-11-10 17:02, Julien Ruchaud a écrit :

> Hello > > J'ai pris du temps pour regarder tranquillement les soucis sur > echobase. Pour les tickets, j'ai fait le tour, il reste > quelques questions et quelques tris. > > j'ai répondu ce que je pouvais dans les tickets > > Coté Atlantos : > > Pour le fichier Biotic, il reste que des soucis de > vocabulaire : > http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... > > PMT_57x52 > Pelagic midwater trawl 57x52 > Gear > False > 2016-10-28 > 2016-10-28 > > PMT_76x70 > Pelagic midwater trawl 76x70 > > les codes ICES pour nos chaluts sont dans le tableau ci-dessus > (PMT_57x52 instead of 57x52 par ex) Je checke les codes espèce > worms > > Par contre le fichier Acoustic me pose plus de soucis > http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... > > - Il manque les données de calibration d'où des erreurs, j'ai > vérifié et nous avons rien en base. > > je ne me rappelle plus comment on importe les données de > calibration : peux tu créer un fichier fictif et l'importer > pour que l'on puisse tester l'export complet? > > - Le sample doit être unique, en regardant de plus prêt nous > avons des ChannelDepthUpper et ChannelDepthLower avec toujours > la même valeur sur des samples dans les même logs. Je pense que > le calcul n'est pas bon, on se base sur DepthRefSurfaceStart > mais il semble pas être présent en base. > > Je te mets un exmple : > > <Sample> > <ChannelDepthUpper>0.0</ChannelDepthUpper> > <ChannelDepthLower>10.0</ChannelDepthLower> > <PingAxisInterval>1</PingAxisInterval> > <PingAxisIntervalType > IDREF="AC_PingAxisIntervalType_distance"/> > <PingAxisIntervalUnit > IDREF="AC_PingAxisIntervalUnit_nmi"/> > <SvThreshhold>-60</SvThreshhold> <Instrument > IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> > <Calibration IDREF=""/> <DataAcquisition > IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> > <DataProcessing > IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> > <PingAxisIntervalOrigin > IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> > <SaCategory IDREF="AC_SaCategory_D4"/> <Type > IDREF="AC_AcousticDataType_C"/> <Unit > IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> > </Sample> <Sample> > <ChannelDepthUpper>0.0</ChannelDepthUpper> > <ChannelDepthLower>10.0</ChannelDepthLower> > <PingAxisInterval>1</PingAxisInterval> > <PingAxisIntervalType > IDREF="AC_PingAxisIntervalType_distance"/> > <PingAxisIntervalUnit > IDREF="AC_PingAxisIntervalUnit_nmi"/> > <SvThreshhold>-60</SvThreshhold> <Instrument > IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> > <Calibration IDREF=""/> <DataAcquisition > IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> > <DataProcessing > IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> > <PingAxisIntervalOrigin > IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> > <SaCategory IDREF="AC_SaCategory_D4"/> <Type > IDREF="AC_AcousticDataType_C"/> <Unit > IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> > </Sample> > > Dans ton exemple, les paires samples/SaCategory ne devraient > pas être dupliqués. La combinaison esdu:sample:SaCategory doit > être unique. Par contre je ne sais pas comment le format ICES > gère différentes SaCategory attachées sur un même sample, je > vais leur poser la question. > > DepthRefSurfaceStart doit être en base et doit contenir la > valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du > fichier d'import des cellules de type elementary > > A suivre... > > M > > Il me faut tes éclaircissements sur les différents points pour > pouvoir avancer. > > Merci > > Julien > > _______________________________________________ > Echobase-devel mailing list > Echobase-devel@list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

cool la "cruise local id" de PELGAS semble un peu bizarre non? M Le 22/11/2016 à 11:43, Julien Ruchaud a écrit :

Le fichier est uploader et visible sur la deuxièmre page de http://acoustic.ices.dk/.

Julien

Le Tue, 22 Nov 2016 11:38:39 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

...

Ok

C'est bon !!!

http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio...

Je te laisse appuyer sur upload data ;-)

Julien

Le Tue, 22 Nov 2016 11:33:30 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

pour http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, il faut utiliser SS <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')>

Le 22/11/2016 à 11:25, Julien Ruchaud a écrit :

...

Rere,

Ok pour le code.

Je parlais du vocabulaire suivant http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml

Les deux autres AC_ProcessingMethod et AC_DataAcquisitionSoftwareName sont bon.

Julien

Le Tue, 22 Nov 2016 11:19:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

re,

le code 140670 n'existe effectivement pas dans le vocabulaire... j'ai demandé l'ajout. En attendant tu peux utiliser 140270

le code "ER60" est bien utilisé 2 fois dans le vocab : une fois pour AC_ProcessingMethod <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, et une autre pour AC_DataAcquisitionSoftwareName <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>.

Il faudrait changer l'un des 2 c'est ça?

En attendant tu peux utiliser "on-axis <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>"

A+

M

Le 22/11/2016 à 10:04, Julien Ruchaud a écrit :

...

Hello

J'ai fait les dernières corrections mais au moment de tester le site de ices semble ne plu fonctionner :-/. Résultat j'attends avant de faire la version.

Julien

Le Wed, 16 Nov 2016 11:41:37 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

> Hello > > Pour les tickets, il reste un détails sur une ligne qui pose > des soucis pour les résultats de région. > > J'ai modifier le vocabulaire pour les code Gear. > > Il y avait pas de moyen pour ajouter des calibrations, j'ai > fait les modifications, c'est maintenant possible dans la > partie modification des données. > > J'ai corrigé un soucis sur le SaCategory, c'était un problème > de clé de vocabulaire de mon coté. > > Par contre il reste le soucis sur DepthRefSurfaceStart qui > n'est pas accessible comme je suis en train d'exporter les > cellules esdu et non des cellules élémentaires. En conséquence > j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut > faire ? Je peux par exemple mettre tous les data dans le même > sample, mais il restera tout de même le soucis sur les chanels > qui sont calculé sur DepthRefSurfaceStart. > > Pour info, je suis passé un moment à 61697 erreurs sur le > fichier accoustique, ils font des modifications ce qui > m'oblige de faire des corrections supplémentaires. > > Voici le résultat du dernier export : > http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... > http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... > > Julien > > Le Tue, 15 Nov 2016 13:07:28 +0100, > mdoray <Mathieu.Doray@ifremer.fr> a écrit : > >> Hello >> >> Mes réponses dans le texte >> >> Le 2016-11-10 17:02, Julien Ruchaud a écrit : >> >>> Hello >>> >>> J'ai pris du temps pour regarder tranquillement les soucis >>> sur echobase. Pour les tickets, j'ai fait le tour, il reste >>> quelques questions et quelques tris. >>> >>> j'ai répondu ce que je pouvais dans les tickets >>> >>> Coté Atlantos : >>> >>> Pour le fichier Biotic, il reste que des soucis de >>> vocabulaire : >>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... >>> >>> PMT_57x52 >>> Pelagic midwater trawl 57x52 >>> Gear >>> False >>> 2016-10-28 >>> 2016-10-28 >>> >>> PMT_76x70 >>> Pelagic midwater trawl 76x70 >>> >>> les codes ICES pour nos chaluts sont dans le tableau >>> ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke les >>> codes espèce worms >>> >>> Par contre le fichier Acoustic me pose plus de soucis >>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... >>> >>> - Il manque les données de calibration d'où des erreurs, j'ai >>> vérifié et nous avons rien en base. >>> >>> je ne me rappelle plus comment on importe les données de >>> calibration : peux tu créer un fichier fictif et l'importer >>> pour que l'on puisse tester l'export complet? >>> >>> - Le sample doit être unique, en regardant de plus prêt nous >>> avons des ChannelDepthUpper et ChannelDepthLower avec >>> toujours la même valeur sur des samples dans les même logs. >>> Je pense que le calcul n'est pas bon, on se base sur >>> DepthRefSurfaceStart mais il semble pas être présent en base. >>> >>> Je te mets un exmple : >>> >>> <Sample> >>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>> <ChannelDepthLower>10.0</ChannelDepthLower> >>> <PingAxisInterval>1</PingAxisInterval> >>> <PingAxisIntervalType >>> IDREF="AC_PingAxisIntervalType_distance"/> >>> <PingAxisIntervalUnit >>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>> <SvThreshhold>-60</SvThreshhold> <Instrument >>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>> <Calibration IDREF=""/> <DataAcquisition >>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>> <DataProcessing >>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>> <PingAxisIntervalOrigin >>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>> IDREF="AC_AcousticDataType_C"/> <Unit >>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>> </Sample> <Sample> >>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>> <ChannelDepthLower>10.0</ChannelDepthLower> >>> <PingAxisInterval>1</PingAxisInterval> >>> <PingAxisIntervalType >>> IDREF="AC_PingAxisIntervalType_distance"/> >>> <PingAxisIntervalUnit >>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>> <SvThreshhold>-60</SvThreshhold> <Instrument >>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>> <Calibration IDREF=""/> <DataAcquisition >>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>> <DataProcessing >>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>> <PingAxisIntervalOrigin >>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>> IDREF="AC_AcousticDataType_C"/> <Unit >>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>> </Sample> >>> >>> Dans ton exemple, les paires samples/SaCategory ne devraient >>> pas être dupliqués. La combinaison esdu:sample:SaCategory >>> doit être unique. Par contre je ne sais pas comment le >>> format ICES gère différentes SaCategory attachées sur un >>> même sample, je vais leur poser la question. >>> >>> DepthRefSurfaceStart doit être en base et doit contenir la >>> valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du >>> fichier d'import des cellules de type elementary >>> >>> A suivre... >>> >>> M >>> >>> Il me faut tes éclaircissements sur les différents points >>> pour pouvoir avancer. >>> >>> Merci >>> >>> Julien >>> >>> _______________________________________________ >>> Echobase-devel mailing list >>> Echobase-devel@list.forge.codelutin.com >>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel > _______________________________________________ > Echobase-devel mailing list > Echobase-devel@list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel _______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

OK, il faudrait mettre le voyage.name à la place Merci Le 22/11/2016 à 11:57, Julien Ruchaud a écrit :

Pour le cruise local id, j'ai pris le topia id du voyage pour être sûr :-/ je pensais pas qu'il allait être afficher là.

Julien

Le Tue, 22 Nov 2016 11:47:21 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

cool

la "cruise local id" de PELGAS semble un peu bizarre non?

M

Le 22/11/2016 à 11:43, Julien Ruchaud a écrit :

...

Le fichier est uploader et visible sur la deuxièmre page de http://acoustic.ices.dk/.

Julien

Le Tue, 22 Nov 2016 11:38:39 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

...

Ok

C'est bon !!!

http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio...

Je te laisse appuyer sur upload data ;-)

Julien

Le Tue, 22 Nov 2016 11:33:30 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

pour http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, il faut utiliser SS <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')>

Le 22/11/2016 à 11:25, Julien Ruchaud a écrit :

...

Rere,

Ok pour le code.

Je parlais du vocabulaire suivant http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml

Les deux autres AC_ProcessingMethod et AC_DataAcquisitionSoftwareName sont bon.

Julien

Le Tue, 22 Nov 2016 11:19:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

> re, > > le code 140670 n'existe effectivement pas dans le vocabulaire... > j'ai demandé l'ajout. En attendant tu peux utiliser 140270 > > le code "ER60" est bien utilisé 2 fois dans le vocab : une fois > pour AC_ProcessingMethod > <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, > et une autre pour AC_DataAcquisitionSoftwareName > <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>. > > Il faudrait changer l'un des 2 c'est ça? > > En attendant tu peux utiliser "on-axis > <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>" > > A+ > > M > > > > Le 22/11/2016 à 10:04, Julien Ruchaud a écrit : >> Hello >> >> J'ai fait les dernières corrections mais au moment de tester le >> site de ices semble ne plu fonctionner :-/. Résultat j'attends >> avant de faire la version. >> >> Julien >> >> >> Le Wed, 16 Nov 2016 11:41:37 +0100, >> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >> >>> Hello >>> >>> Pour les tickets, il reste un détails sur une ligne qui pose >>> des soucis pour les résultats de région. >>> >>> J'ai modifier le vocabulaire pour les code Gear. >>> >>> Il y avait pas de moyen pour ajouter des calibrations, j'ai >>> fait les modifications, c'est maintenant possible dans la >>> partie modification des données. >>> >>> J'ai corrigé un soucis sur le SaCategory, c'était un problème >>> de clé de vocabulaire de mon coté. >>> >>> Par contre il reste le soucis sur DepthRefSurfaceStart qui >>> n'est pas accessible comme je suis en train d'exporter les >>> cellules esdu et non des cellules élémentaires. En conséquence >>> j'ai toujours le soucis de log dupliqué. Dit moi ce qu'il faut >>> faire ? Je peux par exemple mettre tous les data dans le même >>> sample, mais il restera tout de même le soucis sur les chanels >>> qui sont calculé sur DepthRefSurfaceStart. >>> >>> Pour info, je suis passé un moment à 61697 erreurs sur le >>> fichier accoustique, ils font des modifications ce qui >>> m'oblige de faire des corrections supplémentaires. >>> >>> Voici le résultat du dernier export : >>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... >>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... >>> >>> Julien >>> >>> Le Tue, 15 Nov 2016 13:07:28 +0100, >>> mdoray <Mathieu.Doray@ifremer.fr> a écrit : >>> >>>> Hello >>>> >>>> Mes réponses dans le texte >>>> >>>> Le 2016-11-10 17:02, Julien Ruchaud a écrit : >>>> >>>>> Hello >>>>> >>>>> J'ai pris du temps pour regarder tranquillement les soucis >>>>> sur echobase. Pour les tickets, j'ai fait le tour, il reste >>>>> quelques questions et quelques tris. >>>>> >>>>> j'ai répondu ce que je pouvais dans les tickets >>>>> >>>>> Coté Atlantos : >>>>> >>>>> Pour le fichier Biotic, il reste que des soucis de >>>>> vocabulaire : >>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... >>>>> >>>>> PMT_57x52 >>>>> Pelagic midwater trawl 57x52 >>>>> Gear >>>>> False >>>>> 2016-10-28 >>>>> 2016-10-28 >>>>> >>>>> PMT_76x70 >>>>> Pelagic midwater trawl 76x70 >>>>> >>>>> les codes ICES pour nos chaluts sont dans le tableau >>>>> ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke les >>>>> codes espèce worms >>>>> >>>>> Par contre le fichier Acoustic me pose plus de soucis >>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... >>>>> >>>>> - Il manque les données de calibration d'où des erreurs, >>>>> j'ai vérifié et nous avons rien en base. >>>>> >>>>> je ne me rappelle plus comment on importe les données de >>>>> calibration : peux tu créer un fichier fictif et l'importer >>>>> pour que l'on puisse tester l'export complet? >>>>> >>>>> - Le sample doit être unique, en regardant de plus prêt nous >>>>> avons des ChannelDepthUpper et ChannelDepthLower avec >>>>> toujours la même valeur sur des samples dans les même logs. >>>>> Je pense que le calcul n'est pas bon, on se base sur >>>>> DepthRefSurfaceStart mais il semble pas être présent en >>>>> base. >>>>> >>>>> Je te mets un exmple : >>>>> >>>>> <Sample> >>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>> <PingAxisInterval>1</PingAxisInterval> >>>>> <PingAxisIntervalType >>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>> <PingAxisIntervalUnit >>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>> <Calibration IDREF=""/> <DataAcquisition >>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>> <DataProcessing >>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>> <PingAxisIntervalOrigin >>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>> </Sample> <Sample> >>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>> <PingAxisInterval>1</PingAxisInterval> >>>>> <PingAxisIntervalType >>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>> <PingAxisIntervalUnit >>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>> <Calibration IDREF=""/> <DataAcquisition >>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>> <DataProcessing >>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>> <PingAxisIntervalOrigin >>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>> </Sample> >>>>> >>>>> Dans ton exemple, les paires samples/SaCategory ne devraient >>>>> pas être dupliqués. La combinaison esdu:sample:SaCategory >>>>> doit être unique. Par contre je ne sais pas comment le >>>>> format ICES gère différentes SaCategory attachées sur un >>>>> même sample, je vais leur poser la question. >>>>> >>>>> DepthRefSurfaceStart doit être en base et doit contenir la >>>>> valeur de la colonne "MOVIES_EILayer\cellset\depthstart" du >>>>> fichier d'import des cellules de type elementary >>>>> >>>>> A suivre... >>>>> >>>>> M >>>>> >>>>> Il me faut tes éclaircissements sur les différents points >>>>> pour pouvoir avancer. >>>>> >>>>> Merci >>>>> >>>>> Julien >>>>> >>>>> _______________________________________________ >>>>> Echobase-devel mailing list >>>>> Echobase-devel@list.forge.codelutin.com >>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>> _______________________________________________ >>> Echobase-devel mailing list >>> Echobase-devel@list.forge.codelutin.com >>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >> _______________________________________________ >> Echobase-devel mailing list >> Echobase-devel@list.forge.codelutin.com >> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel _______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Résultat des premiers tests in situ : - Pas de souci pour l'instant pour le cruise local id, ce sera pour la prochaine version, (j'ai créé un ticket) - tout a bien marché pour les résultats par esdu/echotype/sp et esdu/echotype/sp/size et les cartes autres - par contre j'ai toujours des erreurs de check pour les esdu/région et les fishmaps et une erreur d'import pour les biometry. J'ai créé les tickets avec tous les fichiers. - Ce serait bien aussi d'ajouter dans la doc où trouver les fichiers check et import en cas d'erreur d'import, ça peut servir. - les données s'exportent bien au format Atlantos pour les 3 bateaux. Mais je n'ai pas pu tester l'import car le site n'accepte qu'un seul upload par campagne... J'ai testé l'import des fichiers biotic des bateaux de pêche, mais le site ne les a pas accepté non plus. J'ai prévenu l'ICES et attend leur réponse... - en PJ la table species à jour - ce serait bien que tu mettes "ICES" à la place d'Atlantos dans l'ui Echobase, et aussi dans le nom des fichiers d'export. Si tu m'expliques comment aller changer des choses dans l'ui d'echobase, je peux le faire, car j'ai repéré plusieurs modifs à faire. Je vais être en déplacement jusqu'à la fin de la semaine. Je ne pourrai donc pas faire d'autres tests, mais ça te laissera le temps de voir les dernières erreurs de check et d'import. J'essaierai d'importer les données d'une autre campagne en début de semaine prochaine, mais, aux dernières erreurs de check près, je pense qu'on est bien. Tu peux donc dire à Jean de préparer la facture pour la semaine prochaine :-) Merci Mathieu Le 22/11/2016 à 12:02, Julien Ruchaud a écrit :

Mince la version a été faite.

Julien

Le Tue, 22 Nov 2016 12:01:15 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

OK, il faudrait mettre le voyage.name à la place

Merci

Le 22/11/2016 à 11:57, Julien Ruchaud a écrit :

...

Pour le cruise local id, j'ai pris le topia id du voyage pour être sûr :-/ je pensais pas qu'il allait être afficher là.

Julien

Le Tue, 22 Nov 2016 11:47:21 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

cool

la "cruise local id" de PELGAS semble un peu bizarre non?

M

Le 22/11/2016 à 11:43, Julien Ruchaud a écrit :

...

Le fichier est uploader et visible sur la deuxièmre page de http://acoustic.ices.dk/.

Julien

Le Tue, 22 Nov 2016 11:38:39 +0100, Julien Ruchaud <ruchaud@codelutin.com> a écrit :

...

Ok

C'est bon !!!

http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio...

Je te laisse appuyer sur upload data ;-)

Julien

Le Tue, 22 Nov 2016 11:33:30 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

> pour > http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, > il faut utiliser SS > <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')> > > > Le 22/11/2016 à 11:25, Julien Ruchaud a écrit : >> Rere, >> >> Ok pour le code. >> >> Je parlais du vocabulaire suivant >> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml >> >> Les deux autres AC_ProcessingMethod et >> AC_DataAcquisitionSoftwareName sont bon. >> >> Julien >> >> Le Tue, 22 Nov 2016 11:19:52 +0100, >> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >> >>> re, >>> >>> le code 140670 n'existe effectivement pas dans le >>> vocabulaire... j'ai demandé l'ajout. En attendant tu peux >>> utiliser 140270 >>> >>> le code "ER60" est bien utilisé 2 fois dans le vocab : une >>> fois pour AC_ProcessingMethod >>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, >>> et une autre pour AC_DataAcquisitionSoftwareName >>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>. >>> >>> Il faudrait changer l'un des 2 c'est ça? >>> >>> En attendant tu peux utiliser "on-axis >>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>" >>> >>> A+ >>> >>> M >>> >>> >>> >>> Le 22/11/2016 à 10:04, Julien Ruchaud a écrit : >>>> Hello >>>> >>>> J'ai fait les dernières corrections mais au moment de tester >>>> le site de ices semble ne plu fonctionner :-/. Résultat >>>> j'attends avant de faire la version. >>>> >>>> Julien >>>> >>>> >>>> Le Wed, 16 Nov 2016 11:41:37 +0100, >>>> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >>>> >>>>> Hello >>>>> >>>>> Pour les tickets, il reste un détails sur une ligne qui pose >>>>> des soucis pour les résultats de région. >>>>> >>>>> J'ai modifier le vocabulaire pour les code Gear. >>>>> >>>>> Il y avait pas de moyen pour ajouter des calibrations, j'ai >>>>> fait les modifications, c'est maintenant possible dans la >>>>> partie modification des données. >>>>> >>>>> J'ai corrigé un soucis sur le SaCategory, c'était un >>>>> problème de clé de vocabulaire de mon coté. >>>>> >>>>> Par contre il reste le soucis sur DepthRefSurfaceStart qui >>>>> n'est pas accessible comme je suis en train d'exporter les >>>>> cellules esdu et non des cellules élémentaires. En >>>>> conséquence j'ai toujours le soucis de log dupliqué. Dit >>>>> moi ce qu'il faut faire ? Je peux par exemple mettre tous >>>>> les data dans le même sample, mais il restera tout de même >>>>> le soucis sur les chanels qui sont calculé sur >>>>> DepthRefSurfaceStart. >>>>> >>>>> Pour info, je suis passé un moment à 61697 erreurs sur le >>>>> fichier accoustique, ils font des modifications ce qui >>>>> m'oblige de faire des corrections supplémentaires. >>>>> >>>>> Voici le résultat du dernier export : >>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... >>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... >>>>> >>>>> Julien >>>>> >>>>> Le Tue, 15 Nov 2016 13:07:28 +0100, >>>>> mdoray <Mathieu.Doray@ifremer.fr> a écrit : >>>>> >>>>>> Hello >>>>>> >>>>>> Mes réponses dans le texte >>>>>> >>>>>> Le 2016-11-10 17:02, Julien Ruchaud a écrit : >>>>>> >>>>>>> Hello >>>>>>> >>>>>>> J'ai pris du temps pour regarder tranquillement les soucis >>>>>>> sur echobase. Pour les tickets, j'ai fait le tour, il >>>>>>> reste quelques questions et quelques tris. >>>>>>> >>>>>>> j'ai répondu ce que je pouvais dans les tickets >>>>>>> >>>>>>> Coté Atlantos : >>>>>>> >>>>>>> Pour le fichier Biotic, il reste que des soucis de >>>>>>> vocabulaire : >>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... >>>>>>> >>>>>>> PMT_57x52 >>>>>>> Pelagic midwater trawl 57x52 >>>>>>> Gear >>>>>>> False >>>>>>> 2016-10-28 >>>>>>> 2016-10-28 >>>>>>> >>>>>>> PMT_76x70 >>>>>>> Pelagic midwater trawl 76x70 >>>>>>> >>>>>>> les codes ICES pour nos chaluts sont dans le tableau >>>>>>> ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke >>>>>>> les codes espèce worms >>>>>>> >>>>>>> Par contre le fichier Acoustic me pose plus de soucis >>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... >>>>>>> >>>>>>> - Il manque les données de calibration d'où des erreurs, >>>>>>> j'ai vérifié et nous avons rien en base. >>>>>>> >>>>>>> je ne me rappelle plus comment on importe les données de >>>>>>> calibration : peux tu créer un fichier fictif et >>>>>>> l'importer pour que l'on puisse tester l'export complet? >>>>>>> >>>>>>> - Le sample doit être unique, en regardant de plus prêt >>>>>>> nous avons des ChannelDepthUpper et ChannelDepthLower avec >>>>>>> toujours la même valeur sur des samples dans les même >>>>>>> logs. Je pense que le calcul n'est pas bon, on se base sur >>>>>>> DepthRefSurfaceStart mais il semble pas être présent en >>>>>>> base. >>>>>>> >>>>>>> Je te mets un exmple : >>>>>>> >>>>>>> <Sample> >>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>> <PingAxisIntervalType >>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>> <PingAxisIntervalUnit >>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>> <DataProcessing >>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>> <PingAxisIntervalOrigin >>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>>>> </Sample> <Sample> >>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>> <PingAxisIntervalType >>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>> <PingAxisIntervalUnit >>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>> <DataProcessing >>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>> <PingAxisIntervalOrigin >>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>>>> </Sample> >>>>>>> >>>>>>> Dans ton exemple, les paires samples/SaCategory ne >>>>>>> devraient pas être dupliqués. La combinaison >>>>>>> esdu:sample:SaCategory doit être unique. Par contre je ne >>>>>>> sais pas comment le format ICES gère différentes >>>>>>> SaCategory attachées sur un même sample, je vais leur >>>>>>> poser la question. >>>>>>> >>>>>>> DepthRefSurfaceStart doit être en base et doit contenir la >>>>>>> valeur de la colonne "MOVIES_EILayer\cellset\depthstart" >>>>>>> du fichier d'import des cellules de type elementary >>>>>>> >>>>>>> A suivre... >>>>>>> >>>>>>> M >>>>>>> >>>>>>> Il me faut tes éclaircissements sur les différents points >>>>>>> pour pouvoir avancer. >>>>>>> >>>>>>> Merci >>>>>>> >>>>>>> Julien >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Echobase-devel mailing list >>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>> _______________________________________________ >>>>> Echobase-devel mailing list >>>>> Echobase-devel@list.forge.codelutin.com >>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>> _______________________________________________ >>>> Echobase-devel mailing list >>>> Echobase-devel@list.forge.codelutin.com >>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >> _______________________________________________ >> Echobase-devel mailing list >> Echobase-devel@list.forge.codelutin.com >> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel > _______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Le 22/11/2016 à 16:49, Julien Ruchaud a écrit :

Ok, juste une précision sur les check pour les esdu/région et fishmap, est-ce que tu as bien trier ton fichier ? ha non, je l'ai pas trié! j'avais zappé ça : comment il faut le trier déjà?

M

Julien

Le Tue, 22 Nov 2016 16:34:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

Résultat des premiers tests in situ :

- Pas de souci pour l'instant pour le cruise local id, ce sera pour la prochaine version, (j'ai créé un ticket)

- tout a bien marché pour les résultats par esdu/echotype/sp et esdu/echotype/sp/size et les cartes autres

- par contre j'ai toujours des erreurs de check pour les esdu/région et les fishmaps et une erreur d'import pour les biometry. J'ai créé les tickets avec tous les fichiers.

- Ce serait bien aussi d'ajouter dans la doc où trouver les fichiers check et import en cas d'erreur d'import, ça peut servir.

- les données s'exportent bien au format Atlantos pour les 3 bateaux. Mais je n'ai pas pu tester l'import car le site n'accepte qu'un seul upload par campagne... J'ai testé l'import des fichiers biotic des bateaux de pêche, mais le site ne les a pas accepté non plus. J'ai prévenu l'ICES et attend leur réponse...

- en PJ la table species à jour

- ce serait bien que tu mettes "ICES" à la place d'Atlantos dans l'ui Echobase, et aussi dans le nom des fichiers d'export. Si tu m'expliques comment aller changer des choses dans l'ui d'echobase, je peux le faire, car j'ai repéré plusieurs modifs à faire.

Je vais être en déplacement jusqu'à la fin de la semaine. Je ne pourrai donc pas faire d'autres tests, mais ça te laissera le temps de voir les dernières erreurs de check et d'import.

J'essaierai d'importer les données d'une autre campagne en début de semaine prochaine, mais, aux dernières erreurs de check près, je pense qu'on est bien. Tu peux donc dire à Jean de préparer la facture pour la semaine prochaine :-)

Merci

Mathieu

Le 22/11/2016 à 12:02, Julien Ruchaud a écrit :

...

Mince la version a été faite.

Julien

Le Tue, 22 Nov 2016 12:01:15 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

OK, il faudrait mettre le voyage.name à la place

Merci

Le 22/11/2016 à 11:57, Julien Ruchaud a écrit :

...

Pour le cruise local id, j'ai pris le topia id du voyage pour être sûr :-/ je pensais pas qu'il allait être afficher là.

Julien

Le Tue, 22 Nov 2016 11:47:21 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

cool

la "cruise local id" de PELGAS semble un peu bizarre non?

M

Le 22/11/2016 à 11:43, Julien Ruchaud a écrit : > Le fichier est uploader et visible sur la deuxièmre page > de http://acoustic.ices.dk/. > > Julien > > Le Tue, 22 Nov 2016 11:38:39 +0100, > Julien Ruchaud <ruchaud@codelutin.com> a écrit : > >> Ok >> >> C'est bon !!! >> >> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... >> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio... >> >> Je te laisse appuyer sur upload data ;-) >> >> Julien >> >> Le Tue, 22 Nov 2016 11:33:30 +0100, >> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >> >>> pour >>> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, >>> il faut utiliser SS >>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')> >>> >>> >>> Le 22/11/2016 à 11:25, Julien Ruchaud a écrit : >>>> Rere, >>>> >>>> Ok pour le code. >>>> >>>> Je parlais du vocabulaire suivant >>>> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml >>>> >>>> Les deux autres AC_ProcessingMethod et >>>> AC_DataAcquisitionSoftwareName sont bon. >>>> >>>> Julien >>>> >>>> Le Tue, 22 Nov 2016 11:19:52 +0100, >>>> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >>>> >>>>> re, >>>>> >>>>> le code 140670 n'existe effectivement pas dans le >>>>> vocabulaire... j'ai demandé l'ajout. En attendant tu peux >>>>> utiliser 140270 >>>>> >>>>> le code "ER60" est bien utilisé 2 fois dans le vocab : une >>>>> fois pour AC_ProcessingMethod >>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, >>>>> et une autre pour AC_DataAcquisitionSoftwareName >>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>. >>>>> >>>>> Il faudrait changer l'un des 2 c'est ça? >>>>> >>>>> En attendant tu peux utiliser "on-axis >>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>" >>>>> >>>>> A+ >>>>> >>>>> M >>>>> >>>>> >>>>> >>>>> Le 22/11/2016 à 10:04, Julien Ruchaud a écrit : >>>>>> Hello >>>>>> >>>>>> J'ai fait les dernières corrections mais au moment de >>>>>> tester le site de ices semble ne plu fonctionner :-/. >>>>>> Résultat j'attends avant de faire la version. >>>>>> >>>>>> Julien >>>>>> >>>>>> >>>>>> Le Wed, 16 Nov 2016 11:41:37 +0100, >>>>>> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >>>>>> >>>>>>> Hello >>>>>>> >>>>>>> Pour les tickets, il reste un détails sur une ligne qui >>>>>>> pose des soucis pour les résultats de région. >>>>>>> >>>>>>> J'ai modifier le vocabulaire pour les code Gear. >>>>>>> >>>>>>> Il y avait pas de moyen pour ajouter des calibrations, >>>>>>> j'ai fait les modifications, c'est maintenant possible >>>>>>> dans la partie modification des données. >>>>>>> >>>>>>> J'ai corrigé un soucis sur le SaCategory, c'était un >>>>>>> problème de clé de vocabulaire de mon coté. >>>>>>> >>>>>>> Par contre il reste le soucis sur DepthRefSurfaceStart qui >>>>>>> n'est pas accessible comme je suis en train d'exporter les >>>>>>> cellules esdu et non des cellules élémentaires. En >>>>>>> conséquence j'ai toujours le soucis de log dupliqué. Dit >>>>>>> moi ce qu'il faut faire ? Je peux par exemple mettre tous >>>>>>> les data dans le même sample, mais il restera tout de même >>>>>>> le soucis sur les chanels qui sont calculé sur >>>>>>> DepthRefSurfaceStart. >>>>>>> >>>>>>> Pour info, je suis passé un moment à 61697 erreurs sur le >>>>>>> fichier accoustique, ils font des modifications ce qui >>>>>>> m'oblige de faire des corrections supplémentaires. >>>>>>> >>>>>>> Voici le résultat du dernier export : >>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... >>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... >>>>>>> >>>>>>> Julien >>>>>>> >>>>>>> Le Tue, 15 Nov 2016 13:07:28 +0100, >>>>>>> mdoray <Mathieu.Doray@ifremer.fr> a écrit : >>>>>>> >>>>>>>> Hello >>>>>>>> >>>>>>>> Mes réponses dans le texte >>>>>>>> >>>>>>>> Le 2016-11-10 17:02, Julien Ruchaud a écrit : >>>>>>>> >>>>>>>>> Hello >>>>>>>>> >>>>>>>>> J'ai pris du temps pour regarder tranquillement les >>>>>>>>> soucis sur echobase. Pour les tickets, j'ai fait le >>>>>>>>> tour, il reste quelques questions et quelques tris. >>>>>>>>> >>>>>>>>> j'ai répondu ce que je pouvais dans les tickets >>>>>>>>> >>>>>>>>> Coté Atlantos : >>>>>>>>> >>>>>>>>> Pour le fichier Biotic, il reste que des soucis de >>>>>>>>> vocabulaire : >>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... >>>>>>>>> >>>>>>>>> PMT_57x52 >>>>>>>>> Pelagic midwater trawl 57x52 >>>>>>>>> Gear >>>>>>>>> False >>>>>>>>> 2016-10-28 >>>>>>>>> 2016-10-28 >>>>>>>>> >>>>>>>>> PMT_76x70 >>>>>>>>> Pelagic midwater trawl 76x70 >>>>>>>>> >>>>>>>>> les codes ICES pour nos chaluts sont dans le tableau >>>>>>>>> ci-dessus (PMT_57x52 instead of 57x52 par ex) Je checke >>>>>>>>> les codes espèce worms >>>>>>>>> >>>>>>>>> Par contre le fichier Acoustic me pose plus de soucis >>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... >>>>>>>>> >>>>>>>>> - Il manque les données de calibration d'où des erreurs, >>>>>>>>> j'ai vérifié et nous avons rien en base. >>>>>>>>> >>>>>>>>> je ne me rappelle plus comment on importe les données de >>>>>>>>> calibration : peux tu créer un fichier fictif et >>>>>>>>> l'importer pour que l'on puisse tester l'export complet? >>>>>>>>> >>>>>>>>> - Le sample doit être unique, en regardant de plus prêt >>>>>>>>> nous avons des ChannelDepthUpper et ChannelDepthLower >>>>>>>>> avec toujours la même valeur sur des samples dans les >>>>>>>>> même logs. Je pense que le calcul n'est pas bon, on se >>>>>>>>> base sur DepthRefSurfaceStart mais il semble pas être >>>>>>>>> présent en base. >>>>>>>>> >>>>>>>>> Je te mets un exmple : >>>>>>>>> >>>>>>>>> <Sample> >>>>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>>>> <PingAxisIntervalType >>>>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>>>> <PingAxisIntervalUnit >>>>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>>>> <DataProcessing >>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>>>> <PingAxisIntervalOrigin >>>>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>>>>>> </Sample> <Sample> >>>>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>>>> <PingAxisIntervalType >>>>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>>>> <PingAxisIntervalUnit >>>>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>>>> <DataProcessing >>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>>>> <PingAxisIntervalOrigin >>>>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>>>>>> </Sample> >>>>>>>>> >>>>>>>>> Dans ton exemple, les paires samples/SaCategory ne >>>>>>>>> devraient pas être dupliqués. La combinaison >>>>>>>>> esdu:sample:SaCategory doit être unique. Par contre je >>>>>>>>> ne sais pas comment le format ICES gère différentes >>>>>>>>> SaCategory attachées sur un même sample, je vais leur >>>>>>>>> poser la question. >>>>>>>>> >>>>>>>>> DepthRefSurfaceStart doit être en base et doit contenir >>>>>>>>> la valeur de la colonne >>>>>>>>> "MOVIES_EILayer\cellset\depthstart" du fichier d'import >>>>>>>>> des cellules de type elementary >>>>>>>>> >>>>>>>>> A suivre... >>>>>>>>> >>>>>>>>> M >>>>>>>>> >>>>>>>>> Il me faut tes éclaircissements sur les différents >>>>>>>>> points pour pouvoir avancer. >>>>>>>>> >>>>>>>>> Merci >>>>>>>>> >>>>>>>>> Julien >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Echobase-devel mailing list >>>>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>>> _______________________________________________ >>>>>>> Echobase-devel mailing list >>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>> _______________________________________________ >>>>>> Echobase-devel mailing list >>>>>> Echobase-devel@list.forge.codelutin.com >>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>> _______________________________________________ >>>> Echobase-devel mailing list >>>> Echobase-devel@list.forge.codelutin.com >>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>> >> _______________________________________________ >> Echobase-devel mailing list >> Echobase-devel@list.forge.codelutin.com >> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel > _______________________________________________ > Echobase-devel mailing list > Echobase-devel@list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel _______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Je dirais sur le nom des régions. Julien Le Tue, 22 Nov 2016 17:00:27 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

Le 22/11/2016 à 16:49, Julien Ruchaud a écrit :

...

Ok, juste une précision sur les check pour les esdu/région et fishmap, est-ce que tu as bien trier ton fichier ? ha non, je l'ai pas trié! j'avais zappé ça : comment il faut le trier déjà?

M

...

Julien

Le Tue, 22 Nov 2016 16:34:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

Résultat des premiers tests in situ :

- Pas de souci pour l'instant pour le cruise local id, ce sera pour la prochaine version, (j'ai créé un ticket)

- tout a bien marché pour les résultats par esdu/echotype/sp et esdu/echotype/sp/size et les cartes autres

- par contre j'ai toujours des erreurs de check pour les esdu/région et les fishmaps et une erreur d'import pour les biometry. J'ai créé les tickets avec tous les fichiers.

- Ce serait bien aussi d'ajouter dans la doc où trouver les fichiers check et import en cas d'erreur d'import, ça peut servir.

- les données s'exportent bien au format Atlantos pour les 3 bateaux. Mais je n'ai pas pu tester l'import car le site n'accepte qu'un seul upload par campagne... J'ai testé l'import des fichiers biotic des bateaux de pêche, mais le site ne les a pas accepté non plus. J'ai prévenu l'ICES et attend leur réponse...

- en PJ la table species à jour

- ce serait bien que tu mettes "ICES" à la place d'Atlantos dans l'ui Echobase, et aussi dans le nom des fichiers d'export. Si tu m'expliques comment aller changer des choses dans l'ui d'echobase, je peux le faire, car j'ai repéré plusieurs modifs à faire.

Je vais être en déplacement jusqu'à la fin de la semaine. Je ne pourrai donc pas faire d'autres tests, mais ça te laissera le temps de voir les dernières erreurs de check et d'import.

J'essaierai d'importer les données d'une autre campagne en début de semaine prochaine, mais, aux dernières erreurs de check près, je pense qu'on est bien. Tu peux donc dire à Jean de préparer la facture pour la semaine prochaine :-)

Merci

Mathieu

Le 22/11/2016 à 12:02, Julien Ruchaud a écrit :

...

Mince la version a été faite.

Julien

Le Tue, 22 Nov 2016 12:01:15 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

OK, il faudrait mettre le voyage.name à la place

Merci

Le 22/11/2016 à 11:57, Julien Ruchaud a écrit :

...

Pour le cruise local id, j'ai pris le topia id du voyage pour être sûr :-/ je pensais pas qu'il allait être afficher là.

Julien

Le Tue, 22 Nov 2016 11:47:21 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

> cool > > la "cruise local id" de PELGAS semble un peu bizarre non? > > M > > > Le 22/11/2016 à 11:43, Julien Ruchaud a écrit : >> Le fichier est uploader et visible sur la deuxièmre page >> de http://acoustic.ices.dk/. >> >> Julien >> >> Le Tue, 22 Nov 2016 11:38:39 +0100, >> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >> >>> Ok >>> >>> C'est bon !!! >>> >>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... >>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio... >>> >>> Je te laisse appuyer sur upload data ;-) >>> >>> Julien >>> >>> Le Tue, 22 Nov 2016 11:33:30 +0100, >>> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >>> >>>> pour >>>> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, >>>> il faut utiliser SS >>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')> >>>> >>>> >>>> Le 22/11/2016 à 11:25, Julien Ruchaud a écrit : >>>>> Rere, >>>>> >>>>> Ok pour le code. >>>>> >>>>> Je parlais du vocabulaire suivant >>>>> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml >>>>> >>>>> Les deux autres AC_ProcessingMethod et >>>>> AC_DataAcquisitionSoftwareName sont bon. >>>>> >>>>> Julien >>>>> >>>>> Le Tue, 22 Nov 2016 11:19:52 +0100, >>>>> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >>>>> >>>>>> re, >>>>>> >>>>>> le code 140670 n'existe effectivement pas dans le >>>>>> vocabulaire... j'ai demandé l'ajout. En attendant tu peux >>>>>> utiliser 140270 >>>>>> >>>>>> le code "ER60" est bien utilisé 2 fois dans le vocab : une >>>>>> fois pour AC_ProcessingMethod >>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, >>>>>> et une autre pour AC_DataAcquisitionSoftwareName >>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>. >>>>>> >>>>>> Il faudrait changer l'un des 2 c'est ça? >>>>>> >>>>>> En attendant tu peux utiliser "on-axis >>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>" >>>>>> >>>>>> A+ >>>>>> >>>>>> M >>>>>> >>>>>> >>>>>> >>>>>> Le 22/11/2016 à 10:04, Julien Ruchaud a écrit : >>>>>>> Hello >>>>>>> >>>>>>> J'ai fait les dernières corrections mais au moment de >>>>>>> tester le site de ices semble ne plu fonctionner :-/. >>>>>>> Résultat j'attends avant de faire la version. >>>>>>> >>>>>>> Julien >>>>>>> >>>>>>> >>>>>>> Le Wed, 16 Nov 2016 11:41:37 +0100, >>>>>>> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >>>>>>> >>>>>>>> Hello >>>>>>>> >>>>>>>> Pour les tickets, il reste un détails sur une ligne qui >>>>>>>> pose des soucis pour les résultats de région. >>>>>>>> >>>>>>>> J'ai modifier le vocabulaire pour les code Gear. >>>>>>>> >>>>>>>> Il y avait pas de moyen pour ajouter des calibrations, >>>>>>>> j'ai fait les modifications, c'est maintenant possible >>>>>>>> dans la partie modification des données. >>>>>>>> >>>>>>>> J'ai corrigé un soucis sur le SaCategory, c'était un >>>>>>>> problème de clé de vocabulaire de mon coté. >>>>>>>> >>>>>>>> Par contre il reste le soucis sur DepthRefSurfaceStart >>>>>>>> qui n'est pas accessible comme je suis en train >>>>>>>> d'exporter les cellules esdu et non des cellules >>>>>>>> élémentaires. En conséquence j'ai toujours le soucis de >>>>>>>> log dupliqué. Dit moi ce qu'il faut faire ? Je peux par >>>>>>>> exemple mettre tous les data dans le même sample, mais >>>>>>>> il restera tout de même le soucis sur les chanels qui >>>>>>>> sont calculé sur DepthRefSurfaceStart. >>>>>>>> >>>>>>>> Pour info, je suis passé un moment à 61697 erreurs sur >>>>>>>> le fichier accoustique, ils font des modifications ce >>>>>>>> qui m'oblige de faire des corrections supplémentaires. >>>>>>>> >>>>>>>> Voici le résultat du dernier export : >>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... >>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... >>>>>>>> >>>>>>>> Julien >>>>>>>> >>>>>>>> Le Tue, 15 Nov 2016 13:07:28 +0100, >>>>>>>> mdoray <Mathieu.Doray@ifremer.fr> a écrit : >>>>>>>> >>>>>>>>> Hello >>>>>>>>> >>>>>>>>> Mes réponses dans le texte >>>>>>>>> >>>>>>>>> Le 2016-11-10 17:02, Julien Ruchaud a écrit : >>>>>>>>> >>>>>>>>>> Hello >>>>>>>>>> >>>>>>>>>> J'ai pris du temps pour regarder tranquillement les >>>>>>>>>> soucis sur echobase. Pour les tickets, j'ai fait le >>>>>>>>>> tour, il reste quelques questions et quelques tris. >>>>>>>>>> >>>>>>>>>> j'ai répondu ce que je pouvais dans les tickets >>>>>>>>>> >>>>>>>>>> Coté Atlantos : >>>>>>>>>> >>>>>>>>>> Pour le fichier Biotic, il reste que des soucis de >>>>>>>>>> vocabulaire : >>>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... >>>>>>>>>> >>>>>>>>>> PMT_57x52 >>>>>>>>>> Pelagic midwater trawl 57x52 >>>>>>>>>> Gear >>>>>>>>>> False >>>>>>>>>> 2016-10-28 >>>>>>>>>> 2016-10-28 >>>>>>>>>> >>>>>>>>>> PMT_76x70 >>>>>>>>>> Pelagic midwater trawl 76x70 >>>>>>>>>> >>>>>>>>>> les codes ICES pour nos chaluts sont dans le tableau >>>>>>>>>> ci-dessus (PMT_57x52 instead of 57x52 par ex) Je >>>>>>>>>> checke les codes espèce worms >>>>>>>>>> >>>>>>>>>> Par contre le fichier Acoustic me pose plus de soucis >>>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... >>>>>>>>>> >>>>>>>>>> - Il manque les données de calibration d'où des >>>>>>>>>> erreurs, j'ai vérifié et nous avons rien en base. >>>>>>>>>> >>>>>>>>>> je ne me rappelle plus comment on importe les données >>>>>>>>>> de calibration : peux tu créer un fichier fictif et >>>>>>>>>> l'importer pour que l'on puisse tester l'export >>>>>>>>>> complet? >>>>>>>>>> >>>>>>>>>> - Le sample doit être unique, en regardant de plus >>>>>>>>>> prêt nous avons des ChannelDepthUpper et >>>>>>>>>> ChannelDepthLower avec toujours la même valeur sur >>>>>>>>>> des samples dans les même logs. Je pense que le >>>>>>>>>> calcul n'est pas bon, on se base sur >>>>>>>>>> DepthRefSurfaceStart mais il semble pas être présent >>>>>>>>>> en base. >>>>>>>>>> >>>>>>>>>> Je te mets un exmple : >>>>>>>>>> >>>>>>>>>> <Sample> >>>>>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>>>>> <PingAxisIntervalType >>>>>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>>>>> <PingAxisIntervalUnit >>>>>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>>>>> <DataProcessing >>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>>>>> <PingAxisIntervalOrigin >>>>>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>>>>>>> </Sample> <Sample> >>>>>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>>>>> <PingAxisIntervalType >>>>>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>>>>> <PingAxisIntervalUnit >>>>>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>>>>> <DataProcessing >>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>>>>> <PingAxisIntervalOrigin >>>>>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> </Data> >>>>>>>>>> </Sample> >>>>>>>>>> >>>>>>>>>> Dans ton exemple, les paires samples/SaCategory ne >>>>>>>>>> devraient pas être dupliqués. La combinaison >>>>>>>>>> esdu:sample:SaCategory doit être unique. Par contre je >>>>>>>>>> ne sais pas comment le format ICES gère différentes >>>>>>>>>> SaCategory attachées sur un même sample, je vais leur >>>>>>>>>> poser la question. >>>>>>>>>> >>>>>>>>>> DepthRefSurfaceStart doit être en base et doit >>>>>>>>>> contenir la valeur de la colonne >>>>>>>>>> "MOVIES_EILayer\cellset\depthstart" du fichier >>>>>>>>>> d'import des cellules de type elementary >>>>>>>>>> >>>>>>>>>> A suivre... >>>>>>>>>> >>>>>>>>>> M >>>>>>>>>> >>>>>>>>>> Il me faut tes éclaircissements sur les différents >>>>>>>>>> points pour pouvoir avancer. >>>>>>>>>> >>>>>>>>>> Merci >>>>>>>>>> >>>>>>>>>> Julien >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Echobase-devel mailing list >>>>>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>>>> _______________________________________________ >>>>>>>> Echobase-devel mailing list >>>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>>> _______________________________________________ >>>>>>> Echobase-devel mailing list >>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>> _______________________________________________ >>>>> Echobase-devel mailing list >>>>> Echobase-devel@list.forge.codelutin.com >>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>> >>> _______________________________________________ >>> Echobase-devel mailing list >>> Echobase-devel@list.forge.codelutin.com >>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >> _______________________________________________ >> Echobase-devel mailing list >> Echobase-devel@list.forge.codelutin.com >> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel > _______________________________________________ > Echobase-devel mailing list > Echobase-devel@list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel _______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

Hello Tu as bien passé la commande sur le serveur pour changer la version en 4.0.4 ? Julien Le Tue, 22 Nov 2016 17:47:57 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

j'ai vérifié dans le fichier check des esdu-region par exemple : elles ne semblent triées selon aucun ordre aisément compréhensible : ni selon les esdu names, ni selon les régions name, donc je ne sais pas comment reproduire le bon ordre...

M

Le 22/11/2016 à 17:03, Julien Ruchaud a écrit :

...

Je dirais sur le nom des régions.

Julien

Le Tue, 22 Nov 2016 17:00:27 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

Le 22/11/2016 à 16:49, Julien Ruchaud a écrit :

...

Ok, juste une précision sur les check pour les esdu/région et fishmap, est-ce que tu as bien trier ton fichier ? ha non, je l'ai pas trié! j'avais zappé ça : comment il faut le trier déjà?

M

...

Julien

Le Tue, 22 Nov 2016 16:34:52 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

...

Résultat des premiers tests in situ :

- Pas de souci pour l'instant pour le cruise local id, ce sera pour la prochaine version, (j'ai créé un ticket)

- tout a bien marché pour les résultats par esdu/echotype/sp et esdu/echotype/sp/size et les cartes autres

- par contre j'ai toujours des erreurs de check pour les esdu/région et les fishmaps et une erreur d'import pour les biometry. J'ai créé les tickets avec tous les fichiers.

- Ce serait bien aussi d'ajouter dans la doc où trouver les fichiers check et import en cas d'erreur d'import, ça peut servir.

- les données s'exportent bien au format Atlantos pour les 3 bateaux. Mais je n'ai pas pu tester l'import car le site n'accepte qu'un seul upload par campagne... J'ai testé l'import des fichiers biotic des bateaux de pêche, mais le site ne les a pas accepté non plus. J'ai prévenu l'ICES et attend leur réponse...

- en PJ la table species à jour

- ce serait bien que tu mettes "ICES" à la place d'Atlantos dans l'ui Echobase, et aussi dans le nom des fichiers d'export. Si tu m'expliques comment aller changer des choses dans l'ui d'echobase, je peux le faire, car j'ai repéré plusieurs modifs à faire.

Je vais être en déplacement jusqu'à la fin de la semaine. Je ne pourrai donc pas faire d'autres tests, mais ça te laissera le temps de voir les dernières erreurs de check et d'import.

J'essaierai d'importer les données d'une autre campagne en début de semaine prochaine, mais, aux dernières erreurs de check près, je pense qu'on est bien. Tu peux donc dire à Jean de préparer la facture pour la semaine prochaine :-)

Merci

Mathieu

Le 22/11/2016 à 12:02, Julien Ruchaud a écrit :

...

Mince la version a été faite.

Julien

Le Tue, 22 Nov 2016 12:01:15 +0100, Mathieu Doray <mathieu.doray@ifremer.fr> a écrit :

> OK, il faudrait mettre le voyage.name à la place > > Merci > > > Le 22/11/2016 à 11:57, Julien Ruchaud a écrit : >> Pour le cruise local id, j'ai pris le topia id du voyage pour >> être sûr :-/ je pensais pas qu'il allait être afficher là. >> >> Julien >> >> Le Tue, 22 Nov 2016 11:47:21 +0100, >> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >> >>> cool >>> >>> la "cruise local id" de PELGAS semble un peu bizarre non? >>> >>> M >>> >>> >>> Le 22/11/2016 à 11:43, Julien Ruchaud a écrit : >>>> Le fichier est uploader et visible sur la deuxièmre page >>>> de http://acoustic.ices.dk/. >>>> >>>> Julien >>>> >>>> Le Tue, 22 Nov 2016 11:38:39 +0100, >>>> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >>>> >>>>> Ok >>>>> >>>>> C'est bon !!! >>>>> >>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1122373373_ValidationR... >>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1122373373_Validatio... >>>>> >>>>> Je te laisse appuyer sur upload data ;-) >>>>> >>>>> Julien >>>>> >>>>> Le Tue, 22 Nov 2016 11:33:30 +0100, >>>>> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >>>>> >>>>>> pour >>>>>> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml, >>>>>> il faut utiliser SS >>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1464$ct1464$ct1464$ctl08$btCode','')> >>>>>> >>>>>> >>>>>> Le 22/11/2016 à 11:25, Julien Ruchaud a écrit : >>>>>>> Rere, >>>>>>> >>>>>>> Ok pour le code. >>>>>>> >>>>>>> Je parlais du vocabulaire suivant >>>>>>> http://acoustic.ices.dk/Services/Schema/XML/AC_AcquisitionMethod.xml >>>>>>> >>>>>>> Les deux autres AC_ProcessingMethod et >>>>>>> AC_DataAcquisitionSoftwareName sont bon. >>>>>>> >>>>>>> Julien >>>>>>> >>>>>>> Le Tue, 22 Nov 2016 11:19:52 +0100, >>>>>>> Mathieu Doray <mathieu.doray@ifremer.fr> a écrit : >>>>>>> >>>>>>>> re, >>>>>>>> >>>>>>>> le code 140670 n'existe effectivement pas dans le >>>>>>>> vocabulaire... j'ai demandé l'ajout. En attendant tu >>>>>>>> peux utiliser 140270 >>>>>>>> >>>>>>>> le code "ER60" est bien utilisé 2 fois dans le vocab : >>>>>>>> une fois pour AC_ProcessingMethod >>>>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl02$btCodeType','')>, >>>>>>>> et une autre pour AC_DataAcquisitionSoftwareName >>>>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1467$ct1467$ct1467$ctl02$btCodeType','')>. >>>>>>>> >>>>>>>> Il faudrait changer l'un des 2 c'est ça? >>>>>>>> >>>>>>>> En attendant tu peux utiliser "on-axis >>>>>>>> <javascript:__doPostBack('ctl00$MainContent$myResultControl$tbResults$ct1465$ct1465$ct1465$ctl05$btCode','')>" >>>>>>>> >>>>>>>> A+ >>>>>>>> >>>>>>>> M >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Le 22/11/2016 à 10:04, Julien Ruchaud a écrit : >>>>>>>>> Hello >>>>>>>>> >>>>>>>>> J'ai fait les dernières corrections mais au moment de >>>>>>>>> tester le site de ices semble ne plu fonctionner :-/. >>>>>>>>> Résultat j'attends avant de faire la version. >>>>>>>>> >>>>>>>>> Julien >>>>>>>>> >>>>>>>>> >>>>>>>>> Le Wed, 16 Nov 2016 11:41:37 +0100, >>>>>>>>> Julien Ruchaud <ruchaud@codelutin.com> a écrit : >>>>>>>>> >>>>>>>>>> Hello >>>>>>>>>> >>>>>>>>>> Pour les tickets, il reste un détails sur une ligne >>>>>>>>>> qui pose des soucis pour les résultats de région. >>>>>>>>>> >>>>>>>>>> J'ai modifier le vocabulaire pour les code Gear. >>>>>>>>>> >>>>>>>>>> Il y avait pas de moyen pour ajouter des calibrations, >>>>>>>>>> j'ai fait les modifications, c'est maintenant possible >>>>>>>>>> dans la partie modification des données. >>>>>>>>>> >>>>>>>>>> J'ai corrigé un soucis sur le SaCategory, c'était un >>>>>>>>>> problème de clé de vocabulaire de mon coté. >>>>>>>>>> >>>>>>>>>> Par contre il reste le soucis sur DepthRefSurfaceStart >>>>>>>>>> qui n'est pas accessible comme je suis en train >>>>>>>>>> d'exporter les cellules esdu et non des cellules >>>>>>>>>> élémentaires. En conséquence j'ai toujours le soucis >>>>>>>>>> de log dupliqué. Dit moi ce qu'il faut faire ? Je >>>>>>>>>> peux par exemple mettre tous les data dans le même >>>>>>>>>> sample, mais il restera tout de même le soucis sur >>>>>>>>>> les chanels qui sont calculé sur DepthRefSurfaceStart. >>>>>>>>>> >>>>>>>>>> Pour info, je suis passé un moment à 61697 erreurs sur >>>>>>>>>> le fichier accoustique, ils font des modifications ce >>>>>>>>>> qui m'oblige de faire des corrections supplémentaires. >>>>>>>>>> >>>>>>>>>> Voici le résultat du dernier export : >>>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1116321956_ValidationR... >>>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1116321956_Validatio... >>>>>>>>>> >>>>>>>>>> Julien >>>>>>>>>> >>>>>>>>>> Le Tue, 15 Nov 2016 13:07:28 +0100, >>>>>>>>>> mdoray <Mathieu.Doray@ifremer.fr> a écrit : >>>>>>>>>> >>>>>>>>>>> Hello >>>>>>>>>>> >>>>>>>>>>> Mes réponses dans le texte >>>>>>>>>>> >>>>>>>>>>> Le 2016-11-10 17:02, Julien Ruchaud a écrit : >>>>>>>>>>> >>>>>>>>>>>> Hello >>>>>>>>>>>> >>>>>>>>>>>> J'ai pris du temps pour regarder tranquillement les >>>>>>>>>>>> soucis sur echobase. Pour les tickets, j'ai fait le >>>>>>>>>>>> tour, il reste quelques questions et quelques tris. >>>>>>>>>>>> >>>>>>>>>>>> j'ai répondu ce que je pouvais dans les tickets >>>>>>>>>>>> >>>>>>>>>>>> Coté Atlantos : >>>>>>>>>>>> >>>>>>>>>>>> Pour le fichier Biotic, il reste que des soucis de >>>>>>>>>>>> vocabulaire : >>>>>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Biotic/1110213263_ValidationR... >>>>>>>>>>>> >>>>>>>>>>>> PMT_57x52 >>>>>>>>>>>> Pelagic midwater trawl 57x52 >>>>>>>>>>>> Gear >>>>>>>>>>>> False >>>>>>>>>>>> 2016-10-28 >>>>>>>>>>>> 2016-10-28 >>>>>>>>>>>> >>>>>>>>>>>> PMT_76x70 >>>>>>>>>>>> Pelagic midwater trawl 76x70 >>>>>>>>>>>> >>>>>>>>>>>> les codes ICES pour nos chaluts sont dans le tableau >>>>>>>>>>>> ci-dessus (PMT_57x52 instead of 57x52 par ex) Je >>>>>>>>>>>> checke les codes espèce worms >>>>>>>>>>>> >>>>>>>>>>>> Par contre le fichier Acoustic me pose plus de >>>>>>>>>>>> soucis >>>>>>>>>>>> http://acoustic.ices.dk/ValidationReport/Index/Acoustic/1110110516_Validatio... >>>>>>>>>>>> >>>>>>>>>>>> - Il manque les données de calibration d'où des >>>>>>>>>>>> erreurs, j'ai vérifié et nous avons rien en base. >>>>>>>>>>>> >>>>>>>>>>>> je ne me rappelle plus comment on importe les >>>>>>>>>>>> données de calibration : peux tu créer un fichier >>>>>>>>>>>> fictif et l'importer pour que l'on puisse tester >>>>>>>>>>>> l'export complet? >>>>>>>>>>>> >>>>>>>>>>>> - Le sample doit être unique, en regardant de plus >>>>>>>>>>>> prêt nous avons des ChannelDepthUpper et >>>>>>>>>>>> ChannelDepthLower avec toujours la même valeur sur >>>>>>>>>>>> des samples dans les même logs. Je pense que le >>>>>>>>>>>> calcul n'est pas bon, on se base sur >>>>>>>>>>>> DepthRefSurfaceStart mais il semble pas être présent >>>>>>>>>>>> en base. >>>>>>>>>>>> >>>>>>>>>>>> Je te mets un exmple : >>>>>>>>>>>> >>>>>>>>>>>> <Sample> >>>>>>>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>>>>>>> <PingAxisIntervalType >>>>>>>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>>>>>>> <PingAxisIntervalUnit >>>>>>>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>>>>>>> <DataProcessing >>>>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>>>>>>> <PingAxisIntervalOrigin >>>>>>>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> >>>>>>>>>>>> </Data> </Sample> <Sample> >>>>>>>>>>>> <ChannelDepthUpper>0.0</ChannelDepthUpper> >>>>>>>>>>>> <ChannelDepthLower>10.0</ChannelDepthLower> >>>>>>>>>>>> <PingAxisInterval>1</PingAxisInterval> >>>>>>>>>>>> <PingAxisIntervalType >>>>>>>>>>>> IDREF="AC_PingAxisIntervalType_distance"/> >>>>>>>>>>>> <PingAxisIntervalUnit >>>>>>>>>>>> IDREF="AC_PingAxisIntervalUnit_nmi"/> >>>>>>>>>>>> <SvThreshhold>-60</SvThreshhold> <Instrument >>>>>>>>>>>> IDREF="fr.ifremer.echobase.entities.references.AcousticInstrument#1330625148007#0.3528879184092666"/> >>>>>>>>>>>> <Calibration IDREF=""/> <DataAcquisition >>>>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataAcquisition#1478621739234#0.947582744139111"/> >>>>>>>>>>>> <DataProcessing >>>>>>>>>>>> IDREF="fr.ifremer.echobase.entities.data.DataProcessing#1478621739234#0.7028887092597972"/> >>>>>>>>>>>> <PingAxisIntervalOrigin >>>>>>>>>>>> IDREF="AC_PingAxisIntervalOrigin_end"/> <Data> >>>>>>>>>>>> <SaCategory IDREF="AC_SaCategory_D4"/> <Type >>>>>>>>>>>> IDREF="AC_AcousticDataType_C"/> <Unit >>>>>>>>>>>> IDREF="AC_DataUnit_m2nmi-2"/> <Value>0</Value> >>>>>>>>>>>> </Data> </Sample> >>>>>>>>>>>> >>>>>>>>>>>> Dans ton exemple, les paires samples/SaCategory ne >>>>>>>>>>>> devraient pas être dupliqués. La combinaison >>>>>>>>>>>> esdu:sample:SaCategory doit être unique. Par contre >>>>>>>>>>>> je ne sais pas comment le format ICES gère >>>>>>>>>>>> différentes SaCategory attachées sur un même >>>>>>>>>>>> sample, je vais leur poser la question. >>>>>>>>>>>> >>>>>>>>>>>> DepthRefSurfaceStart doit être en base et doit >>>>>>>>>>>> contenir la valeur de la colonne >>>>>>>>>>>> "MOVIES_EILayer\cellset\depthstart" du fichier >>>>>>>>>>>> d'import des cellules de type elementary >>>>>>>>>>>> >>>>>>>>>>>> A suivre... >>>>>>>>>>>> >>>>>>>>>>>> M >>>>>>>>>>>> >>>>>>>>>>>> Il me faut tes éclaircissements sur les différents >>>>>>>>>>>> points pour pouvoir avancer. >>>>>>>>>>>> >>>>>>>>>>>> Merci >>>>>>>>>>>> >>>>>>>>>>>> Julien >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Echobase-devel mailing list >>>>>>>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>>>>>> _______________________________________________ >>>>>>>>>> Echobase-devel mailing list >>>>>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>>>>> _______________________________________________ >>>>>>>>> Echobase-devel mailing list >>>>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>>> _______________________________________________ >>>>>>> Echobase-devel mailing list >>>>>>> Echobase-devel@list.forge.codelutin.com >>>>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>>>> >>>>> _______________________________________________ >>>>> Echobase-devel mailing list >>>>> Echobase-devel@list.forge.codelutin.com >>>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>>> _______________________________________________ >>>> Echobase-devel mailing list >>>> Echobase-devel@list.forge.codelutin.com >>>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >>> _______________________________________________ >>> Echobase-devel mailing list >>> Echobase-devel@list.forge.codelutin.com >>> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel >> _______________________________________________ >> Echobase-devel mailing list >> Echobase-devel@list.forge.codelutin.com >> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel > _______________________________________________ > Echobase-devel mailing list > Echobase-devel@list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel _______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

---

Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel

_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel