= Validation Workflow CMIP6 = Cette page permet de : * centraliser les informations relatives à la validation des sorties produites par le Workflow CMIP6 IPSL. * renseigner les erreurs/problèmes trouvés * recenser les développements/fonctionalités non finalisées * assurer un suivi de ces erreurs jusqu'à leur correction == Historique des simulations à anlayser (modèle IPSLCM6.0.13-LR_CMIP6) == * 29/11/2017 : Simulation CM6013.cmip6-pi-08 de 10 ans (A NE PLUS UTILISER !!!) * '''07/12/2017 : Simulation CM6013.cmip6-pi-08f de 1 an''' * DR 00.15, DR2XML 0.23, XIOS2 rev 1309 * Les fichiers ping*xml et dr2xml*xml utilisés sont là : * Curie : {{{/ccc/scratch/cont003/gencmip6/p86caub/IGCM_OUT/IPSLCM6/DEVT/piControl/CM6013.cmip6-pi-08f/CMIP6}}} * Ciclad : {{{https://vesg.ipsl.upmc.fr/thredds/catalog/work_thredds/p86caub/IPSLCM6/DEVT/piControl/CM6013.cmip6-pi-08f/CMIP6/catalog.html}}} * Les sorties à analyser sont là : * Curie : {{{ /ccc/scratch/cont003/gencmip6/p86caub/IGCM_OUT/IPSLCM6/DEVT/piControl/CM6013.cmip6-pi-08f/CMIP6}}} * Ciclad : {{{ https://vesg.ipsl.upmc.fr/thredds/catalog/work_thredds/p86caub/IPSLCM6/DEVT/piControl/CM6013.cmip6-pi-08f/CMIP6/catalog.html}}} == Outils d'aide à la validation == LMDZ: Multi-atlas réalisé à partir de toutes les variables Amon disponibles dans la dernière simulation: https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jservon/C-ESM-EP/DR_CMIP6_all_ping_variables_jservon/AtlasExplorer_ANM/atlas_AtlasExplorer_DR_CMIP6_all_ping_variables_ANM.html ORCHIDEE: Multi-atlas réalisé à partir de toutes les variables Lmon disponibles dans la dernière simulation: https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jservon/C-ESM-EP/DR_CMIP6_all_ping_variables_jservon/LandSurfaces_ANM/atlas_LandSurfaces_DR_CMIP6_all_ping_variables_ANM.html Multi-atlas C-ESM-EP simplifié (atlas d'évaluation classique): https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jservon/C-ESM-EP/DR_CMIP6_check_quick_atlas_jservon/C-ESM-EP_DR_CMIP6_check_quick_atlas.html == LMDZ == ||'''Rapporteur'''|| '''Variable''' || '''Fréquence''' || '''Simulation''' || '''!Problème/Tâche''' || '''Outil responsable''' || '''Statut''' || '''Simulation avec correction''' || ||OB|| cdnc || AERmon|| CM6013.cmip6-pi-08|| Valeurs trop petites || ping file || changer pour scdnc/lcc3d où on moyenne avant de faire le rapport || || ||OB|| ch4globalClim, n2oglobalClim || Amon || CM6013.cmip6-pi-08|| redondant avec ch4global et n2oglobal || ping file || devrait disparaître avec DRv1.00.18 || || ||OB|| cl, clc || Amon || CM6013.cmip6-pi-08|| 0-1 au lieu de 0-100% || ping file || || || ||OB|| cldnvi || Eday, Emon || CM6013.cmip6-pi-08|| Valeurs qui me semblent bizarres. Diag LMDz à discuter. || LMDz || Je pense que cldnvi doit être divisé par le diag lcc après moyennage (=/)|| || ||AC|| hfls, hfss || AMon || CM6013.cmip6-pi-08 || Erreur de signe || ping file || '''Corrigé''' (commit LMDZ rev 3096) || CM6013.cmip6-pi-08f || ||OB|| hus, huss, hus7h || || CM6013.cmip6-pi-08|| L'unité du fichier ping (1) semble erronée, kg kg-1 plus approprié || CDR || Github issue ouvert|| || ||OB|| sftlf || || CM6013.cmip6-pi-08|| pourc_ter ou pourc_ter+pourc_lic ?? || ping || || || ||AC|| ua,ta,va,...|| AMon || CM6013.cmip6-pi-08 || Pb interpolation verticale niveaux de pression || DR2XML + XIOS || '''Corrigé''' (correction DR2XML) || CM6013.cmip6-pi-08f || ||OB|| ztp || AERmon || CM6013.cmip6-pi-08|| valeurs trop faibles || LMDz || '''Corrigé''' LMDz rev 3119|| || ||SB|| clt || 3hr || CM6013.cmip6-pi-08|| Cette valeur paraît tres faible pour une total cloud fraction. Les valeurs de la clt pour les Amon et day paraissent plus raisonnables. || ?? || || || ||SB|| hur || Amon || CM6013.cmip6-pi-08|| Le max suggere que l'humide relative varie ici entre 0 et 1 et non entre 0 et 100%. Idem pour tous les champs hur suivants (mais pas les hurs) || ?? || || || ||SB|| rlds || 3hr || CM6013.cmip6-pi-08|| La valeur moyenne ne semble pas coller pas avec les min/max. || ?? || || || ||SB|| rlu || CFmon || CM6013.cmip6-pi-08||valeur moyenne pas cohérence avec les min/max. et ce champ (rlu) semble identique au champ ciel clair (rlucs) || ?? || || || ||SB|| rlucs || CFmon || CM6013.cmip6-pi-08|| valeur moyenne pas cohérence avec les min/max. et ce champ (rlucs) semble identique au champ all-sky (rlu)/ Les min/max ressemblent aussi a ceux du champ rlus, mais c'est peut-etre normal si les min/max se trouvent a la surface. || ?? || || || ||SB|| rlus || 3hr/Amon/day || CM6013.cmip6-pi-08|| Je ne comprends pas les conventions de signe. Le surface downwelling LW de la page avant etait positif. Pourquoi le surface upwelling clear-sky LW est-il aussi positif? || ?? || || || ||SB|| rlutcs || CFday || CM6013.cmip6-pi-08|| la valeur moyenne de l'OLR ciel clair ne devrait pas etre identique a la valeur moyenne de l'OLR all-sky (champ suivant). || ?? || || || ||SB|| rsd || CFmon || CM6013.cmip6-pi-08|| Si les upwelling fluxes sont positifs dans l'atmosphere, les downwelling fluxes ne devraient-ils pas etre negatifs? || ?? || || || ||SB|| rsdcs || CFmon || CM6013.cmip6-pi-08|| meme remarque sur le signe|| ?? || || || ||SB|| rsdt || Amon || CM6013.cmip6-pi-08|| Ici j'imagine que l'on donne toujours l'insolation par une valeur positive, meme si c'est un flux downwelling? || ?? || || || ||SB|| rsus || 3hr || CM6013.cmip6-pi-08|| Devrait etre negatif si pour la surface on suit les memes conventions de signe que pour les flux turbulents/ || ?? || || || ||SB|| sfcWind || E3hr || CM6013.cmip6-pi-08|| valeur moyenne faible? || ?? || || || ||SB|| ta || 6hr || CM6013.cmip6-pi-08|| La valeur moyenne n'est pas compatible avec les min/max. Est-elle en degres Celsius au lieu de K? || ?? || || || ||SB|| ta7h || 6hr || CM6013.cmip6-pi-08|| problème valeur moyenne || numpy? || || || ||SB|| tas || 3hr || CM6013.cmip6-pi-08|| minimum: C'est froid pour une near-surface air temperature. C'est en Antarctique? || ?? || || || ||SB|| ts || Amon || CM6013.cmip6-pi-08|| minimum froid || ?? || || || ||SB|| ts || Eday || CM6013.cmip6-pi-08|| moyenne < min || ?? || || || ||SB|| wap || Amon || CM6013.cmip6-pi-08|| max: Ca fait 648 hPa/day...c'est fort pour une subsidence a 500 hPa! Est-ce que c'est dû à une interpolation sur un relief? || ?? || || || ||JS|| ta, hus, sci|| AMon || CM6013.cmip6-pi-08f || Pas de donnée || ?? || '''En cours'' || || ||JS|| hur || AMon || CM6013.cmip6-pi-08f || unité en fraction (0,1) mais demandé en % dans le ping || ? || A faire || ||AC|| zg || AMon || CM6013.cmip6-pi-08f || Pb vu avec multi-atlas cmip6 vs standard || ping file || en cours || || Variables regardées: - JS: toutes les variables Amon disponibles dans la dernière simulation Beaucoup de variables ont des moyennes qui ne sont pas comprises entre le min et le max. Beaucoup de variables n'ont pas la même moyenne selon les fréquences de sortie. Ce n'est pas normal pour des valeurs qui sont moyennées et non échantillonnées. Il faudrait vérifier la convention des signes des flux radiatifs (upwelling = tjs positif, downwelling = tjs positif ??). Manque tous les flux 4xco2, il faudrait modifier le code pour activer le diagnostic LMDz automatiquement si le diag est demandé mais à ne pas demander systématiquement car coûteux. Remarque de Sandrine: Il y a un rlutcs_CFday et un rlut_day mais pas de rlut_CFday ni de rlutcs_day. C'est sans doute que pour les champs TOA, les champs CFday et day sont identiques. Mais pour l'analyse, ca va pas mal compliquer les choses. Serait-il possible de rajouter (ou dupliquer) les champs pour que l'on ait le ciel-clair et le all-sky pour chaque table? == ORCHIDEE == ||'''Rapporteur'''|| '''Variable''' || '''Fréquence''' || '''Simulation''' || '''!Problème/Tâche''' || '''Outil responsable''' || '''Statut''' || '''Simulation avec correction''' || || JS || cProduct, fFire || Lmon || CM6013.cmip6-pi-08f || Champ vide || PC : ok (run de contrôle donc pas de land use change et feux pas activés) || A faire (PC : à verifier dans un run transitoire) || A faire (PC : à verifier dans un run transitoire)|| Variables regardées: - JS: toutes les variables Lmon disponibles dans la dernière simulation: https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jservon/C-ESM-EP/DR_CMIP6_all_ping_variables_jservon/LandSurfaces_ANM/atlas_LandSurfaces_DR_CMIP6_all_ping_variables_ANM.html == NEMO == ||'''Rapporteur'''|| '''Variable''' || '''Fréquence''' || '''Simulation''' || '''!Problème/Tâche''' || '''Outil responsable''' || '''Statut''' || '''Simulation avec correction''' || ||AC|| Variables groupe SBC || AMon || CM6013.cmip6-pi-08 || 11 records par an (au lieu de 12) || DR2XML + XIOS || '''Corrigé''' (correction DR2XML) || CM6013.cmip6-pi-08f || ||AC|| Variables PISCES manquantes ||?? || CM6013.cmip6-pi-08 || Pas de sorties PISCES || DR2XML || '''Corrigé''' (correction setting DR2XML) || CM6013.cmip6-pi-08f || ||AC|| msftbarot || OMon || CM6013.cmip6-pi-08f || Pb avec somme cumulée suivant axe j || XIOS + NEMO || En cours || || ||AC|| ?? || ?? || CM6013.cmip6-pi-08f || Transects || XIOS + NEMO || En cours || || ||JM+JD|| *ga + volo + masso || Omon || CM6013.cmip6-pi-08 || valeurs a 0 || DR2XML || corrigé (correction DR2XML) || ||JM+JD|| hcont300 || Omon || CM6013.cmip6-pi-08 || unités || NEMO || corrigé (code) || ||JM+JD|| salinity fields || Omon || CM6013.cmip6-pi-08 || valeurs * 35 || XML || corrigé (XML) || ||JM|| thetaot300 thetato700 thetaot2000|| Omon || CM6013.cmip6-pi-08 || no valid data || || || ||JM|| msftyyz + hfbasin etc|| Omon || CM6013.cmip6-pi-08 || ok but only 3 basins needed rather than 5 for the moment in the output (1:glb, 2:atl, 5:indoPac) + information on basin numbers to be added somewhere in metadata || || || ||JM|| hfbasin || Omon || CM6013.cmip6-pi-08 || values = 0. Par contre hfbasinpmadv ok. || || || ||JM|| htovgyre || Omon || CM6013.cmip6-pi-08 || =-htovovrt, je pense en conséquence de hfbasin = 0 || || || ||JM|| htovgyre & htovovrt atlantic || Omon || CM6013.cmip6-pi-08 || discontinuité à 30°S à discuter avec JD|| || || Variables regardées: - JS: variables océan Omon disponibles dans l'atlas C-ESM-EP - JM: tauuo tauvo thetao, variables SBC, uo, vo, umo, vmo, wo, wmo, obvfsq, pbo, mlostmax, mlostmin, rsntds, hfevapds, hfds, hfgeou,