PMIP DB Newsletter 5


 

Previous Next

 

State of the database, as of August 23rd 96 :

Size of the binary part of the base (in Kbytes) :
	1250576 Binary
or,
	117129  0cal
	405173  0fix
	117022  21cal
	205720  21fix
	405531  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		276	<- NEW
        cnrm                    215     213                     
        echam3                  222     224             224	<- UPDATED
        gen1            192                     192
        gen2            240     240     237     240     225	<- UPDATED
        giss-iip                139     139             139
        lln_nh_1        40
        lmcelmd4                186     186             184	<- UPDATED
        lmcelmd5                192     192             190     <- UPDATED
        mri2                    282     282             236
        ugamp           254     254     254     254     254
	uiuc11			269	272			<- NEW
        ukmo                    255     255                     
        yonu                    255     248

Notes :
* sftland has been added to lmcelmd4_0fix
* [pot,stf]uv have been removed from lmcelmd[4,5] and will have to be
corrected
* variances for lmcelmd[4,5] will have to be checked (again)... Some
may still be wrong
* sftland and sftlandT31 have been added to gen2
	sftland		-> surface	-> 180*90
	sftlandT31	-> agcm		-> 96*48
  NOTE that the two grids supplied are shifted to the west! See the
  attached mail from Rich Selin at the end of this mail. Is this the
  case for other models?...
* echam3_0fix has been completely replaced (insolation was wrong)
* uiuc11 model has been added to the base
* ccsr1 model has been added to the base

	JY


Message 133/134  From Rich Selin                      Aug 19, 96 02:12:34 pm CDT


To: jypeter
Subject: Re: gen2_*_sftland

JY,

> But was all the data (the new sftland, and the other variables)
> written with the same list of longitudes (we want to be sure that we
> mask only what we should mask, when we use sftland!). Everything
> should be fine if this is actually the case.

Yes, ALL the AGCM data (3.75 Degrees, or 48x96) was written the same
way, with the WRONG longitudes.  It should start at 1.875 East instead
of 0 East.  

Some of the data was obtained from the LSX part of the Genesis2 model.
I just found out from Dave Pollard that the LSX is ALSO wrong.  It starts
at 1 East where I had put it starting at 0 East.

So both portions (AGCM and LSX) of Genesis 2 have the western edge of 
their first grid box start at 0 East, NOT be centered on 0 East.




Here is a list of PMIP variables written from AGCM data that have
the wrong longitudes:
        orog
        sftland
        rsdt
        rsut
        rlt
        rsds
        rsus
        rls
        hfss
        hfls
        pr
        prc
        evs
        pmsl
        usfc
        vsfc
        hursfc
        clt
        rltcs
        rstcs
        rlscs
        prw
        zg
        ta
        u
        v
        hus
        hur

These variables are from the LSX and also have the wrong longitudes:
        snow
        seaice
        sim
        snm
        mrro
        tas
        tg
        tauu
        tauv


Rich

 

Previous Next

Home Top Last updated 2001/10/10 09:50:00