| 217 | === Alerte pour le LAND COVER CHANGE === |
| 218 | Le flux de LAND COVER CHANGE est calculé une fois par an dans ORCHIDEE. Si c'est un flux annuel, alors |
| 219 | on doit peut-être le divisé par 12 dans l'affichage du modèle. |
| 220 | |
| 221 | Voir les deux courriels : |
| 222 | {{{ |
| 223 | Bonjour Nicolas (Laurent en cc) |
| 224 | |
| 225 | J'ai ajouté dans la version 1.9.5.1 (cf |
| 226 | http://forge.ipsl.jussieu.fr/orchidee/viewvc/ORCHIDEE/src_stomate/stomate_lpj.f90?view=markup&revision=1.29&root=orchidee&pathrev=orchidee_1_9_5_1 |
| 227 | ), pour le cycle du carbone interactif que je |
| 228 | mets en place, l'affichage du flux de carbone total du land use chaque |
| 229 | mois. Tu peux voir le lien |
| 230 | https://forge.ipsl.jussieu.fr/igcmg/wiki/IPSLCM5ACo2 |
| 231 | pour les infos sur ce couplé carbone. |
| 232 | |
| 233 | Les trois flux convflux(:) + cflux_prod10(:) + cflux_prod100(:) sont |
| 234 | restartés et sont donc constants toute l'année. |
| 235 | Je pense que ce sont des flux par an et comme je récupère tous les |
| 236 | flux par mois, il me semble que je dois (dans le |
| 237 | code) les divisés par 12... Tu peux voir la sortie co2 dans ce fichier : |
| 238 | mercure.ccc.cea.fr |
| 239 | /work/cont003/p86manci/IPSLCM5A-C/config/IPSLCM5A_C/Chistorical2/co2.log |
| 240 | }}} |
| 241 | |
| 242 | {{{ |
| 243 | Bonsoir |
| 244 | |
| 245 | je vous écris après mes séances d'hosto .. sachant que je n'aurai |
| 246 | probablement qu'une heure ou deux |
| 247 | lundi pour résoudre ce problème essentiel pour CMIP5 ! |
| 248 | Voici les formules de stomate_lpj concernant le flux de LAND COVER |
| 249 | CHANGE : |
| 250 | cflux_prod_total(:) = convflux(:) + cflux_prod10(:) + cflux_prod100(:) |
| 251 | IF ( EndOfMonth ) THEN |
| 252 | |
| 253 | cflux_prod_total_sum=SUM(cflux_prod_total(:)*resolution(:,1)*resolution(:,2)*contfrac(:))*1e-15 |
| 254 | CALL reduce_sum(cflux_prod_total_sum,cflux_prod_sum) |
| 255 | CALL bcast(cflux_prod_sum) |
| 256 | WRITE(numout,*) 'net cflux_prod_total_sum (Peta gC/month) = |
| 257 | ',cflux_prod_total_sum |
| 258 | WRITE(numout,*) 'GLOBAL net cflux_prod_total_sum (Peta |
| 259 | gC/month) (Peta gC/month) = ',cflux_prod_sum |
| 260 | |
| 261 | On affiche donc toute l'année ce même flux... (les flux de LAND COVER |
| 262 | CHANGE n'étant modifiés qu'une fois par an) |
| 263 | |
| 264 | [...] puis pour l'écriture du flux flux CMIP5 : |
| 265 | vartmp(:)=cflux_prod_total/1e3/one_day*contfrac |
| 266 | CALL histwrite (hist_id_stomate_IPCC, "fLuc", itime, & |
| 267 | vartmp, npts, hori_index) |
| 268 | |
| 269 | Avec la définition dans intersurf de cette sortie qui lui donne les |
| 270 | unités kg C m-2 s-1 ... |
| 271 | ! CO2 Flux to Atmosphere from Land Use Change |
| 272 | CALL histdef (hist_id_stom_IPCC, & |
| 273 | & TRIM("fLuc"), & |
| 274 | & TRIM("CO2 Flux to Atmosphere from Land Use |
| 275 | Change"), & |
| 276 | & TRIM("kg C m-2 s-1"), iim,jjm, hist_hori_id, & |
| 277 | & 1,1,1, -99,32, ave(1), dt, hist_dt) |
| 278 | |
| 279 | Ais-je bien affiché le flux moyen mensuel ? par seconde ? (plutôt par |
| 280 | jour, non ?) |
| 281 | L'autre flux NEP a les mêmes unités et le même calcul pour la sortie |
| 282 | CMIP5 ... c'est bon donc ?! |
| 283 | }}} |