CR de la réunion 05/12/2011
Bonjour, Voici en PJ le compte-rendu de la réunion du 2 décembre avec Mathieu sur l'import des données du modèle acoustique. Cordialement, Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
Merci Tony pour le CR pourrais tu m'envoyer les nouveaux Baracouda2echobase.ods et le Baracouda2Echobase_Procedure.odt que tu as sur ton PC? Merci M Tony Chemit a écrit :
Bonjour,
Voici en PJ le compte-rendu de la réunion du 2 décembre avec Mathieu sur l'import des données du modèle acoustique.
Cordialement,
Tony.
------------------------------------------------------------------------
=============== projet echobase ===============
Lundi 5-12-2011 (Ifremer)
Présents : Mathieu, Tony
Planning --------
Finaliser le modèle d'import des données acoustiques.
Modèle acoustique -----------------
Entité Voyage ~~~~~~~~~~~~~
Sample recopie de la table *CAMPAGNE* avec en plus deux clef étrangères sur Mission et AreaOfOperation.
*CAMPAGNE* -> VoyageName (S) *TYPE_CAMPAGNE* -> Mission (FK) *DATE_DEPART* -> VoyageStartDate (Date) *DATE_ARRIVEE* -> VoyageEndDate (Date) *PORT_DEPART* -> StartPort (S) *PORT_ARRIVEE* -> EndPort (S) *ZONE* -> AreaOfOperation (FK) *COMMENTAIRE* -> VoyageDescription (S)
Entité Transit ~~~~~~~~~~~~~~
Pour les données anciennes on doit créer un transit pour une campagne
Les seuls champs à renseigner sont les suivants :
*TransitDescription* -> "Cruise" *TransitStartTime* -> Voyage#VoyageStartDate *TransitEndTime* -> Voyage#VoyageEndDate
Entité Transect ~~~~~~~~~~~~~~~
Comme pour les transits, dans les données historiques, on a un seul transect par campagne. On crée donc artificiellement un tel objet par campagne.
Voici les champs à renseigner :
*Title* -> "Cruise" (S) *Comment* -> "From Baracouda" (S) *BinUnitsPingAxis* -> n.mi." (S) *BinSizePingAxis* -> 1 (I) *BinSizeRangeAxis* -> "variable" (S) ? cela ne colle pas avec un type (D) ?
On supprime l'entité *TransitVessel* et on attache directement le Vessel sur le Transect.
*CAMPAGNE#NAVIRE* -> vessel (FK)
Ensemble des nouveaux champs :
*Abstract* (S) *History* (S) *Metadata* (S) *Citation* (S) *Licence* (S) *VesselName* -> A supprimer car redondant *VoyageID* -> A supprimer car redondant *DateCreated* (Date) *GeospatialLonMin* (D) *GeospatialLonMax* (D) *GeospatialLatMin* (D) *GeospatialLatMax* (D) *Datum* (S) *Linestring* (S) *GeospatialVerticalMin* (D) *GeospatialVerticalMax* (D) *GeospatialVerticalPositive* (S) *TimeCoverageStart* (Date) *TimeCoverageEnd* (Date) *BinUnitsPingAxis* (S) *BinSizePingAxis* (D) *BinSizeRangeAxis* (D)
Entité DataAcquisition ~~~~~~~~~~~~~~~~~~~~~~
Il s'agit d'une nouvelle table.
On supprime l'entité *AcousticInstrumentInTransect* et on attache directement le *AcousticInstrument* sur le Transect.
Pour les données anciennes on crée une ligne pour chaque Transect.
AcousticInstrument (FK) la référence sur le AcousticInstrument utilisé à partir de *EI_SONDEUR#ID_REFSONDEUR* TransceiverAcquisitionAbsorption (D) TransceiverAcquisitionAbsorptionDescription (S) TransducerAcquisitionBeamAngleAthwartship (D) TransducerAcquisitionBeamAngleAlongship (D) TransducerAcquisitionPsi (D) TransceiverAcquisitionPower (I) TransectAcousticInstrumentID (S) inutile on a supprimer cette table d'association DataAcquisitionID ID -> inutile car on a déjà une clef technique AcquisitionSoftwareVersion (S) LoggedDataFormat (S) LoggedDataDatatype (S) TransceiverAcquisitionPulseLength (D) TransceiverAcquisitionGain (D) TransceiverAcquisitionSacorrection (D) PingDutyCycle (S) EchosounderSoundSpeed (I) SoundSpeedCalculations (S)
Entité DataProcessing ~~~~~~~~~~~~~~~~~~~~~
Pour les données anciennes on crée une ligne pour chaque DataAcquisition.
On récupère ensuite les données à partir de la table *EI_CONFIGURATION* en utilisant la ligne de la campagne *ID_EI*.
*ID_EI* -> DataProcessingID (S) A ne pas conserver (ref vers la campagne) *TYPE_EI* -> ProcessingTemplate (S) *QUALIF_EI* -> ProcessingDescription (S) *CSTSONDEUR* -> SounderConstant (D) *SEUILNUM* -> DigitThreshold (I) *SEUILEIT* -> EIThreshold (I) *ENERG_UNIT_SOURCE* -> AcousticDensityUnit (S) *COMMENTAIRE* -> Notes (S) *SV_GAIN* -> TransceiverProcessingGain (D)
Nouveaux champs :
*DataAcquisitionID* (S) A supprimer *ProcessingSoftwareVersion* (S) *TransceiverProcessingSacorrection* (D) *TransceiverProcessingAbsorption* (D) *TransceiverProcessingAbsorptionDescription* (S) *TransducerProcessingPsi* (D) *TransducerProcessingBeamAngleAthwartship* (D) *TransducerProcessingBeamAngleAlongship* (D) *EchosounderSoundSpeed* (D) *SoundSpeedCalculations* (S)
Entité Cell et Data ~~~~~~~~~~~~~~~~~~~
On utilise plutôt une relation Cell --> childs (Cell) car une cellule peut avoir plusieurs parents.
On veut importer trois type de cellules :
- cellule de type région - cellule de type ESDU (parent de type région) - cellule de type élémentaire (parent de type ESDU)
Cellule de type Région ++++++++++++++++++++++
Cell ____
Il s'agit de cellules de type *RegionSURF* et *RegionCLAS*, elles proviennent de la table *POST_STRATE*.
On prend uniquement les cellules dont le *Type_Image* vaut :
*SURF* -> pour une cellule de type *RegionSURF* *CLAS* -> pour une cellule de type *RegionCLAS*
On conserve uniquement la donnée suivbante :
*ID_STRATE* -> *CellName* (S) c'est la clef métier que l'on veut conserver.
Data ____
On considère une seule donnée pour les cellules de type *Région*, à savoir de type *Surface*.
La donnée est encore dans la table *POST_STRATE* dans la colonne *SURFACE*
*SURFACE* -> *dataValue* (S)
Cellule de type ESDU ++++++++++++++++++++
Les cellules de type ESDU ont pour parent des cellules de type Région et proviennent de la table *EI_ESU*, une telle cellule aura un celluleType nommé *ESDU*.
Pour rattacher une cellule de type “Esdu” à sa région, on utilise la table *SCENARIO* la région = POST_STRATE_SCENARIO et l'id de la cellule esdu c'est DTHU_SCENARIO.
Cell ____
*ID_EI_ESDU* -> DataProcessingID (S) inutile car on possède d'ja cette information *DHTU_ESDU* -> CellName (S) Il s'agit de la clef métier que l'on va conserver *FLAG* -> DataQualityFlagValues (FK) vers la table DataQuality#qualityDataFlagValues
celluleType -> vers celle de nom "ESDU"
Data ____
5 types de données possibles :
- *Latitude* (EI_ESU#LATDMC) - *Longitude* (EI_ESU#LGDMC) - *depth* (EI_ESU#SONDE) - *time* (EI_ESU#DHTU_DEVIATION) - *AcousticDensity* (EI_ESU#TOTAL)
A noter que pour la donnée acoustique, on doit retrouver son type qui a été injecté dans DataMetadata depuis la table *EI_CONFIGURATION* et qui est lié à la campagne (utilisation du champs EI_CONFIGURATION#ENERG_UNIT_SOURCE).
A noté que pour les données de type *Latitud*, *Longitude* et *depth*, on doit avoir cellMethod = "Start" dans la dataMetadata à utiliser.
Cellule de type élémentaire +++++++++++++++++++++++++++
Les cellule de type élémentaire ont pour parent les cellules *ESDU* et proviennent de la table *EIT_DESCRIPT_TRANCHE*, une telle cellule aura un celluleType nommé *Elementaire*
Pour rattacher une cellule de type “élémentaire” à sa cellule ESDU, on utilise la table *EIT_ENERGIE_TRANCHES* la cellule ESDU = DHTU_ESDU et l'id de la cellule esdu c'est Id_TRANCHE (mais on ne le conserve pas au final)
Cell ____
*ID_TRANCHE* -> CellID ID (inutile car on a déjà une clef technique) *LIBELLE_TRANCHE* -> CellName (S) (c'est la clef métier à conserver) *FLAG* -> DataQualityFlagValues (FK) Utiliser la donnée de EI_ESDU#FLAG) vers la table DataQuality#qualityDataFlagValues pour les données historiques.
Data ____
Les cellules d'écho-intégration peuvent être référencées à la surface (LIBELLE_TRANCHE de type "Sx") ou au fond (LIBELLE_TRANCHE de type "Fx"). Cette information se retrouve dans le type de Data décrivant leurs limites de profondeur.
On utilise 3 types de données sur une telle cellule :
- *DepthRefSurfaceStart* ou *DepthRefBottomStart* -> *EIT_DESCRIPT_TRANCHE#HMIN_TRANCHE* - *DepthRefSurfaceEnd* ou *DepthRefBottomEnd* -> *EIT_DESCRIPT_TRANCHE#HMAX_TRANCHE* - *AcousticDensity* -> *EIT_ENERGIE_TRANCHES#ENERGY* - *time* -> *EIT_ENERGIE_TRANCHES#DHTU_DEVIATION*
Comme pour les cellules de type ESDU on retrouve la metaData de type *AcousticDensity* via le type de campagne et la meta importée à partir de la table *EI_CONFIGURATION*.
Entité Result ~~~~~~~~~~~~~
Pas encore disponible
Import ------
- Prévoir un import des Calibration - Prévoir un import des Résultats
On en reparlera lors de la mise en place des imports.
Actions -------
- faire l'import du référentiel et des données depuis la base historique (Codelutin) - finir les actions d'import/export globale de la base (Codelutin) - définir les scénarii d'imports (Ifremer) - finir l'import des données historiques pour le modèle acoustique (Ifremer) - finir le modèle de pêche (Ifremer)
------------------------------------------------------------------------
_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel
-- Mathieu Doray, PhD Ifremer Département Ecologie et Modèles pour l'Halieutique rue de l'Ile d'Yeu B.P. 21105 44311 Nantes Cedex 03 mathieu.doray@ifremer.fr Tel./Phone: 02 40 37 41 65 / International: 332 40 37 41 65 Fax : 02.40.37.40.01 / International: 332 40 37 40 01 Thèse en ligne / PhD manuscript: http://www.ifremer.fr/docelec/doc/2006/these-1735.pdf CV / resume: http://mathieudoray.ouvaton.org/CV_Mathieu_Doray.html
On Mon, 05 Dec 2011 18:18:01 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
Merci Tony pour le CR
pourrais tu m'envoyer les nouveaux Baracouda2echobase.ods et le Baracouda2Echobase_Procedure.odt que tu as sur ton PC?
Merci
M
Tony Chemit a écrit :
Bonjour,
Voici en PJ le compte-rendu de la réunion du 2 décembre avec Mathieu sur l'import des données du modèle acoustique.
Cordialement,
Tony.
------------------------------------------------------------------------
=============== projet echobase ===============
Lundi 5-12-2011 (Ifremer)
Présents : Mathieu, Tony
Planning --------
Finaliser le modèle d'import des données acoustiques.
Modèle acoustique -----------------
Entité Voyage ~~~~~~~~~~~~~
Sample recopie de la table *CAMPAGNE* avec en plus deux clef étrangères sur Mission et AreaOfOperation.
*CAMPAGNE* -> VoyageName (S) *TYPE_CAMPAGNE* -> Mission (FK) *DATE_DEPART* -> VoyageStartDate (Date) *DATE_ARRIVEE* -> VoyageEndDate (Date) *PORT_DEPART* -> StartPort (S) *PORT_ARRIVEE* -> EndPort (S) *ZONE* -> AreaOfOperation (FK) *COMMENTAIRE* -> VoyageDescription (S)
Entité Transit ~~~~~~~~~~~~~~
Pour les données anciennes on doit créer un transit pour une campagne
Les seuls champs à renseigner sont les suivants :
*TransitDescription* -> "Cruise" *TransitStartTime* -> Voyage#VoyageStartDate *TransitEndTime* -> Voyage#VoyageEndDate
Entité Transect ~~~~~~~~~~~~~~~
Comme pour les transits, dans les données historiques, on a un seul transect par campagne. On crée donc artificiellement un tel objet par campagne.
Voici les champs à renseigner :
*Title* -> "Cruise" (S) *Comment* -> "From Baracouda" (S) *BinUnitsPingAxis* -> n.mi." (S) *BinSizePingAxis* -> 1 (I) *BinSizeRangeAxis* -> "variable" (S) ? cela ne colle pas avec un type (D) ?
On supprime l'entité *TransitVessel* et on attache directement le Vessel sur le Transect.
*CAMPAGNE#NAVIRE* -> vessel (FK)
Ensemble des nouveaux champs :
*Abstract* (S) *History* (S) *Metadata* (S) *Citation* (S) *Licence* (S) *VesselName* -> A supprimer car redondant *VoyageID* -> A supprimer car redondant *DateCreated* (Date) *GeospatialLonMin* (D) *GeospatialLonMax* (D) *GeospatialLatMin* (D) *GeospatialLatMax* (D) *Datum* (S) *Linestring* (S) *GeospatialVerticalMin* (D) *GeospatialVerticalMax* (D) *GeospatialVerticalPositive* (S) *TimeCoverageStart* (Date) *TimeCoverageEnd* (Date) *BinUnitsPingAxis* (S) *BinSizePingAxis* (D) *BinSizeRangeAxis* (D)
Entité DataAcquisition ~~~~~~~~~~~~~~~~~~~~~~
Il s'agit d'une nouvelle table.
On supprime l'entité *AcousticInstrumentInTransect* et on attache directement le *AcousticInstrument* sur le Transect.
Pour les données anciennes on crée une ligne pour chaque Transect.
AcousticInstrument (FK) la référence sur le AcousticInstrument utilisé à partir de *EI_SONDEUR#ID_REFSONDEUR* TransceiverAcquisitionAbsorption (D) TransceiverAcquisitionAbsorptionDescription (S) TransducerAcquisitionBeamAngleAthwartship (D) TransducerAcquisitionBeamAngleAlongship (D) TransducerAcquisitionPsi (D) TransceiverAcquisitionPower (I) TransectAcousticInstrumentID (S) inutile on a supprimer cette table d'association DataAcquisitionID ID -> inutile car on a déjà une clef technique AcquisitionSoftwareVersion (S) LoggedDataFormat (S) LoggedDataDatatype (S) TransceiverAcquisitionPulseLength (D) TransceiverAcquisitionGain (D) TransceiverAcquisitionSacorrection (D) PingDutyCycle (S) EchosounderSoundSpeed (I) SoundSpeedCalculations (S)
Entité DataProcessing ~~~~~~~~~~~~~~~~~~~~~
Pour les données anciennes on crée une ligne pour chaque DataAcquisition.
On récupère ensuite les données à partir de la table *EI_CONFIGURATION* en utilisant la ligne de la campagne *ID_EI*.
*ID_EI* -> DataProcessingID (S) A ne pas conserver (ref vers la campagne) *TYPE_EI* -> ProcessingTemplate (S) *QUALIF_EI* -> ProcessingDescription (S) *CSTSONDEUR* -> SounderConstant (D) *SEUILNUM* -> DigitThreshold (I) *SEUILEIT* -> EIThreshold (I) *ENERG_UNIT_SOURCE* -> AcousticDensityUnit (S) *COMMENTAIRE* -> Notes (S) *SV_GAIN* -> TransceiverProcessingGain (D)
Nouveaux champs :
*DataAcquisitionID* (S) A supprimer *ProcessingSoftwareVersion* (S) *TransceiverProcessingSacorrection* (D) *TransceiverProcessingAbsorption* (D) *TransceiverProcessingAbsorptionDescription* (S) *TransducerProcessingPsi* (D) *TransducerProcessingBeamAngleAthwartship* (D) *TransducerProcessingBeamAngleAlongship* (D) *EchosounderSoundSpeed* (D) *SoundSpeedCalculations* (S)
Entité Cell et Data ~~~~~~~~~~~~~~~~~~~
On utilise plutôt une relation Cell --> childs (Cell) car une cellule peut avoir plusieurs parents.
On veut importer trois type de cellules :
- cellule de type région - cellule de type ESDU (parent de type région) - cellule de type élémentaire (parent de type ESDU)
Cellule de type Région ++++++++++++++++++++++
Cell ____
Il s'agit de cellules de type *RegionSURF* et *RegionCLAS*, elles proviennent de la table *POST_STRATE*.
On prend uniquement les cellules dont le *Type_Image* vaut :
*SURF* -> pour une cellule de type *RegionSURF* *CLAS* -> pour une cellule de type *RegionCLAS*
On conserve uniquement la donnée suivbante :
*ID_STRATE* -> *CellName* (S) c'est la clef métier que l'on veut conserver.
Data ____
On considère une seule donnée pour les cellules de type *Région*, à savoir de type *Surface*.
La donnée est encore dans la table *POST_STRATE* dans la colonne *SURFACE*
*SURFACE* -> *dataValue* (S)
Cellule de type ESDU ++++++++++++++++++++
Les cellules de type ESDU ont pour parent des cellules de type Région et proviennent de la table *EI_ESU*, une telle cellule aura un celluleType nommé *ESDU*.
Pour rattacher une cellule de type “Esdu” à sa région, on utilise la table *SCENARIO* la région = POST_STRATE_SCENARIO et l'id de la cellule esdu c'est DTHU_SCENARIO.
Cell ____
*ID_EI_ESDU* -> DataProcessingID (S) inutile car on possède d'ja cette information *DHTU_ESDU* -> CellName (S) Il s'agit de la clef métier que l'on va conserver *FLAG* -> DataQualityFlagValues (FK) vers la table DataQuality#qualityDataFlagValues
celluleType -> vers celle de nom "ESDU"
Data ____
5 types de données possibles :
- *Latitude* (EI_ESU#LATDMC) - *Longitude* (EI_ESU#LGDMC) - *depth* (EI_ESU#SONDE) - *time* (EI_ESU#DHTU_DEVIATION) - *AcousticDensity* (EI_ESU#TOTAL)
A noter que pour la donnée acoustique, on doit retrouver son type qui a été injecté dans DataMetadata depuis la table *EI_CONFIGURATION* et qui est lié à la campagne (utilisation du champs EI_CONFIGURATION#ENERG_UNIT_SOURCE).
A noté que pour les données de type *Latitud*, *Longitude* et *depth*, on doit avoir cellMethod = "Start" dans la dataMetadata à utiliser.
Cellule de type élémentaire +++++++++++++++++++++++++++
Les cellule de type élémentaire ont pour parent les cellules *ESDU* et proviennent de la table *EIT_DESCRIPT_TRANCHE*, une telle cellule aura un celluleType nommé *Elementaire*
Pour rattacher une cellule de type “élémentaire” à sa cellule ESDU, on utilise la table *EIT_ENERGIE_TRANCHES* la cellule ESDU = DHTU_ESDU et l'id de la cellule esdu c'est Id_TRANCHE (mais on ne le conserve pas au final)
Cell ____
*ID_TRANCHE* -> CellID ID (inutile car on a déjà une clef technique) *LIBELLE_TRANCHE* -> CellName (S) (c'est la clef métier à conserver) *FLAG* -> DataQualityFlagValues (FK) Utiliser la donnée de EI_ESDU#FLAG) vers la table DataQuality#qualityDataFlagValues pour les données historiques.
Data ____
Les cellules d'écho-intégration peuvent être référencées à la surface (LIBELLE_TRANCHE de type "Sx") ou au fond (LIBELLE_TRANCHE de type "Fx"). Cette information se retrouve dans le type de Data décrivant leurs limites de profondeur.
On utilise 3 types de données sur une telle cellule :
- *DepthRefSurfaceStart* ou *DepthRefBottomStart* -> *EIT_DESCRIPT_TRANCHE#HMIN_TRANCHE* - *DepthRefSurfaceEnd* ou *DepthRefBottomEnd* -> *EIT_DESCRIPT_TRANCHE#HMAX_TRANCHE* - *AcousticDensity* -> *EIT_ENERGIE_TRANCHES#ENERGY* - *time* -> *EIT_ENERGIE_TRANCHES#DHTU_DEVIATION*
Comme pour les cellules de type ESDU on retrouve la metaData de type *AcousticDensity* via le type de campagne et la meta importée à partir de la table *EI_CONFIGURATION*.
Entité Result ~~~~~~~~~~~~~
Pas encore disponible
Import ------
- Prévoir un import des Calibration - Prévoir un import des Résultats
On en reparlera lors de la mise en place des imports.
Actions -------
- faire l'import du référentiel et des données depuis la base historique (Codelutin) - finir les actions d'import/export globale de la base (Codelutin) - définir les scénarii d'imports (Ifremer) - finir l'import des données historiques pour le modèle acoustique (Ifremer) - finir le modèle de pêche (Ifremer)
------------------------------------------------------------------------
_______________________________________________ Echobase-devel mailing list Echobase-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/echobase-devel
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
On Mon, 5 Dec 2011 17:38:19 +0100 Tony Chemit <chemit@codelutin.com> wrote:
Bonjour,
Voici en PJ le compte-rendu de la réunion du 2 décembre avec Mathieu sur l'import des données du modèle acoustique.
Cordialement,
Tony.
J'ai commencé cet import des données communes depuis baracouda. Plusieurs questions qui se posent : - comment récupérer les échotypes d'une campagne (je pense savoir mais je voudrais avoir confirmation) - comment récupérer les DataAcquisition pour un transect ? A partir de la table EI_SONDEUR j'obtiens tous les instrument utilisés pour le navire du transect et donc je crée autant de ligne de d'instruments trouvés. Je trouve avec cette méthode 336 entrées, ça me parait beaucoup sacahnt que la table EI_SONDEUR ne fait que 20 lignes - comment récupérer les DataProcessing pour un DataAcquisition donné ? A partir de la table EI_CONFIGURATION, je récupère la ligne du navire du transect et de l'instrument du DataAcquisition, c'est ça ? Là beaucoup moins de ligne créées 28, (la table EI_CONFIGURATION en compte 29). - comment rattacher les cellules de type Region aux DataProcessing ? Dans DataProcessing il faudrait conserver EI_CONFIGURATION#ID_EI car on le retrouvre dans POST_STRATE#ID_EI Si tu peux me confirmer tout ça :) Il restera ensuite les cellules ESDU et élémentaires. Merci. Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
Salut je t'appelle en milieu d'AM pour voir tout ça... A toute Tony Chemit a écrit :
On Mon, 5 Dec 2011 17:38:19 +0100 Tony Chemit <chemit@codelutin.com> wrote:
Bonjour,
Voici en PJ le compte-rendu de la réunion du 2 décembre avec Mathieu sur l'import des données du modèle acoustique.
Cordialement,
Tony.
J'ai commencé cet import des données communes depuis baracouda.
Plusieurs questions qui se posent :
- comment récupérer les échotypes d'une campagne (je pense savoir mais je voudrais avoir confirmation)
- comment récupérer les DataAcquisition pour un transect ? A partir de la table EI_SONDEUR j'obtiens tous les instrument utilisés pour le navire du transect et donc je crée autant de ligne de d'instruments trouvés.
Je trouve avec cette méthode 336 entrées, ça me parait beaucoup sacahnt que la table EI_SONDEUR ne fait que 20 lignes
- comment récupérer les DataProcessing pour un DataAcquisition donné ? A partir de la table EI_CONFIGURATION, je récupère la ligne du navire du transect et de l'instrument du DataAcquisition, c'est ça ?
Là beaucoup moins de ligne créées 28, (la table EI_CONFIGURATION en compte 29).
- comment rattacher les cellules de type Region aux DataProcessing ? Dans DataProcessing il faudrait conserver EI_CONFIGURATION#ID_EI car on le retrouvre dans POST_STRATE#ID_EI
Si tu peux me confirmer tout ça :) Il restera ensuite les cellules ESDU et élémentaires.
Merci.
Tony.
-- Mathieu Doray, PhD Ifremer Département Ecologie et Modèles pour l'Halieutique rue de l'Ile d'Yeu B.P. 21105 44311 Nantes Cedex 03 mathieu.doray@ifremer.fr Tel./Phone: 02 40 37 41 65 / International: 332 40 37 41 65 Fax : 02.40.37.40.01 / International: 332 40 37 40 01 Thèse en ligne / PhD manuscript: http://www.ifremer.fr/docelec/doc/2006/these-1735.pdf CV / resume: http://mathieudoray.ouvaton.org/CV_Mathieu_Doray.html
Hola Tonio on bosse sur les référentiels pêche j'ai presque fini la procédure d'import pêche j'espère que tout sera bouclé aujourd'hui mais on ne sait jamais... ;-) Tony Chemit a écrit :
On Mon, 5 Dec 2011 17:38:19 +0100 Tony Chemit <chemit@codelutin.com> wrote:
Bonjour,
Voici en PJ le compte-rendu de la réunion du 2 décembre avec Mathieu sur l'import des données du modèle acoustique.
Cordialement,
Tony.
J'ai commencé cet import des données communes depuis baracouda.
Plusieurs questions qui se posent :
- comment récupérer les échotypes d'une campagne (je pense savoir mais je voudrais avoir confirmation)
- comment récupérer les DataAcquisition pour un transect ? A partir de la table EI_SONDEUR j'obtiens tous les instrument utilisés pour le navire du transect et donc je crée autant de ligne de d'instruments trouvés.
Je trouve avec cette méthode 336 entrées, ça me parait beaucoup sacahnt que la table EI_SONDEUR ne fait que 20 lignes
- comment récupérer les DataProcessing pour un DataAcquisition donné ? A partir de la table EI_CONFIGURATION, je récupère la ligne du navire du transect et de l'instrument du DataAcquisition, c'est ça ?
Là beaucoup moins de ligne créées 28, (la table EI_CONFIGURATION en compte 29).
- comment rattacher les cellules de type Region aux DataProcessing ? Dans DataProcessing il faudrait conserver EI_CONFIGURATION#ID_EI car on le retrouvre dans POST_STRATE#ID_EI
Si tu peux me confirmer tout ça :) Il restera ensuite les cellules ESDU et élémentaires.
Merci.
Tony.
-- Mathieu Doray, PhD Ifremer Département Ecologie et Modèles pour l'Halieutique rue de l'Ile d'Yeu B.P. 21105 44311 Nantes Cedex 03 mathieu.doray@ifremer.fr Tel./Phone: 02 40 37 41 65 / International: 332 40 37 41 65 Fax : 02.40.37.40.01 / International: 332 40 37 40 01 Thèse en ligne / PhD manuscript: http://www.ifremer.fr/docelec/doc/2006/these-1735.pdf CV / resume: http://mathieudoray.ouvaton.org/CV_Mathieu_Doray.html
Hola Tonio
On Fri, 09 Dec 2011 10:09:45 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote: ola
on bosse sur les référentiels pêche
j'ai presque fini la procédure d'import pêche
j'espère que tout sera bouclé aujourd'hui
mais on ne sait jamais... ;-)
J'ai une question about DataAcquisition, on a dit que EI_CONFIGURATION donne la correspondance entre Voyage et EI_SONDEUR -> Donc immédiatement on aura pas 1 DataAcquisition pour 1 Voyage car dans le fichier EI_CONFIGURATION y'a que 29 lignes :D Ensuite je trouve au final deux campagnes (DAAG1989 et PEGASE1998) qui ont deux lignes dans EI_CONFIGURATIon et donc deux DataAcquisition. Peux-tu me confirmer que c'est ok ? Désolé pour toutes ces questions, mais j'ai envie d'être sur de faire l'import qui fonctionne bien... Si on peut tout boucler aujourd'hui c'est génial, on peut s'appeller cet AM if required. bon ap' Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
Tony Chemit a écrit :
On Fri, 09 Dec 2011 10:09:45 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
Hola Tonio ola
on bosse sur les référentiels pêche
j'ai presque fini la procédure d'import pêche
j'espère que tout sera bouclé aujourd'hui
mais on ne sait jamais... ;-)
J'ai une question about DataAcquisition, on a dit que EI_CONFIGURATION donne la correspondance entre Voyage et EI_SONDEUR
-> Donc immédiatement on aura pas 1 DataAcquisition pour 1 Voyage car dans le fichier EI_CONFIGURATION y'a que 29 lignes :D
Ensuite je trouve au final deux campagnes (DAAG1989 et PEGASE1998) qui ont deux lignes dans EI_CONFIGURATIon et donc deux DataAcquisition.
Peux-tu me confirmer que c'est ok ?
alors : - pour DAAG1989 il y aura bien 2 lignes DataAcquisition car il y a effectivement 2 lignes EI_CONFIGURATION auxquelles sont associées des ESU. - Par contre pour PEGASE1998, les ESU ne sont associées qu'à l'ID_EI "EIT_98b_38" donc on peut ne garder que celle là et ne pas tenir compte de la ligne "EIT_98a_38" dans EI_CONFIGURATION (on peut la supprimer, elle fait doublon)
Désolé pour toutes ces questions, mais j'ai envie d'être sur de faire l'import qui fonctionne bien...
Pas de pb, cette erreur m'avait échappée donc c'est parfait... Je te joins aussi la table de référence espèce définitive, avec la correspondance entre le code_permanent (la clef métier à utiliser) et 'GENR_ESP', la clef métier baracouda pour faire la correspondance. on peut laisser 'GENR_ESP' dans le référentiel espèce d'Echobase pour faciliter l'import. A+ M
Si on peut tout boucler aujourd'hui c'est génial, on peut s'appeller cet AM if required.
bon ap'
Tony.
-- Mathieu Doray, PhD Ifremer Département Ecologie et Modèles pour l'Halieutique rue de l'Ile d'Yeu B.P. 21105 44311 Nantes Cedex 03 mathieu.doray@ifremer.fr Tel./Phone: 02 40 37 41 65 / International: 332 40 37 41 65 Fax : 02.40.37.40.01 / International: 332 40 37 40 01 Thèse en ligne / PhD manuscript: http://www.ifremer.fr/docelec/doc/2006/these-1735.pdf CV / resume: http://mathieudoray.ouvaton.org/CV_Mathieu_Doray.html C_Perm;C_VALIDE_Reftax;L_VALIDE;GENR_ESP 491;ALLO;Alloteuthis;ALLO-TEZ 491;ALLO;Alloteuthis;ALLO-SPP 1238;ALOPVUL;Alopias vulpinus;ALOP-IAZ 1748;AMMO;Ammodytes;AMMO-DYZ 1747;FMAMMOD;Ammodytidae;AMMO-DYX 6;RGANIMX;Animalia;DIVE-RS2 6;RGANIMX;Animalia;DIVE-DIV 6;RGANIMX;Animalia;DIVE-RS1 2025;BALICAP;Balistes capriscus;BALI-CAR 1488;BELOBEL;Belone belone;BELO-BEO 1809;FMCALLO;Callionymidae;CALL-IOX 1811;CALMLYR;Callionymus lyra;CALL-LYR 1812;CALMMAC;Callionymus maculatus;CALL-MAC 1624;CAPOAPE;Capros aper;CAPR-APE 1654;CEPOMAC;Cepola macrophthalma;CEPO-RUB 1919;CHEL;Chelidonichthys;EUTR-IGZ 1912;CHELCUC;Chelidonichthys cuculus;ASPI-CUC 1921;CHELLUC;Chelidonichthys lucerna;TRIG-LUC 1913;CHELOBS;Chelidonichthys obscurus;ASPI-OBS 1879;CHEOLAB;Chelon labrosus;CHEL-LAB 1796;CRYG;Crystallogobius;CRYS-TAZ 1797;CRYGLIN;Crystallogobius linearis;CRYS-LIN 1941;CYCPLUM;Cyclopterus lumpus;CYCL-LUM 10581;DIPDCEC;Diplodus cervinus cervinus;DIPL-CER 1703;DIPDSAR;Diplodus sargus;DIPL-SAR 6792;FMDORID;Dorididae;DORI-DIX 1762;ECITVIP;Echiichthys vipera;TRAC-VIP 1762;ECITVIP;Echiichthys vipera;ECHI-VIP 1362;ENGRENC;Engraulis encrasicolus;ENGR-ENP 1362;ENGRENC;Engraulis encrasicolus;ENGR-ENG 836;OREUPHA;Euphausiacea;EUPH-AUX 1254;GALOGAL;Galeorhinus galeus;GALE-GAL 1751;GYMA;Gymnammodytes;GYMN-AMZ 1511;HIPP;Hippocampus;HIPP-OCZ 1512;HIPPHIP;Hippocampus hippocampus;HIPP-HIC 2122;LAMT;Lampetra;LAMT-SPP 1311;LEUCNAE;Leucoraja naevus;RAJA-NAE 1497;MACOSCO;Macroramphosus scolopax;MACR-SCO 1551;MERNMER;Merlangius merlangus;MERL-MNG 1540;MERLMER;Merluccius merluccius;MERL-MCC 2011;MICUVAR;Microchirus variegatus;MICR-VAR 1553;MICMPOU;Micromesistius poutassou;MICR-POU 1988;MICTKIT;Microstomus kitt;MICR-KIT 1876;MUGI;Mugil;MUGL-MUG 1875;FMMUGIL;Mugilidae;MUGI-IDX 1255;MUST;Mustelus;MUST-ELZ 2682;ORMYCTO;Myctophiformes;MYCT-FMS 2961;NATANTI;Natantia;NATA-FMS 1439;NOTSKRO;Notoscopelus kroyeri;NOTO-KRO 514;OCTPVUL;Octopus vulgaris;OCTO-VUL 1695;PAGRPAG;Pagrus pagrus;SPAR-PAG 873;FMPANDA;Pandalidae;PAND-ALX 866;PASI;Pasiphaea;PASI-PHZ 1571;PHYI;Phycis;PHYC-ISZ 1573;PHYIBLE;Phycis blennoides;PHYC-BLE 1572;PHYIPHY;Phycis phycis;PHYC-PHY 7278;UFPORTU;Portunoidea;PORT-UNX 911;PROC;Processa;PROC-ESX 1299;RAJA;Rajidae;RAJA- Z 1299;RAJA;Rajidae;RAJA- Z 1299;RAJA;Rajidae;RAJA-Z 1388;SALOSAL;Salmo salar;SALM-SAL 1389;SALOTRU;Salmo trutta trutta;SALM-TRU 1775;SADASAR;Sarda sarda;SARD-SAR 1351;SARDPIL;Sardina pilchardus;SARD-PIP 1351;SARDPIL;Sardina pilchardus;SARD-PIG 1491;SCOBSAS;Scomberesox saurus saurus;SCOM-SAU 1894;SCOR;Scorpaena;SCOR-PAZ 1242;SCYOCAN;Scyliorhinus canicula;SCYL-CAN 121;CLSCYPH;Scyphozoa;SCYP-SPP 470;FMSEPIO;Sepiolidae;SEPI-OLZ 470;FMSEPIO;Sepiolidae;SEPI-OLX 1996;SOLESOL;Solea solea;SOLE-VUL 1717;SPON;Spondyliosoma;SPON-DYZ 1737;SYMP;Symphodus;SYMP-HOZ 1498;FMSYNGN;Syngnathidae;SYNG-NAX 1778;THUNALA;Thunnus alalunga;THYN-ALA 506;FMOMMAS;Ommastrephidae;TODA-SPP 1759;TRAHDRA;Trachinus draco;TRAC-DRA 1663;TRACMED;Trachurus mediterraneus;TRAC-MEG 1663;TRACMED;Trachurus mediterraneus;TRAC-MEP 1662;TRACTRA;Trachurus trachurus;TRAC-TRU 1662;TRACTRA;Trachurus trachurus;TRAC-TRP 1662;TRACTRA;Trachurus trachurus;TRAC-TRG 1782;FMGOBII;Gobiidae;GOBI-IDX 2167;UFPAGUR;Paguroidea;PAGU-RIX 1758;TRAH;Trachinus;TRAC-INZ 6;RGANIMX;Animalia;DIVE-RS7 6;RGANIMX;Animalia;PHOL-DIX 3687;FMSALPD;Salpidae;SALP-SP1 3687;FMSALPD;Salpidae;SALP-SP3 99999;NON VIVANT;Non vivant;XXXX-XXX 11;MBCNIDA;Cnidaria;OREL-ORN 3687;FMSALPD;Salpidae;SALP-SPP 99999;NON VIVANT;Non vivant;XXXX-XX1 6;RGANIMX;Animalia;AUTR-ESP 6;RGANIMX;Animalia;DIVE-RS3 1775;SADASAR;Sarda sarda;BONI-BON 1386;FMSALMO;Salmonidae;SALM-SAR 1661;TRAC;Trachurus;TRAC-URZ 6;RGANIMX;Animalia;ESPE-CE0 488;LOLI;Loligo;LOLI-SPP 488;LOLI;Loligo;LOLI-XXX 1414;FMMYCTO;Myctophidae;MYCT-OPX 99998;COMPLEM;MiscAnimalia;COMP-LEM 7678;SFPOLYB;Polybiinae;CRAB-NAG 930;CRAG;Crangon;CRAN-CRA 1077;POLBHEN;Polybius henslowi;POLY-HEN 1414;FMMYCTO;Myctophidae;MYCT-OPP 6;RGANIMX;Animalia;DIVE-RS5 1414;FMMYCTO;Myctophidae;MYCT-SP1 6;RGANIMX;Animalia;DIVE-RS6 99999;NON VIVANT;Non vivant;DECH-ET1 1414;FMMYCTO;Myctophidae;MYCT-OPZ 508;TODIEBL;Todaropsis eblanae;TODA-EBL 99999;NON VIVANT;Non vivant;DECH-ET2 1804;POMOMIN;Pomatoschistus minutus;POMA-MIN 6;RGANIMX;Animalia;DIVE-RS4 99999;NON VIVANT;Non vivant;XXXX-XX2 99999;NON VIVANT;Non vivant;DECH-DEC 6;RGANIMX;Animalia;ESPE-CE1 508;TODIEBL;Todaropsis eblanae;TODA-BEL 1796;CRYG;Crystallogobius;CRYS-AGZ 1148;ASTIRUB;Asrerias rubens;ASTE-RUB 1452;ANGUANG;Anguilla anguilla;LEPT-OCE 926;FMCRANG;Crangonidae;CRAN-GOX 99999;NON VIVANT;Non vivant;CHAL-NUL 803;ORAMPHD;Amphipoda;AMPH-IPO 6;RGANIMX;Animalia;OBM-OBM 1771;SCOM;Scomber;SCOM-ERZ 467;SEPIOFF;Sepia officinalis;SEPI-OFF 468;SEPIELE;Sepia elegans;SEPI-ELE 469;SEPIORB;Sepia orbignyana;SEPI-ORB 489;LOLIVUL;Loligo vulgaris;LOLI-VUL 490;LOLIFOR;Loligo forbesi;LOLI-FOR 493;ALLOMED;Alloteuthis media;ALLO-MED 507;ILLECOI;Illex coindetii;ILLE-COI 509;TODASAG;Todarodes sagittatus;TODA-SAG 522;ELEDCIR;Eledone cirrhosa;ELED-CIR 949;NEPHNOR;Nephrops norvegicus;NEPH-NOR 957;PALIELE;Palinurus elephas;PALI-ELE 1054;CANCPAG;Cancer pagurus;CANC-PAG 1055;CANCBEL;Cancer bellianus;CANC-BEL 1111;MAJASQU;Maja squinado;MAJA-SQU 1148;ASTIRUB;Asterias rubens;ASTI-RUB 1212;PETRMAR;Petromyzon marinus;PETR-MAR 1239;ALOPVUL;Alopias vulpinus;ALOP-VUL 1251;PRIOGLA;Prionace glauca;PRIO-GLA 1256;MUSTMUS;Mustelus mustelus;MUST-MUS 1257;MUSTAST;Mustelus asterias;MUST-AST 1297;TORPMAR;Torpedo marmorata;TORP-MAR 1322;DASYPAS;Dasyatis pastinaca;DASY-PAS 1329;MYLIAQU;Myliobatis aquila;MYLI-AQU 1349;CLUPHAR;Clupea harengus;CLUP-HAR 1351;SARDPIL;Sardina pilchardus;SARD-PIL 1353;SARIAUR;Sardinella aurita;SARI-AUR 1356;SPRASPR;Sprattus sprattus;SPRA-SPR 1358;ALOSALO;Alosa alosa;ALOS-ALO 1359;ALOSFAL;Alosa fallax;ALOS-FAL 1362;ENGRENC;Engraulis encrasicolus;ENGR-ENC 1379;MAURMUE;Maurolicus muelleri;MAUR-MUE 1394;ARGESPH;Argentina sphyraena;ARGE-SPH 1395;ARGESIL;Argentina silus;ARGE-SIL 1447;LESTSPH;Lestidiops sphyrenoides;LEST-SPH 1458;NEMISCO;Nemichthys scolopaceus;NEMI-SCO 1467;CONGCON;Conger conger;CONG-CON 1488;BELOBEL;Belone belone;BELO-BEL 1500;SYNGACU;Syngnathus acus;SYNG-ACU 1508;NEROOPH;Nerophis ophidion;NERO-OPH 1540;MERLMER;Merluccius merluccius;MERL-MER 1543;GADUMOR;Gadus morhua;GADU-MOR 1551;MERNMER;Merlangius merlangus;MERN-MER 1555;POLLPOL;Pollachius pollachius;POLL-POL 1556;POLLVIR;Pollachius virens;POLL-VIR 1558;TRISMIN;Trisopterus minutus;TRIS-MIN 1560;TRISLUS;Trisopterus luscus;TRIS-LUS 1577;ENCHCIM;Enchelyopus cimbrius;ENCH-CIM 1619;ZEUSFAB;Zeus faber;ZEUS-FAB 1644;DICELAB;Dicentrarchus labrax;DICE-LAB 1645;DICEPUN;Dicentrarchus punctatus;DICE-PUN 1663;TRACMED;Trachurus mediterraneus;TRAC-MED 1664;TRACPIC;Trachurus picturatus;TRAC-PIC 1690;MULLSUR;Mullus surmuletus;MULL-SUR 1698;BOOPBOO;Boops boops;BOOP-BOO 1711;OBLAMEL;Oblada melanura;OBLA-MEL 1713;PAGEERY;Pagellus erythrinus;PAGE-ERY 1714;PAGEACA;Pagellus acarne;PAGE-ACA 1715;PAGEBOG;Pagellus bogaraveo;PAGE-BOG 1716;SARPSAL;Sarpa salpa;SARP-SAL 1718;SPONCAN;Spondyliosoma cantharus;SPON-CAN 1749;AMMOTOB;Ammodytes tobianus;AMMO-TOB 1750;AMMOMAR;Ammodytes marinus;AMMO-MAR 1755;HYPELAN;Hyperoplus lanceolatus;HYPE-LAN 1772;SCOMSCO;Scomber scombrus;SCOM-SCO 1773;SCOMJAP;Scomber japonicus;SCOM-JAP 1785;GOBINIG;Gobius niger;GOBI-NIG 1786;GOBIPAG;Gobius paganellus;GOBI-PAG 1791;LESUFRI;Lesueurigobius friesii;LESU-FRI 1877;MUGICEP;Mugil cephalus;MUGI-CEP 1881;LIZARAM;Liza ramada;LIZA-RAM 1910;TRIGLYR;Trigla lyra;TRIG-LYR 1920;EUTRGUR;Eutrigla gurnardus;EUTR-GUR 1960;LEPIWHI;Lepidorhombus whiffiagonis;LEPI-WHI 1971;ARNOLAT;Arnoglossus laterna;ARNO-LAT 1972;ARNOIMP;Arnoglossus imperialis;ARNO-IMP 1978;PLEUPLA;Pleuronectes platessa;PLEU-PLA 1990;PLATFLE;Platichthys flesus;PLAT-FLE 2004;BUGLLUT;Buglossidium luteum;BUGL-LUT 2006;DICOCUN;Dicologlossa cuneata;DICO-CUN 2025;BALICAP;Balistes capriscus;BALI-CAP 2036;MOLAMOL;Mola mola;MOLA-MOL 2049;LOPHPIS;Lophius piscatorius;LOPH-PIS 2050;LOPHBUD;Lophius budegassa;LOPH-BUD 2120;KATSPEL;Katsuwonus pelamis;KATS-PEL 5850;PHOTDIN;Photonectes dinema;PHOT-DIN 5884;AHLIBER;Ahliesaurus berryi;AHLI-BER 7693;GADIARG;Gadiculus argenteus;GADI-ARG
On Fri, 09 Dec 2011 14:50:57 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
- pour DAAG1989 il y aura bien 2 lignes DataAcquisition car il y a effectivement 2 lignes EI_CONFIGURATION auxquelles sont associées des ESU. - Par contre pour PEGASE1998, les ESU ne sont associées qu'à l'ID_EI "EIT_98b_38" donc on peut ne garder que celle là et ne pas tenir compte de la ligne "EIT_98a_38" dans EI_CONFIGURATION (on peut la supprimer, elle fait doublon)
Pourrais-tu du coup me fournir une nouvelle version de la base baracouda avec cette ligne enlevée car j'ai toujours pas d'access sous la main :( Merci. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
On Fri, 09 Dec 2011 14:50:57 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
- pour DAAG1989 il y aura bien 2 lignes DataAcquisition car il y a effectivement 2 lignes EI_CONFIGURATION auxquelles sont associées des ESU. Donc on est bien d'accord que le transect a 2 dataAcquisition dans ce cas précis (et unique) pour les données anciennes.
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
Tony Chemit a écrit :
On Fri, 09 Dec 2011 14:50:57 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
- pour DAAG1989 il y aura bien 2 lignes DataAcquisition car il y a effectivement 2 lignes EI_CONFIGURATION auxquelles sont associées des ESU. Donc on est bien d'accord que le transect a 2 dataAcquisition dans ce cas précis (et unique) pour les données anciennes.
yes et je t'ai mis le baracouda nouveau sur le ftp ifremer, "Le fichier sera disponible sur le serveur FTP anonyme (zone standard) dans quelques heures " ftp://ftp.ifremer.fr/ifremer/divers/ Bon WE M
-- Mathieu Doray, PhD Ifremer Département Ecologie et Modèles pour l'Halieutique rue de l'Ile d'Yeu B.P. 21105 44311 Nantes Cedex 03 mathieu.doray@ifremer.fr Tel./Phone: 02 40 37 41 65 / International: 332 40 37 41 65 Fax : 02.40.37.40.01 / International: 332 40 37 40 01 Thèse en ligne / PhD manuscript: http://www.ifremer.fr/docelec/doc/2006/these-1735.pdf CV / resume: http://mathieudoray.ouvaton.org/CV_Mathieu_Doray.html
On Fri, 09 Dec 2011 14:50:57 +0100 Mathieu DORAY <Mathieu.Doray@ifremer.fr> wrote:
Je te joins aussi la table de référence espèce définitive, avec la correspondance entre le code_permanent (la clef métier à utiliser) et 'GENR_ESP', la clef métier baracouda pour faire la correspondance. on peut laisser 'GENR_ESP' dans le référentiel espèce d'Echobase pour faciliter l'import.
Aoulala, le fichier d'import espèces a pas toutes les même colonne que celui m'a envoyé Vincent, je crains que ça ne fonctionne pas. Il faut faire les modifications sur le fichier initialiement donné par Vincent. Merci, Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
participants (2)
-
Mathieu DORAY -
Tony Chemit