State of the database, as of October 16th 96 : Size of the binary part of the base (in Kbytes) : 1300748 Binary or, 117129 0cal 430489 0fix 117022 21cal 205720 21fix 430387 6fix Detail of the available data : Number of successfully processed variables MODEL 0cal 0fix 6fix 21cal 21fix ccc2.0 231 231 ccm1 216 216 ccm3 210 210 ccsr1 276 276 275 <- UPDATED cnrm-2 224 222 <- NEW csiro 245 245 <- NEW echam3 222 224 224 gen1 192 192 gen2 240 240 237 240 225 giss-iip 145 139 139 <- UPDATED lln_nh_1 40 lmcelmd4 186 186 184 lmcelmd5 192 192 190 mri2 282 282 236 ugamp 254 254 254 254 254 <- UPDATED uiuc11 269 272 ukmo 255 255 yonu 255 248 Notes : * csiro_[0,6]fix has been added to the database * cnrm has been completely removed from the database, and replaced by cnrm-2 (small error in the radiative computation of the arpege model) From royer Fri Sep 20 17:13:09 1996 Subject: New PMIP simulations While processing the output of the present and 6kBP runs that we have sent to the PMIP archive (cnrm_0fix and cnrm_6fix)i we have found a small error in the radiative computation of the arpege model. The impact is small since it produces a constant relative underestimation of the radiative (both solar and IR) fluxes of about 2.5 % in both runs * Some variables have been updated for ccsr1_21fix_[ca,cs,cm] orog, seaice, sftland, sim (we are just missing ccsr1_21fix_seaice_cm_map due to a file transfer problem) From abeouchi ...informed me about a mistake in land /sea mask of 21 K run and I realized that I took the normal land/sea mask instead of 21K land./sea. The run itself is of coarse OK but I made the mistake when I produced the PMIP formatted data. * ugamp_21fix_tas_ca_map has been corrected * giss-iip_0fix has been updated