projet echobase --------------- Lundi 15-11-2011 (Ifremer) Pr��sents : Mathieu, Vincent, Benjamin, Tony, Franck (t��l��phone) Planning -------- - d��tail du mod��le p��cherie - sc��narii d'import - import historique Modele peche ------------ Fait nouveau pour nous de d��couvrir que le mo��dle peche propos�� est un nouveau mod��le et non pas un existant. Mathieu et Vincent s'interrogent sur le mod��le actuel et cela concerne deux points : - les ��chantillons individuels qui ne sont pas uniformes avec les ��chantillons non individuels, ce qui complexifie beaucoup le mod��le. - la repr��sentation des aggr��gations d'��chantillons hi��rarchis��s qui ne convient pas. On a appel�� Franck pour essayer d'��claircir ces deux points et il est d'accord sur ces deux points. On essaye de trouver une meilleure mod��lisation. Les solutions retenues sont d��crites dans les sections suivantes (�� voir si cela permettra de bien prendre en compte tous les cas possibles et souhait��s). Gestion des ��chantillons individuels ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ On supprime du mod��le toute la partie sur les ��chantillons individuels, on introduit une notion de type des donn��e ��chantillonn��e qui convient et pour les ��chantillons group��s (il s'agit pour le moment uniquement d'un type de donn��es taille) et pour les ��chantillons individuels. Cela permet d'avoir une grande felxibilit�� sur les donn��es ��chantillonn��es. On ajoute sur l'��ntiti�� ��chantillon un entier qui est nulle lors d'un ��chantillon non individuel et qui repr��sente l'identifiant de l'individu dans le cas d'un ��chantillon individuel. Gestion des aggregations d'��chantillons ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Les ��chantillons peuvent ��tre aggr��g��s et donc on voudrait pouvoir stoquer une information de type arbre. Plusieurs probl��matiques entrent en jeu lorsqu'on veut ��crire un tel mod��le : - le mod��le sera-t-il reflexible ? - le mod��le sera-t-il efficace �� int��rroger ? - le mod��le sera-t-il facilement repr��sentable sous forme d'arbre ? Nous partons sur une solution dite *lab��lis��e*. Un ��chantilon poss��dera plusieurs labels qui repr��sentent en fait les noeuds de l'arbre d'��chantillonage. Par exemple, un label *Gros* ou *Male* ou encore *Gros* et *Male*. A chaque label possible on associe un niveau de hi��rarchie qui permettra ensuite de pouvoir g��rer la coh��rence de l'arbre d'��chantillon. Par exemple si on a un tel arbre : G GM on ne peut pas avoir un nouveau noeud F car F est de niveau 2 et G de niveau , il faut obligatoirement mettre un noeud GF. Inversement si on a M On ne peut pas directement ajouter un noued GF car le niveau G n'existe pas, il faudrait alors ajouter le noeud G, puis GM et GF. Le mod��le que nous proposons est tr��s flexible et peut tr��s facilement rendre les hi��rarchies incoh��rentes si on n'a pas de r��gles de gestion bien con��ues. Il faudra alors bien penser �� cela lors de la cr��ation d'un outil de saisie. On pourra mieux expliquer le fonctionnement lors de la prochaine r��union. Une question reste en suspens : A quoi correspond aggregationLevelSampledWeight et aggregationLevelObservedWeight dans l'ancien SampleAggregation ? Il nous faudrait les formules utilis��s pour les ��l��vations selon ces deux champs. Divers ~~~~~~ - Correction de la mod��lisation des engins (dans la version que j'ai du mod��le il y avait une liaison entre param��tre engin et type engin qui n' pas lieu d'��tre). - On a remarqu�� que la table *captures* qui n'est rattach�� �� rien ! (dans le mod��le MS-ACCESS), il faut tir�� cela au clair. Import historique ----------------- Cet import sera r��alis�� par nos soins et donc cette fonctionnalit�� ne sera pas pr��sente dans la version web. Nous fournirons donc une version finale de l'application avec une base d��j�� constitu��e des donn��es historiques. Mod��le acoustic --------------- - suppression de l'entit�� suppl��mentaire Voyage_echotype car non utile. Sc��narii d'import ----------------- - non trait�� Disponibilit�� du mod��le ----------------------- Le mod��le est sur le d��p��t svn et est accessible au t��l��chargement pour tous �� cette adresse : http://svn.forge.codelutin.com/svn/echobase/trunk/echobase-entities/src/main/xmi/echobase.zargo A faire ------- - faire une proc��dure d'import des donn��es peches historiques vers le nouveau mod��le. (Ifremer) - faire une proc��dure d'import des donn��es accoustiques vers le nouveau mod��le. (Ifremer) - fournir les donn��es 2011 �� importer (id��alement au format csv) (Ifremer) - coder l'import des donn��es du r��f��rentiel (Codelutin) - regarder comment on peut exporter toute une base sql (dump sql) (Codelutin) - pouvoir supprimer lors d'un r��import les donn��es pr��c��demment importer (via la clef m��tier sur Voyage) (Codelutin) - mettre �� disposition le mod��le dans le compte rendu (Tony) - Prochaine r��union lundi 5 d��cembre 2011 �� 10h00 (Ifremer).