Reunion 12/09/16
Article mis en ligne le 14 septembre 2016
dernière modification le 11 juillet 2018

par franchisteguyl

Presents : M. Michou, P. Nabat, D. Saint Martin, S. Valcke, MP Moine, R. Roehrig, A. Voldoire, B. Decharme, J. Colin, M. Chevallier, R. Seferian, S. Senesi, L. Franchisteguy

  • Diagnostiques-Data Request (DR) pour les differents composantes (tableurs diffuses par Stephane) :
    • Pour l’atmosphere et la chimie, OK a priori pour coder les diags de la DR avant fin octobre. Besoin d’evaluer avec precision le cout du stockage des variables 3D en chiffrant separement les volumes pour niveaux pression et pour niveaux modele.
    • Pour Surfex, tous les diagnostics sont pratiquement codes mais la situation est moins claire pour le calcul de l’albedo (on voit des "bandes" toutes les 4h, l albedo n est pas celui utilise par le modele mais est recalcule partir du rayonnement).
    • Pour l’ocean, il manque a peu pres la moitie des diags (cf Aurore) ; on ne vise pas de calcul offline, car "tricky" avec les volumes variables. A voir en fonction de ce qui se discutera a la reunion de mercredi. Neuf champs 3D sur les 82 champs demandes. A noter que le calendrier de l IPSL est moins serre que le notre, ce qui peut nous amener a devoir phaser nous-memes des codes de diagnostics pas encore integres dans la branche officielle de Nemo.
    • Note : dans les outils de M. Juckes, il n’y a moyen de specifier que 1 nombre de niveaux (ne peut pas traduire la variete des jeux de niveau pression demandes par les divers MIPs).
    • Pour chaque composante, il faudra creer un fichier d’alias xml faisant la correspondance entre le nom de la variable cmip et le nom du champ sorti par le modele. Le fichier d’alias devra peut-etre specifier la correspondance entre la structure spatio-temporelle de la variable demandee et les operations a faire par XIOS (a moins que ca ne puisse se faire automatiquement en fonction de la syntaxe de la "CMOR variable").
    • Discussion sur le fait que le spinup ne peut commencer qu’avec tous les diagnostiques codes ou pas. Pour D. Saint-Martin, on doit avoir le meme binaire pour le spin-up et les simulations (on ne sortira probablement pas tous les diags pour le spin-up). Certains diags importants ne sont pas encore codes dans Nemo car ils etaient faits offline dans CMIP5 mais pour CMIP6 on veut minimiser, voire eliminer, les diags offline.
    • Proposition de Bertrand : A realiser dans les 15 jours a venir : evaluation detaillee des diags importants pas encore codes et temps de codage correspondant, et qui les code. Les responsables de chaque composante devront se reunir pour des cross-checks, vendredi 23/09 a 14h, salle 151 avec mise a disposition des listes mises a jour la veille.
    • Diagnostics AerchemMIP, ScenarioMIP et FAFMIP toujours absents pour le moment de la DR
    • Question sur l’avancement d’XIAS : encore quelques bugs (timing) dans les versions Arpege qui circulent ; Note : certains champs ne doivent etre sortis que apres cnt4 (avance de la physique) et non pas apres aplpar, par exemple les precips. Sortie des diags pour les champs a t- a la fin d’aplpar, ainsi que pour les champs a t qui y sont dans leur etat final, mais apres cnt4 pour les autres champs a t. Besoin de disposer rapidement d une version deboguee, si possible avant la V6.2.4
    • Coordination du codage des variables ; pour Arpege, phasage des differents codages de variables par Antoinette.
    • Les diags de PMIP et ISMIP ne sont pas necessairement imperatifs. Pour PMIP, seul le mid-holocene sera fait, il n’y a que les parametres orbitaux a changer (c est donc une simulation facilement realisable car simple changement de parametres orbitaux)
    • Discussions sur les variables importantes qu’on veut nous de toutes facons ; en faire la liste avant la reunion du 23 et verifier qu’elles sont demandees dans la DR et sinon creer une DR maison ? DR2xml devra considerer la DR CMIP6 + une "DR maison" sans faire de doublons.
    • Variables TRIP demandees dans la DR (6 ou 7 importantes) : pas d’XIOS dans TRIP qui sort quand meme des fichiers netcdf. Il y aura donc du post-traitement CMOR a faire ou un interfacage TRIP/XIOS.
  • Point sur DR2XML :
    Suite aÂla reunion XIOS tenue avec l IPSL le 08/09, Stephane a fourni DR2XML a l’IPSL qui va tester.
  • Point fichier de couplage :
    Pb identifie par Jean-Francois (zigouigoui en i=361) a ete regle en masquant les point i=1 et 362 (et non pas i=361, 362) ; nouveaux fichiers de grilles, masques, aires et fichiers de poids des interpolations a faire par Aurore avec verification par Sophie en integrant le bug sur les runoff, la modif a faire pour la Caspienne, et cette derniere modification (et un nouveau masque terre-mer dans Surfex ?)
  • Point Atlas et monitoring (donc utilisant de CLIMAF) :
    Fusionner les applications au-dessus de CLIMAF pour sortir des atlas ocean. Faut-il centraliser la conception d’un atlas pour nous ou se reposer sur celui de Jerome ? On aura un outil commun CERFACS-CNRM pour le monitoring, mais probablement divergence naturelle avec la version IPSL de l Atlas
    Centraliser et gerer de facon commune Cerfacs-CNRM l’atlas ocean. Coordination Marie-Pierre et Roland (et Silvana). Version mergee a mettre sous git (Marie-Pierre).
    Penser a mettre cette tache dans la description de poste de la personne qui va remplacer Sophie Tyteca.
    Monitoring des inputs et surtout des outputs a integrer dans ECLIS (Marie-Pierre, Sophie).
  • Prochaine reunion CMIP6-Tech le mardi 11/10 a 14h, salle 151.

Dans la même rubrique

Réunion du 11/09/2020
le 21 septembre 2020
par Rigoudy
Réunion du 03/07/2020
le 15 juillet 2020
par Rigoudy
Réunion du 05/06/20
le 26 juin 2020
par Rigoudy
Réunion du 10/03/2020
le 15 avril 2020
par Rigoudy
Réunion du 23/01/2020
le 30 janvier 2020
par Rigoudy