Changes between Version 156 and Version 157 of RetourSurLesPings


Ignore:
Timestamp:
01/26/18 17:59:37 (6 years ago)
Author:
oboucher
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • RetourSurLesPings

    v156 v157  
    108108 
    109109||'''Rapporteur'''|| '''Variable''' || '''Fréquence''' || '''Simulation''' || '''!Problème/Tâche''' || '''Outil responsable''' || '''Statut''' || '''Simulation avec correction''' || 
    110 ||OB|| cdnc        || AERmon|| CM6013.cmip6-pi-08|| Valeurs trop petites || ping file || changer pour scdnc/lcc3d où on moyenne les deux champs avant d'en faire le rapport. '''A FAIRE'''|| || 
    111 ||OB|| ch4globalClim, n2oglobalClim || Amon || CM6013.cmip6-pi-08|| redondant avec ch4global et n2oglobal || ping file || devrait disparaître avec DRv1.00.18. '''Toujours là dans 6.0.14 ?!''' || || 
    112 ||OB|| cl, clc || Amon || CM6013.cmip6-pi-08|| 0-1 au lieu de 0-100% || '''Corrigé''' ping file || || ||  
    113 ||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 (=<cldnvi>/<lcc>). Implémenté dans 6.0.14 mais trop de valeurs indéfinies ==> '''pb'''|| || 
     110||OB|| cdnc        || AERmon|| CM6013.cmip6-pi-08|| Valeurs trop petites || ping file || changer pour scdnc/lcc3d où on moyenne les deux champs avant d'en faire le rapport. Fait.|| Me semble bon dans CM6015.cmip6-hi-04. || 
     111||OB|| ch4globalClim, n2oglobalClim || Amon || CM6013.cmip6-pi-08|| redondant avec ch4global et n2oglobal || ping file || devrait disparaître avec DRv1.00.18. '''Toujours là dans 6.0.14 et CM6015.cmip6-hi-04!''' || || 
     112||OB|| cl, clc || Amon || CM6013.cmip6-pi-08|| 0-1 au lieu de 0-100% || '''Corrigé''' ping file || || OK dans CM6015.cmip6-hi-04 ||  
     113||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 (=<cldnvi>/<lcc>). Implémenté dans 6.0.14 mais trop de valeurs indéfinies ==> '''pb'''. Mieux dans CM6015.cmip6-hi-04 mais valeurs trop grandes ==> '''pb''' || || 
    114114||AC|| hfls, hfss || AMon ||  CM6013.cmip6-pi-08 || Erreur de signe || ping file || '''Corrigé''' (commit LMDZ rev 3096) || CM6013.cmip6-pi-08f || 
    115115||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. Martin Juckes l'a fermé. Sortie LMDz corrigé. On laisse comme cela pour CMIP6 même si pas terrible. || ||  
    116116||OB|| sftlf || || CM6013.cmip6-pi-08|| pourc_ter ou pourc_ter+pourc_lic ?? Masa me confirme que c'est plutôt pourc_ter+pourc_lic || ping || '''Corrigé''' ping file|| '''Validé dans 6.0.14'''|| 
    117117||AC|| ua,ta,va,...|| AMon || CM6013.cmip6-pi-08 || Pb interpolation verticale niveaux de pression || DR2XML + XIOS || '''Corrigé''' (correction DR2XML) || CM6013.cmip6-pi-08f || 
    118 ||OB|| ztp || AERmon || CM6013.cmip6-pi-08|| valeurs trop faibles || LMDz || '''Corrigé''' LMDz rev 3119 puis dans rev 3123|| || 
     118||OB|| ztp || AERmon || CM6013.cmip6-pi-08|| valeurs trop faibles || LMDz || '''Corrigé''' LMDz rev 3119 puis dans rev 3123|| OK dans CM6015.cmip6-hi-04 || 
    119119||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. || '''Corrige''' pb unité || || || 
    120120||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) || '''Corrigé''' ping unité || || || 
     
    129129||JS|| hur || AMon || CM6013.cmip6-pi-08f || unité en fraction (0,1) mais demandé en % dans le ping  || '''Corrigé''' ping file || || 
    130130||AC|| zg || AMon || CM6013.cmip6-pi-08f || Pb vu avec multi-atlas cmip6 vs standard || ping file || en cours || || 
    131 ||OB || rld4co2, rlucs4co2, ... || CM6014 || 0 et bandes || Ne peut pas fonctionner si co2_ppm_per n est pas défini ==> pb de config ?  || || || || 
     131||OB || rld4co2, rlucs4co2, ... || CM6014 || 0 et bandes || Ne peut pas fonctionner si co2_ppm_per n est pas défini ==> pb de config ?  || '''Toujours pb dans CM6015.cmip6-hi-04''' par ex. rlu4co2=rlu || || || 
    132132||JS|| sci || AMon || CM6014.cmip6-pi-1 || Pas de donnée || ??  || '''En cours''  ||  || 
    133133 
    134134Variables regardées: 
     135 
    135136- JS: toutes les variables Amon disponibles dans la dernière simulation CM6014.cmip6-pi-01: 
    136137https://vesgint-data.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jservon/C-ESM-EP/DR_CMIP6_all_ping_variables_jservon/Atmosphere/atlas_Atmosphere_DR_CMIP6_all_ping_variables.html 
     138 
    137139- OB: solbnd, ztp, tatp, ptp, sza, sftlf, sconcss, sconcso4, sconcdust, hur, ec550aer, ch4global, ch4globalclim, n2oglobal, n2oglobalclim, cfc11global, cfc12global, abs550aer, aod550volso4, cldnvi (pb), conc*, load*, od*, lwtoacsaer, sconc* disponibles dans le run 6.0.14  
    138140 
     
    141143Remarque de Sandrine: Il y a un rlutcs_CFday et un rlut_day mais pas de rlut_CFday ni de rlutcs_day. 
    142144C'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? 
    143  
    144  
    145145== ORCHIDEE == 
    146146