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
>
>
>
>
>
>
>
