27/11/2017
Compte rendu du poihl du 27/11/2017
Durée : 1h
Tour de table
=============
Ionela
------
- le Data Request-CMIP6
il reste une centaine de variables CMIP6 à ajouter dans LMDZ
date limite IPSL en décembre
- test du Tutorial 1 de la formation LMDZ
a fait les retours pour commission Ehouarn
- automatisation du diagnostic de la MJO
l'a appliquée aux dernières simulations climatiques
==> à voir avec les couplés pour les années récentes CMIP5/IPSL
Jean-Yves
---------
- travaille sur le splitting de la couche limite
entre l'intérieur et l'extérieur des poches froides.
le schéma des thermiques est appliqué pour l'extérieur
des poches pour CMIP6, alors que la diffusion turbulente voit
Tour de table
=============
Ionela
------
- le Data Request-CMIP6
il reste une centaine de variables CMIP6 à ajouter dans LMDZ
date limite IPSL en décembre
- test du Tutorial 1 de la formation LMDZ
a fait les retours pour commission Ehouarn
- automatisation du diagnostic de la MJO
l'a appliquée aux dernières simulations climatiques
==> à voir avec les couplés pour les années récentes CMIP5/IPSL
Jean-Yves
---------
- travaille sur le splitting de la couche limite
entre l'intérieur et l'extérieur des poches froides.
le schéma des thermiques est appliqué pour l'extérieur
des poches pour CMIP6, alors que la diffusion turbulente voit
le profil moyen de l'intérieur et de l'extérieur.
- Data Request avec Toulouse
- comment obtenir les fichiers *.def de LMDZ6 ?
Les *.def de CM6.0.12 ne sont pas dans le DefLists
du modèle LMDZ.
Marie-Pierre
------------
- Suite à la remarque de Fred, a reproduit le fait que SANS rayonnement, on obtient des résultats différents avec/sans RRTM dans le 1D .
==> revoir dans physiq_mod.F90, dans IF (iflag_radia.eq.0), les différents flux mis à zero.
- cas ARM_CU : forçages avec la LES pas cohérents avec les forçages définis par le cas ARM_CU. Najda a trouvé le bug.
- formation LMDZ
test TD1 ==> remarques à Ehouarn
travaille sur le TD du 1D et la présentation.
Lidia
-----
- Post-traitements des simulations réalisées
============================================
après la maintenance de Curie, des post-traitements ne sont pas passés
en exécution automatique : messages du TGCC
==> relance en manuel des post-traitements pour les simulations
LMDZ6-CM6.0.12, et les simulations LMDZ6-CAUSES.
- simulations LMDZ6-CAUSES
==========================
* mise au point de la configuration des simulations AMIP-LMDZ6
spécifiques à CAUSES, avec LMDZ6-CM6.0.11.3 split, pour l'année 2011.
==> définition de 2 domaines de sortie pour les résultats, avec XIOS2 :
- 1 domaine défini sur la région CAUSES (Etats-Unis), pour les sorties
standards à fréquence mensuelle et à fréquence journalière
- 1 domaine défini sur le point ARM/SGP (South Great Plains) CAUSES,
pour les sorties à haute fréquence.
ce domaine est un domaine 3 points en longitude et en latitude, centré
sur le point ARM/SGP, les coordonnées du point CAUSES ne sont pas
exactement sur un point de la grille du modèle LMDZ.
La sortie des résultats à haute fréquence sur ce domaine 3points
permet d'optimiser l'espace de stockage occupé par les fichiers
résultats haute fréquence.
==> définition des variables de sortie résultats, pour la haute
fréquence en instantané, spécifiques à CAUSES, avec XIOS2 :
- ajout de variables pour les hautes fréquences, à la configuration
standard
variables 2D : une vingtaine de variables
variables 3D : une vingtaine de variables
- des variables parmi celles à ajouter ne sont pas définies dans la
configuration standard LMDZ :
cliviall = total ice water path ==> remplacé par la variable iwp
dans LMDZ6
icc3dcon et icc3dstra = convective et stratiform cloud ice fraction,
n'apparaissent pas dans les sources LMDZ, ni dans les routines de
calcul, ni dans les routines définissant les entrées/sorties du
modèle LMDZ.
* vérification des résultats avec et sans guidage
analyse des résultats qui permet de contrôler si le guidage a bien
été pris en compte, en comparant les résultats de la simulation de
contrôle, avec les résultats de la simulation avec guidage ==> OK
- Data Request avec Toulouse
- comment obtenir les fichiers *.def de LMDZ6 ?
Les *.def de CM6.0.12 ne sont pas dans le DefLists
du modèle LMDZ.
Marie-Pierre
------------
- Suite à la remarque de Fred, a reproduit le fait que SANS rayonnement, on obtient des résultats différents avec/sans RRTM dans le 1D .
==> revoir dans physiq_mod.F90, dans IF (iflag_radia.eq.0), les différents flux mis à zero.
- cas ARM_CU : forçages avec la LES pas cohérents avec les forçages définis par le cas ARM_CU. Najda a trouvé le bug.
- formation LMDZ
test TD1 ==> remarques à Ehouarn
travaille sur le TD du 1D et la présentation.
Lidia
-----
- Post-traitements des simulations réalisées
============================================
après la maintenance de Curie, des post-traitements ne sont pas passés
en exécution automatique : messages du TGCC
==> relance en manuel des post-traitements pour les simulations
LMDZ6-CM6.0.12, et les simulations LMDZ6-CAUSES.
- simulations LMDZ6-CAUSES
==========================
* mise au point de la configuration des simulations AMIP-LMDZ6
spécifiques à CAUSES, avec LMDZ6-CM6.0.11.3 split, pour l'année 2011.
==> définition de 2 domaines de sortie pour les résultats, avec XIOS2 :
- 1 domaine défini sur la région CAUSES (Etats-Unis), pour les sorties
standards à fréquence mensuelle et à fréquence journalière
- 1 domaine défini sur le point ARM/SGP (South Great Plains) CAUSES,
pour les sorties à haute fréquence.
ce domaine est un domaine 3 points en longitude et en latitude, centré
sur le point ARM/SGP, les coordonnées du point CAUSES ne sont pas
exactement sur un point de la grille du modèle LMDZ.
La sortie des résultats à haute fréquence sur ce domaine 3points
permet d'optimiser l'espace de stockage occupé par les fichiers
résultats haute fréquence.
==> définition des variables de sortie résultats, pour la haute
fréquence en instantané, spécifiques à CAUSES, avec XIOS2 :
- ajout de variables pour les hautes fréquences, à la configuration
standard
variables 2D : une vingtaine de variables
variables 3D : une vingtaine de variables
- des variables parmi celles à ajouter ne sont pas définies dans la
configuration standard LMDZ :
cliviall = total ice water path ==> remplacé par la variable iwp
dans LMDZ6
icc3dcon et icc3dstra = convective et stratiform cloud ice fraction,
n'apparaissent pas dans les sources LMDZ, ni dans les routines de
calcul, ni dans les routines définissant les entrées/sorties du
modèle LMDZ.
* vérification des résultats avec et sans guidage
analyse des résultats qui permet de contrôler si le guidage a bien
été pris en compte, en comparant les résultats de la simulation de
contrôle, avec les résultats de la simulation avec guidage ==> OK