NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

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
>
>
>
>
>
>
>
  • 2017 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: