New URL for NEMO forge!   http://forge.nemo-ocean.eu

Since March 2022 along with NEMO 4.2 release, the code development moved to a self-hosted GitLab.
This present forge is now archived and remained online for history.
WorkingGroups/TAM/Meetings/111209 (diff) – NEMO

Changes between Version 5 and Version 6 of WorkingGroups/TAM/Meetings/111209


Ignore:
Timestamp:
2009-11-12T15:04:24+01:00 (14 years ago)
Author:
chauvin
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WorkingGroups/TAM/Meetings/111209

    v5 v6  
    88Excusés : - 
    99ODJ: 
    10  * Point sur le Wiki NEMOTAM 
    11  * Point sur la release NEMOTAM 
    12  * Point sur le dépôt GIT   
     10 * Point sur les actions décidées lors de la réunion précédente 
     11 * Point sur la gestion de la release NEMOTAM 
    1312 * Point sur le livrable D1.2: "Documentation of NEMOTAM" à T0+12 
    1413 * Prochaine réunion, ODJ prévisionnel 
     
    3130 
    3231 === Toilettage du code ===  
     32Les versions nettoyées de NEMOVAR et NEMOTAM induisent moins de modifications dans le code NEMO désormais. 
     33Modificiations pour NEMOTAM: quelques modules du direct ont été modifiées. MetoFfice l'a fait, mais encore quelques modificiations dans le tangent. 
     34 
     35 
    3336La version publique à venir doit être débarrassée des modules non relatifs à NEMOVAR (hérités du centre européen ECMWF). Une action est déjà en cours dans le groupe de travail  NEMOVAR pour rendre disponible une verison « clean ». 
    3437{{{ 
     
    3740 
    3841 === Configurations de référence === 
    39 La configuration actuelle de test est la configuration « ORCA2 ». Pour se rapprocher de la plateforme NEMO (et de leur cycle de qualification), les configurations « GYRE » et « POMME » doivent être disponibles. La configuration « POMME » sera disponible lors de la prochaine release 3.2 de NEMO. Cette release cible cependant les besoins en couplage.  Les bouts de code relatif à «POMME » seront extraits pour les insérer dans NEMOTAM avant la release 3.2 de NEMO.  
     42La configuration actuelle de test est la configuration « ORCA2 ». La configuration GYRE vient d'être validée, pour la partie NEMOTAM. Pour valider NEMOVAR, il faut encore définir des observations (en paramétrant singleobs, dans la namelist). 
     43 
    4044{{{ 
    41  * GYRE:   à insérer dans NEMOTAM Claire   / Franck 
    42  * POMME:  à insérer dans NEMOTAM Rachid / Franck 
     45 * POMME:  à insérer dans NEMOTAM Rachid / Franck. 
     46 *      :  voir si on peut utiliser la namelist de ORCA2, voir avec les paramètres OBC Charles. 
    4347}}} 
     48 
     49 
    4450 
    4551 === Gestion de la release NEMOTAM === 
    4652 
    47 Le code NEMOTAM actuel est basé sur le tag nemo_v3_0, avec certaines de ses évolutions ultérieures (correction de bugs), puisqu'il s'agit en fait de la version utilisée au ECMWF. Il  sera enregistré avec le tag nemotam_v3_0. Ce tag nemotam_v3_0 sera défini en référence au tag nemo_v3_0, enrichi des bug fixes appropriés. 
     53Le développement du TAM induit des modifications et des ajouts dans NEMO.  
     54Liste disponible sur LIEN: la plupart sont dans le manuel de référence, dans la section Direct Model Changes http://forge.ipsl.jussieu.fr/nemo/wiki/OPA_TAM/ReferenceManual/directmodel 
     55Scpéfifiques à TAM + Opérateur d'observation + Gestion de l'incrément. : ces modifications du direct devraient a priori être intégrées dans NEMO. 
    4856 
    49 La stratégie de gestion du code NEMOVAR par rapport à celui de NEMO n'est pas clairement définie. La release de NEMOVAR relative à un tag donné de NEMO sera décalée dans le temps. Aujourd'hui, la gestion du code NEMO se fait comme suit: entre deux release (tag) du code NEMO il n'y a pas de tag intermédiaires (pour faire état d'une série de « bug fixed » par exemple).   
    50  * 1) solution 1: introduire des tags intermédiaires dans la gestion du code NEMOVAR pour rendre compte des « bug fixed » NEMO. Cette solution permettrait d'être à jour au niveau des bugs NEMO. Cependant, cette solution demanderait un travail supplémentaire à l'utilisateur finale.  
    5157 
    52  * 2) solution 2: créer une nouvelle branche de NEMO qui ne tiendrait compte que des « bugs fixed » et NEMOVAR pourrait suivre un développement parallèle. Cette solution demanderait un effort supplémentaire du groupe system de la NEMO-team. 
    53  
    54 Afin d'avoir une stratégie de développement « beta » il faut lister les problèmes potentiel de chaque proposition (input de la NEMO-team: cycle de dev / contrainte système. VODA-team: ressources nécessaires pour passer d'une verison NEMOTAM à une autre).  
    55  
    56 En outre, le développement du TAM a induit des modifications et des ajouts dans NEMO. L'équipe NEMO-team veut un descriptif des ces modifications. 
    57 {{{ 
    58  * Arthur / Franck: Lister les modifications de NEMO relatives au développement du TAM  
    59 }}} 
    6058 
    6159== 3) Point sur le dépôt GIT ==  
    6260 
    63 Le code NEMOVAR est maintenant géré par le logiciel de gestion de versions, GIT. Cette application est plus adaptée aux développements décentralisés. Elle est en usage actif pour les partenaires suivants: CERFACS, ECMWF, INRIA, Met. Office. Nous avons profiter de cette migration pour re-organiser la structure du code (similaire à celle de NEMO). Il était prévu au départ d'utliliser le serveur GIT hébergé par l'INRIA. La version actuellement disponible sur le serveur est le 1.4 qui n'est pas compatible avec la version (v 1.6.4) utilisée initialement pour crée le dépôt. Ceci n'est pas bloquant étant donnée la nature décentralisée de GIT. cependant possible 
    64 {{{ 
    65  * Charles, Rachid: 
    66     * installer l'application GIT pour accueillir le code (note: à l'INRIA / Mac OS X nous avons la verison 1.6.4) 
    67  * Franck  
    68     * organiser une session LOCEAN / NEMOVAR-GIT: ok vendredi 25/09 
    69  * Arthur 
    70     * Info sur l'accès d'un serveur GIT (version compatible avec 1.6.4) géré par l'INRIA ou le LJK 
    71   }}} 
     61La question du dépôt centralisé est évoquée, pour que les nouvelles versions soient accessibles de LOCEAN et de Grenoble. La forge INRIA ne supporte pas encore GIT; le changement devrait être fait en décembre.  
     62Pas de possibilité de mettre à disposition le dépôt NEMOVAR sous GIT. 
     63Pour l'instant, on met sur la forge les nouveaux bundles: ils sont accessibles à tous. 
     64 
     65Administrateur de l'IPSL: hébergement possible d'un serveur GIT? (Charles) 
     66 
    7267  
    7368== 4) Point sur le livrable D1.2 (T0+12) == 
     
    7772Charles / Arthur  : Introduction 
    7873Arthur / Franck   : Partie théorique (obtention des tangents et adjoints) 
    79 Franck / Arthur   : Partie Pratique (détails des approximations, liste des options) 
    80 Franck                        : Description des tests des routines adjointes et tangentes 
    8174}}}  
    8275 
    83 == 5) Prochaine réunion, ODJ prévisionnel == 
     76Le détail des approximations, la liste des options ainsi que la description des tests des routines adjointes et tangentes ont été traités dans le Wiki; il reste encore à lisser le texte et à l'exporter en pdf. 
     77 
     78 
     79== 6) Prochaine réunion, ODJ prévisionnel == 
    8480, de 14h30 à 16h30. Visio-conférence 
    8581