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

RE: Dcgrib2 problems w/Canadian GEM



Rob,

I looked at your decoded file, but would have to see the original grib
data that was decoded to see if I can produce the output.

As for grib2 tiles, they do not provide any information inside
themselves as to whether they are part of a larger grid, so you can't
stitch together unlike say
WAFS 37-44 or ECMWF 1-12 where each tile provides its
grid number, so you can define an offset into a larger grid that is
created using $GEMTBL/grid/dcgrib.tbl.

All you could do is provide that type of row/column offset at runtime
and ensure that only that tile projection would be decoded.

The easier solution would be to create a new grid file and use gddiag to
composite the individual grids (unless you wanted the entire awip12
domain, where
it would be easier to download the entire grib. 

Steve Chiswell
Unidata User Support


On Sat, 2007-05-05 at 17:28 -0400, Rob Dale wrote:
> No joy, it only runs once per cycle. And that wouldn't impact much anyways
> because every file has the same pattern where F03/F09/F15/etc are corrupt
> while F06/F12/F18 are good. And all I do is cat the grib files to dcgrib2.
> This is using the precompiled binaries on RHEL4 (well, Centos 4.)
> 
> I've uploaded one of the files to my FTP server, 
> 
> Also can't seem to find a tweak to get the tiled NAM 12km files to get put
> back together...
> 
>  - Rob
> 
> > -----Original Message-----
> > From: Steve Chiswell [mailto:address@hidden] 
> > Sent: Wednesday, May 02, 2007 11:57 AM
> > To: Rob Dale
> > Cc: address@hidden
> > Subject: RE: Dcgrib2 problems w/Canadian GEM
> > 
> > 
> > Rob,
> > 
> > The most likely cause of corrupt output files that comes to 
> > mind would be if you ended up with multiple copies of the 
> > script simultaneously so that more than 1 copy of the decoder 
> > was writing to the file at a time. Your script creates a 
> > unique working directory for each invocation, but the output 
> > files would be the same if whatever mechanism you are using 
> > to invoke the script were to overlap.
> > 
> > Steve Chiswell
> > Unidata User Support
> > 
> > 
> > On Wed, 2007-05-02 at 10:11 -0400, Rob Dale wrote:
> > > Can you see anything wrong in the following? All I do is 
> > filter down 
> > > to keep the DL time manageable vs the fields I use.
> > > 
> > >  
> > > 
> > > #!/bin/csh
> > > 
> > > cd /tmp
> > > 
> > > mkdir $$
> > > 
> > > cd /tmp/$$
> > > 
> > > echo $$
> > > 
> > > set HR=$1
> > > 
> > > source ~gempak/nawips/Gemenviron
> > > 
> > > set date=`date +%Y%m%d`
> > > 
> > >  
> > > 
> > > wget --http-user=xx --http-passwd=xx -nd -r -A 
> > > '*_reg_*850*','*_reg_*500*','*_reg_*SFC_0_ps15km*' -R 
> > > 
> > '*ABSV*','*WTMP*','*VVEL*','*WRF*','*TCDC*','*SPFH*','*SHTFL*','*WRS*'
> > > ,'*LHTFL*'  
> > > http://dd.weatheroffice.ec.gc.ca/grib/public/hires/CMC_reg_${HR}/
> > > 
> > >  
> > > 
> > > cat *850* |
> > > dcgrib2 
> > /home/gempak/ldm/data/gempak/model/cmc/${date}${HR}_cmcreg.gem
> > > 
> > > cat *700* |
> > > dcgrib2 
> > /home/gempak/ldm/data/gempak/model/cmc/${date}${HR}_cmcreg.gem
> > > 
> > > cat *500* |
> > > dcgrib2 
> > /home/gempak/ldm/data/gempak/model/cmc/${date}${HR}_cmcreg.gem
> > > 
> > > cat *300* |
> > > dcgrib2 
> > /home/gempak/ldm/data/gempak/model/cmc/${date}${HR}_cmcreg.gem
> > > 
> > > cat *SFC* |
> > > dcgrib2 
> > /home/gempak/ldm/data/gempak/model/cmc/${date}${HR}_cmcreg.gem
> > > 
> > >  
> > > 
> > > cd /tmp
> > > 
> > > rm -rf $$
> > > 
> > >  
> > > 
> > >  
> > > 
> > > From: Robert Mullenax [mailto:address@hidden]
> > > Sent: Tuesday, May 01, 2007 12:21 PM
> > > To: Rob Dale; address@hidden
> > > Subject: RE: Dcgrib2 problems w/Canadian GEM
> > > 
> > > 
> > >  
> > > 
> > > Rob,
> > > 
> > > We are downloading the HIRES that you have to sign the 
> > agreement form 
> > > to get, but I am not seeing that.  All is fine.  (GEMPAK 5.10.2, 
> > > Solaris 10 x86).
> > > 
> > > Regards,
> > > Robert Mullenax
> > > CSBF Meteorology
> > > 
> > > 
> > > -----Original Message-----
> > > From: address@hidden on behalf of Rob Dale
> > > Sent: Tue 5/1/2007 10:54 AM
> > > To: address@hidden
> > > Subject: Dcgrib2 problems w/Canadian GEM
> > > 
> > > A different problem from the NAM tile bug which I still 
> > can't find a 
> > > fix for... I'm downloading the Canadian GEM (hi-res) data 
> > and running 
> > > it through
> > > dcgrib2, and every other time set is corrupted.
> > > 
> > > 850mb at F03 - http://skywatch.org/cmc1.gif
> > > 850mb at F06 - http://skywatch.org/cmc2.gif
> > > 
> > >  - Rob
> > > 
> > > 
> > > 
> > ======================================================================
> > > =========
> > > To unsubscribe gembud, visit:
> > > http://www.unidata.ucar.edu/mailing-list-delete-form.html
> > > 
> > ==============================================================
> > =================
> > > 
> > > 
> > > 
> > > 
> > -- 
> > Steve Chiswell <address@hidden>
> > Unidata
> > 
-- 
Steve Chiswell <address@hidden>
Unidata