[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

1999129: 19990129: mesoeta grids on noaaport

Dave,
>     Actually there are some differences. From the
>list you sent it appears you are getting the
>ensemble forecasts on grid 2, but getting
>0-168 mrf on grid 3 and 180- on grid 2.


Dave, this is the same set of drfmr.*.2 grids you are getting.
They are not the full ensemble grids that are mentioned earlier
on the www page, just those with the C001 fields which you had
asked a while ago about how to strip off that extension.

The files have the "ens" name in the .2 grids for 0-168 hours
(this is just the name as sent by OSO). I always thought the OSO
ftp server was wierd for not putting the .2 on the 180-384 files.

I pipe all the MRF drfmr files (grids 2 and 3) to dcgrib with
a template YYMMDDHH_mrf_grid@@@.gem, so I do get 2 files here-
grid #2 and grid #3.


As for the ensembles that are mentioned on the www page, these are
what are found at:
ftp://140.90.6.103/ncepb/ens/ens.990129/
These are all grid #2. I pipe these to a different dcgrib action
with a template YYMMDDHH_ens_grid@@@.gem.

Here are the rough GEMPAK file sizes:
 124190208 Jan 29 02:17 99012900_mrf_grid002.gem
 363185152 Jan 29 02:00 99012900_mrf_grid003.gem

 148893184 Jan 28 11:45 99012800_ens_grid002.gem

Steve Chiswell

>From: "David J. Knight" <address@hidden>
>Organization: .
>Keywords: 199901292110.OAA08304

>
>Chiz,
>     Actually there are some differences. From the
>list you sent it appears you are getting the
>ensemble forecasts on grid 2, but getting
>0-168 mrf on grid 3 and 180- on grid 2.
>I assume your dcgrib makes two grid files
>for the "normal" mrf.
>
>Here is what I get...
>
>   ftp -v 140.90.6.103 <<EOF > ftp_mrf.out
>   binary
>   prompt
>   cd ncepb/mrf/mrf.$yr$mn$dy
>   lcd $INPUT
>   get drfmr.T00Z.PGrbF00.2 drfmr.T00Z.PGrbF00
>   get drfmr.T00Z.PGrbF12.2 drfmr.T00Z.PGrbF12
>   get drfmr.T00Z.PGrbF24.2 drfmr.T00Z.PGrbF24
>   get drfmr.T00Z.PGrbF36.2 drfmr.T00Z.PGrbF36
>   get drfmr.T00Z.PGrbF48.2 drfmr.T00Z.PGrbF48
>   get drfmr.T00Z.PGrbF60.2 drfmr.T00Z.PGrbF60
>   get drfmr.T00Z.PGrbF72.2 drfmr.T00Z.PGrbF72
>   get drfmr.T00Z.PGrbF84.2 drfmr.T00Z.PGrbF84
>   get drfmr.T00Z.PGrbF96.2 drfmr.T00Z.PGrbF96
>   get drfmr.T00Z.PGrbF108.2 drfmr.T00Z.PGrbF108
>   get drfmr.T00Z.PGrbF120.2 drfmr.T00Z.PGrbF120
>   get drfmr.T00Z.PGrbF132.2 drfmr.T00Z.PGrbF132
>   get drfmr.T00Z.PGrbF144.2 drfmr.T00Z.PGrbF144
>   get drfmr.T00Z.PGrbF156.2 drfmr.T00Z.PGrbF156
>   get drfmr.T00Z.PGrbF168.2 drfmr.T00Z.PGrbF168
>   get drfmr.T00Z.PGrbF180
>   get drfmr.T00Z.PGrbF192
>   get drfmr.T00Z.PGrbF204
>   get drfmr.T00Z.PGrbF216
>   get drfmr.T00Z.PGrbF228
>   get drfmr.T00Z.PGrbF240
>   bye
>
>I *think* you have to explicitly specify .2 to get
>grid 2 for the earlier times. The nice things about
>this is then all grids can be put into the same gempak file.
>
>Or maybe I just didn't understand what you said.
>For example, perhaps the grids in the ens directory
>are the same as the grids I get from the mrf directory...
>
>I'll run the traceroutes and send them in seperate email.
>
>Thanks
>David
>
>> 
>> 
>> Dave,
>> 
>> Actually, we have the grid 2 0-384 hours (I strip off
>> those C001 extensions out of those mrf.2 files). 
>> I need to update that www page to reflect that.
>> 
>> Here are the mrf sets today:
>> 
>> /public/ncepb/mrf/ens.990129/
>> drfmr.T00Z.PGrbF00.2    
>> drfmr.T00Z.PGrbF12.2    
>> drfmr.T00Z.PGrbF24.2 
>> drfmr.T00Z.PGrbF36.2 
>> drfmr.T00Z.PGrbF48.2 
>> drfmr.T00Z.PGrbF60.2  
>> drfmr.T00Z.PGrbF72.2   
>> drfmr.T00Z.PGrbF84.2 
>> drfmr.T00Z.PGrbF96.2  
>> drfmr.T00Z.PGrbF108.2   
>> drfmr.T00Z.PGrbF120.2   
>> drfmr.T00Z.PGrbF132.2   
>> drfmr.T00Z.PGrbF144.2   
>> drfmr.T00Z.PGrbF156.2  
>> drfmr.T00Z.PGrbF168.2 
>> 
>> /public/ncepb/mrf/mrf.990129/
>> drfmr.T00Z.PGrbF00
>> drfmr.T00Z.PGrbF12
>> drfmr.T00Z.PGrbF24
>> drfmr.T00Z.PGrbF36
>> drfmr.T00Z.PGrbF48
>> drfmr.T00Z.PGrbF60
>> drfmr.T00Z.PGrbF72
>> drfmr.T00Z.PGrbF84
>> drfmr.T00Z.PGrbF96
>> drfmr.T00Z.PGrbF108
>> drfmr.T00Z.PGrbF120
>> drfmr.T00Z.PGrbF132
>> drfmr.T00Z.PGrbF144
>> drfmr.T00Z.PGrbF156
>> drfmr.T00Z.PGrbF168
>> drfmr.T00Z.PGrbF180
>> drfmr.T00Z.PGrbF192
>> drfmr.T00Z.PGrbF204
>> drfmr.T00Z.PGrbF216
>> drfmr.T00Z.PGrbF228
>> drfmr.T00Z.PGrbF240
>> drfmr.T00Z.PGrbF252
>> drfmr.T00Z.PGrbF264
>> drfmr.T00Z.PGrbF276
>> drfmr.T00Z.PGrbF288
>> drfmr.T00Z.PGrbF300
>> drfmr.T00Z.PGrbF312
>> drfmr.T00Z.PGrbF324
>> drfmr.T00Z.PGrbF336
>> drfmr.T00Z.PGrbF348
>> drfmr.T00Z.PGrbF360
>> drfmr.T00Z.PGrbF372
>> drfmr.T00Z.PGrbF384
>> 
>> 
>> In the second data set, its grid 3 through 168, and grid 2 thereafter.
>> I just pipe all these to dcgrib and use the "@@@" template I put in to
>> let dcgrib sort our which is grid2 and which is grid3.
>> 
>> 
>> Can you try some traceroute for me:
>> nora.gsfc.nasa.gov
>> profhorn.meteor.wisc.edu
>> data3.atmos.uiuc.edu
>> navier.meteo.psu.edu
>> 
>> Thanks,
>> 
>> Chiz
>> 
>> >From: "David J. Knight" <address@hidden>
>> >Organization: .
>> >Keywords: 199901292041.NAA07537
>> 
>> >
>> >Chiz,
>> >Thanks for getting back so quick, and for pointing out that
>> >link. Looks like none of the noaaport grids give me what
>> >I used to get from NCM, or what I was until recently getting
>> >from our local NWS office. I checked the CONDUIT page
>> >and it seems to have what I want from the mesoeta.
>> >Unfortunately the CONDUIT stream does not appear to reproduce
>> >what I currently ftp from NCEP (I get MRF grid 2 0-240 hour (I
>> >like to keep all the times in one grid file, and grid 2 is
>> >adequate resolution for global datasets). I can send
>> >you the grid names if you like.
>> >Looks like I'll need to get some of our model grids from
>> >noaaport, some direct ftp from ncep (unless they are
>> >willing to add the rest of the mrf grid 2 files), some 
>> >from ncep/goddard/conduit feed (or i could go back to ftping
>> >the mesoeta instead).  Decisions decisions, I was hoping
>> >to simplify things not complicate them...
>> >
>> >OK. Please sign us up for the CONDUIT feed. We may need
>> >a little help putting together a filter that will grab just
>> >what we need (probabaly start with mesoeta, then maybe
>> >MRF ensemble, and if the 0-168 MRF becomes available
>> >on grid 2 we'll get that as well.) I'm not sure if we have
>> >the bandwidth right now to carry the whole NMC2 feed
>> >(the networking group is performing upgrades that aren't
>> >working properly yet...)
>> >
>> >Thanks
>> >David
>> >> 
>> >> 
>> >> David,
>> >> 
>> >> You are correct. 
>> >> 
>> >> Dan put together a www page with the inventory of NOAAport grids at:
>> >> http://weather.unisys.com/noaaport/grib_inventory.html
>> >> 
>> >> I can dump out the inventory of 212 and 215 from noaaport vs NCEP
>> >> for a product by product comparison of whats common and what
>> >> is unique.
>> >> 
>> >> Steve Chiswell
>> >> Unidata User Support
>> >> 
>> >> >From: "David J. Knight" <address@hidden>
>> >> >Organization: .
>> >> >Keywords: 199901291937.MAA05742
>> >> 
>> >> >Hi,
>> >> >     Ive started taking a closer look at the mesoeta grids
>> >> >on noaa port.
>> >> >
>> >> >I'm matching
>> >> >#
>> >> ># mesoETA grid212 (R) 40km CONUS Lambert
>> >> >#
>> >> >HRS     ^Y.R... KWBE ([0-3][0-9])([0-2][0-9]).*/mETA
>> >> >
>> >> >and
>> >> >
>> >> >#
>> >> ># ETA grid215 (U) 20km CONUS Lambert
>> >> >#
>> >> >HRS     ^[YZ].U... KWB. ([0-3][0-9])([0-2][0-9]).*/mETA
>> >> >
>> >> >and sending both through dcgrib.
>> >> >
>> >> >It appears that the "R" grid has constant pressure data, but
>> >> >only at 6 hour intervals, and only to 30 hours.
>> >> >
>> >> >The U grids have 3 hour forecasts, but, most of the fields
>> >> >are surface, or near surface grids. The only pressure level
>> >> >data appears to be vorticity.
>> >> >
>> >> >I haven't been able to find documentation on what *should* be
>> >> >available in these grids.
>> >> >
>> >> >Can you tell me if what I'm getting is all there is in these grids?
>> >> >
>> >> >If so, perhaps not would be a good time to consider joining
>> >> >the CONDIUT project and start getting the mesoeta grids directly
>> >> >from NCEP again.
>> >> >
>> >> >Thanks
>> >> >
>> >> >David Knight
>> >> >Department of Earth and Atmospheric Sciences   Tel: (518)-442-4204
>> >> >SUNYA   ES-228                                 Fax: (518)-442-4494
>> >> >Albany, NY  12222                              Email: knight@atmos.alban
> y.e
>> > du
>> >> >
>> >> 
>> >> *************************************************************************
> ***
>> >> Unidata User Support                                    UCAR Unidata Prog
> ram
>> >> (303)497-8644                                                  P.O. Box 3
> 000
>> >> address@hidden                                   Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service                        http://www.unidata.ucar.edu/  
>    
>> >> *************************************************************************
> ***
>> >> 
>> >
>> 
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8644                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/     
>> ****************************************************************************
>> 
>