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

Re: 20050620: Increasing maxgribsize for dcgrib2

Steve,

The message from dcgrib2 shows that the maxgribsize was increased,
so it certainly didn't choke, but since nothing was decoded,
the likely cases are that you need parameter, center, and
coordinate table entried for your type of data.

You can run with "-v 4" for really verbose output that will 
print out the id's that will be needed for the various tables that will
be looked for.

On the second question, I know nothing about the internals of wgrib.
You'd have to contact the developer at ncep or other experts on tricks
for that program. 

On a different note, GEMPAK will now allow you to subset, remap 
and sample a gridded data set, however this is done after decoding at
the moment.

Steve Chiswell
Unidata User Support

On Tue, 2005-06-21 at 13:03, Steve Mullen wrote:
> Chiz,
> 
> I tried to run dcgrib2 that is located in our GEMPAK5.8.1 directory 
> (Mike has a version of 5.8.1 on the system, it's just my links are still 
> set to 5.6.h), but it still choked. Obviously I naively did something 
> wrong. (see below.)
> 
> Another question...does wgrib allow for subsetting of grib files by 
> area? I know that you can grab specific times, fields, levels, but does 
> it have the ability to parse a CONUS grib file down to just AZ?
> 
> Thanks,
> Steve
> 
> [mullen@chaos linux]$ pwd
> /net/blizzard/blizzard/gempak/GEMPAK5.8.1/bin/linux
> [mullen@chaos linux]$ ./dcgrib2 ~/radar.gem < 
> ~/consulting/steptoe/ST4.2002013112.24h
> [17786] 050621/1157[DC 3]  Starting up. Version 5.8.1
> [17786] 050621/1157[DCGRIB -50] griblen [1108444] > maxgribsize [1000000]
> [17786] 050621/1157[DCGRIB 0] Increased MAXGRIBSIZE to 1108444
> [17786] 050621/1157[DC 5]  Normal termination.
> [17786] 050621/1157[DC 2]  Number of bulletins read and processed: 0
> [17786] 050621/1157[DC 6]  Shutting down.
> 
> 
> Steve Chiswell wrote:
> 
> >Steve,
> >
> >5.6.h is waaaaayyy old. I did add the ability to automatically
> >increase the max size at some point (eg its in the recent versions).
> >
> >At the very least, you can download the distribution to your area and
> >build/run it!
> >
> >Steve
> >
> >
> >On Mon, 2005-06-20 at 14:07, Steve Mullen wrote:
> >  
> >
> >>Hi Steve,
> >>
> >>5.6 h is the flavor that choked on three linux machines. Example..
> >> GEMPAK-GDINFO>version
> >>
> >> GEMPAK Version 5.6.h
> >>
> >>I can't try increasing the MAX sizes manually as you suggest below b/c 
> >>Leuthold is in Scotland for two weeks and he does not trust me enough to 
> >>allow SU privileges for monkeying with gempak. Yep...I buy the machines, 
> >>then I am promptly banned from them! :-)
> >>
> >>Thanks,
> >>Steve
> >>
> >>
> >>Steve Chiswell wrote:
> >>
> >>    
> >>
> >>>Steve,
> >>>
> >>>Unless you are running a really old version for dcgrib2,
> >>>the program will try to increase maxgribsize on its own,
> >>>and only emmit that message if it could not allocate the resources. 
> >>>What version are you running?
> >>>
> >>>The default MAXGRIBSIZE is defined in
> >>>$NAWIPS/unidata/ldmbridge/decode_grib.c
> >>>at the top of the file in a DEFINE statement.
> >>>
> >>>Increasing that, and then recompiling with:
> >>>cd $NAWIPS/unidata/ldmbridge/dcgrib2/
> >>>make clean
> >>>make all
> >>>make intall
> >>>
> >>>will solve that problem. Now, if the decoded grid (nx*ny) ends up larger
> >>>than LLMXTG in $GEMPAK/include/GEMPRM.PRM (and gemprm.h), you would have
> >>>to increase those and recompile the entire package.
> >>>
> >>>The default for LLMXTG is 750,000 grid points in current distributions.
> >>>
> >>>Steve Chiswell
> >>>Unidata User Support
> >>>
> >>>
> >>>
> >>>On Fri, 2005-06-17 at 16:08, Steve Mullen wrote:
> >>> 
> >>>
> >>>      
> >>>
> >>>>Steve,
> >>>>
> >>>>How do I increase the max grib length to prevent dcgrib2 from gagging? 
> >>>>Example below.
> >>>>
> >>>>Steve
> >>>>
> >>>>$ dcgrib2 radar.gem < ST4.2002013112.06h
> >>>>[30564] 050617/1434 [DC 3]  Starting up.
> >>>>[30564] 050617/1434 [DCGRIB -50] griblen [1377052] > maxgribsize [1000000]
> >>>>[30564] 050617/1434 [DC 5]  Normal termination.
> >>>>[30564] 050617/1434 [DC 2]  Number of bulletins read and processed: 0
> >>>>[30564] 050617/1434 [DC 6]  Shutting down.
> >>>>   
> >>>>
> >>>>        
> >>>>
> >>> 
> >>>
> >>>      
> >>>
> >
> >  
> >