Re: [gembud] dcgrib2 maxgrids

Gotcha, Russ!

I thought I was missing a bunch of NAM grids ;-)

Our GEMPAK solution was to break up each forecast hour into an additional
file.

>From gribkey.tbl:

! NAM
007   x   084,085   104    data/gempak/model/nam/YYYYMMDDHHfFFF_nam@@@.gem
  18000
007   x   084,085   212    data/gempak/model/nam/YYYYMMDDHHfFFF_nam@@@.gem
  24000

I know this isn't what you want to hear, but maybe the other GEMPAK gurus
out there can point to a different solution.

vg

On Mon, Sep 25, 2017 at 11:35 AM, Russ Schumacher <
russ.schumacher@xxxxxxxxxxxxx> wrote:

> Thanks, Victor.  Changing the value in gribkey.tbl doesnât help here (it
> was set to a lower number than 32K anyway), and I was just showing this as
> an exampleâI donât actually need 100000 grids, and this was only decoding a
> single grib2 file.  The issue is that in reality, the full set of the
> NAM212 requires more than 32K grids after the upgrade, and the default
> configuration remains to send all of the grids to a single .gem file (which
> would be preferable to keep if possible to avoid needing to change lots of
> other configurations.)
>
> Russ
>
>
>
> On Sep 25, 2017, at 10:30 AM, Victor Gensini <vgensini@xxxxxxxxx> wrote:
>
> Hi Russ,
>
> What is the max-grid(s) entry in your $GEMTBL/grid/gibkey.tbl file for the
> NAM? Also, do you really need to decode 100,000 grids in one file? I
> believe GEMPAK limits total to 32,000 and I only see 658 grids in the file
> you posted. If you really need to be able to decode 100,000 grids in one
> file, my guess is that you will have to split up the files.
>
> Best,
>
> Victor Gensini
>
> On Mon, Sep 25, 2017 at 11:13 AM, Russ Schumacher <
> russ.schumacher@xxxxxxxxxxxxx> wrote:
>
>> Hi gembud,
>>
>> We recently upgraded to GEMPAK7.4.1 on our machine running LDM, mainly to
>> alleviate the issue where the files being created for the NAM didnât have a
>> large enough maximum number of grids to accommodate all of the fields since
>> the NAM upgrade last spring.  The release notes mention this fix in 7.4.1.
>> However, I seem to still be encountering the same problem, namely that the
>> file is only getting created with a maximum # of grids of 31999 regardless
>> of what number is set in the call to dcgrib2.  Just as an example when
>> running from the command lineâI set â-m 100000â but still end up with a
>> maximum number of grids in file of 31999.  Is there something else we need
>> to do to allow for the larger # of grids?
>>
>> Thanks!
>> Russ
>>
>>
>>
>>
>>
>>
>> [rschumac@argun ~]$ dcgrib2 -v 1 -m 100000 -e GEMTBL=$GEMTBL
>> YYYYMMDDHH_nam212_gem7.gem < /ldm-data/model_grib/nam/20170925/nam212.
>> 2017092512 <(201)%20709-2512>_f84.grb2
>>  Opening WMO Originating Center Table wmocenter.tbl...
>>  Opening WMO GRIB2 Parameter Table g2varswmo2.tbl...
>>  Opening WMO GRIB2 Vertical Coordinate Table g2vcrdwmo2.tbl...
>>  Opening Local GRIB2 Parameter Table g2varsncep1.tbl...
>>  Opening Local GRIB2 Vertical Coordinate Table g2vcrdncep1.tbl...
>> [rschumac@argun ~]$ gdinfo
>>  GDFILE    Grid file                         2017092512
>> <(201)%20709-2512>_nam212_gem7.gem
>>  LSTALL    Full list flag                    YES
>>  OUTPUT    Output device/filename            T
>>  GDATTIM   Grid date/time                    LAST
>>  GLEVEL    Grid level                        500
>>  GVCORD    Grid vertical coordinate          PRES
>>  GFUNC     Scalar grid                       TMPC
>>  Parameters requested: GDFILE,LSTALL,OUTPUT,GDATTIM,GLEVEL,GVCORD,GFUNC.
>>  GEMPAK-GDINFO>r
>>
>>  GRID FILE: 2017092512 <(201)%20709-2512>_nam212_gem7.gem
>>
>>  GRID NAVIGATION:
>>      PROJECTION:          LCC
>>      ANGLES:                25.0   -95.0    25.0
>>      GRID SIZE:              185     129
>>      LL CORNER:            12.1900 -133.4590
>>      UR CORNER:            57.2893  -49.3860
>>
>>  GRID ANALYSIS BLOCK:
>>       UNKNOWN ANALYSIS TYPE
>>
>>  Number of grids in file:   658
>>
>>  Maximum number of grids in file:  31999
>>
>>  [GDU 2]  Did not find any matching grids.
>>  Parameters requested: GDFILE,LSTALL,OUTPUT,GDATTIM,GLEVEL,GVCORD,GFUNC.
>>  GEMPAK-GDINFO>
>>
>>
>>
>> --
>> Russ S. Schumacher
>> Associate Professor
>> Department of Atmospheric Science
>> Colorado State University
>> e-mail: russ.schumacher@xxxxxxxxxxxxx
>> phone: 970.491.8084 <(970)%20491-8084>
>> web: http://www.atmos.colostate.edu/faculty/schumacher.php
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> NOTE: All exchanges posted to Unidata maintained email lists are
>> recorded in the Unidata inquiry tracking system and made publicly
>> available through the web.  Users who post to any of the lists we
>> maintain are reminded to remove any personal information that they
>> do not want to be made public.
>>
>>
>> gembud mailing list
>> gembud@xxxxxxxxxxxxxxxx
>> For list information or to unsubscribe,  visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>>
>
>
>
>
> --
> Russ S. Schumacher
> Associate Professor
> Department of Atmospheric Science
> Colorado State University
> e-mail: russ.schumacher@xxxxxxxxxxxxx
> phone: 970.491.8084 <(970)%20491-8084>
> web: http://www.atmos.colostate.edu/faculty/schumacher.php
>
>
>
>
>
>
>