And one other GEMPAK quirk that has come up with the new NAM files (for all of
the resolutions, not just the nest): plotting accumulated precipitation for
periods longer than ~36 hours no longer appears to work. (example below from
the 40-km grid) I assume that this has to do with the change from hourly files
only in the first 36 hrs, to hourly files throughout the forecast. But I’m not
sure how to figure out a fix for that. Any insights from the GEMPAK gurus
would be welcome!
Russ
----------
For the 18-hr accumulation, works fine:
GEMPAK-GDPLOT2>r
Number of times = 1
1 170322/1200F018
PARAMETERS FOR GDPLOT : FRAME NUMBER 1 INITIAL PLOT SETTINGS -
GDFILE=nam40, GDATTIM=170322/1200F018
GAREA=fnl, PROJ=MER, MAP=31//2+31//2+31//1, LATLON=0
PANEL=0, TITLE=31
OVERLAY TYPE LEVEL VCORD GRID FUNCTION
1 C 0 NONE P18M
Parameters requested: GDFILE,GDATTIM,GLEVEL,GVCORD,PANEL,SKIP,SCALE,GDPFUN,
TYPE,CONTUR,CINT,LINE,FINT,FLINE,HILO,HLSYM,CLRBAR,WIND,REFVEC,TITLE,TEXT,
CLEAR,GAREA,IJSKIP,PROJ,MAP,MSCALE,LATLON,DEVICE,STNPLT,SATFIL,RADFIL,
IMCBAR,LUTFIL,STREAM,POSN,COLORS,MARKER,GRDLBL,FILTER.
For the 48-hour accumulation, doesn’t work:
GEMPAK-GDPLOT2>gdpfun=p48m
GEMPAK-GDPLOT2>r
Number of times = 1
1 170322/1200F048
PARAMETERS FOR GDPLOT : FRAME NUMBER 1 INITIAL PLOT SETTINGS -
GDFILE=nam40, GDATTIM=170322/1200F048
GAREA=fnl, PROJ=MER, MAP=31//2+31//2+31//1, LATLON=0
PANEL=0, TITLE=31
OVERLAY TYPE LEVEL VCORD GRID FUNCTION
1 C 0 NONE P48M
[DG -7] Input grid P48M ^170322/1200F048 @0 %NONE cannot be found.
[GDPLOT 2] The requested scalar/vector cannot be computed.
Parameters requested: GDFILE,GDATTIM,GLEVEL,GVCORD,PANEL,SKIP,SCALE,GDPFUN,
TYPE,CONTUR,CINT,LINE,FINT,FLINE,HILO,HLSYM,CLRBAR,WIND,REFVEC,TITLE,TEXT,
CLEAR,GAREA,IJSKIP,PROJ,MAP,MSCALE,LATLON,DEVICE,STNPLT,SATFIL,RADFIL,
IMCBAR,LUTFIL,STREAM,POSN,COLORS,MARKER,GRDLBL,FILTER.
> On Mar 22, 2017, at 10:57 AM, Schumacher,Russ <Russ.Schumacher@xxxxxxxxxxxxx>
> wrote:
>
> Thanks, Robert. Yes, I just tried it on CentOS and it worked for me too. So
> it looks like it’s something Mac-specific.
>
> Russ
>
>
>> On Mar 22, 2017, at 10:55 AM, Mullenax, Robert R. (WFF-820.0)[ORBITAL
>> SCIENCES CORPORATION] <robert.r.mullenax@xxxxxxxx
>> <mailto:robert.r.mullenax@xxxxxxxx>> wrote:
>>
>> Russ,
>>
>> It may possibly an issue with GEMPAK on Mac OS. I was able to decode the
>> file with no issues with GEMPAK 7.1 on Solaris 11.3 and GEMPAK 7.3 on CentOS
>> 7.2.
>>
>> Regards,
>> Robert Mullenax
>>
>>
>>
>>
>> Please note new email address: robert.r.mullenax@xxxxxxxx
>> <mailto:robert.r.mullenax@xxxxxxxx>
>> Robert Mullenax
>> Senior Principal Meteorologist, Orbital ATK/CSBF
>> 1510 E. FM 3224
>> Palestine, Texas 75802
>> 903-723-8037
>> robert.r.mullenax@xxxxxxxx <mailto:robert.r.mullenax@xxxxxxxx>
>> ________________________________________
>> From: gembud-bounces@xxxxxxxxxxxxxxxx
>> <mailto:gembud-bounces@xxxxxxxxxxxxxxxx> [gembud-bounces@xxxxxxxxxxxxxxxx
>> <mailto:gembud-bounces@xxxxxxxxxxxxxxxx>] on behalf of Russ Schumacher
>> [russ.schumacher@xxxxxxxxxxxxx <mailto:russ.schumacher@xxxxxxxxxxxxx>]
>> Sent: Wednesday, March 22, 2017 11:46 AM
>> To: gembud@xxxxxxxxxxxxxxxx <mailto:gembud@xxxxxxxxxxxxxxxx>
>> Subject: [gembud] DCGRIB2 failing on new NAM CONUS-nest files
>>
>> Hello gembuds,
>>
>> Since the recent NAM upgrade, my call to DCGRIB2 to decode some of the
>> fields into GEMPAK format files has been failing.
>>
>> In particular, here’s an example command and the error message:
>>
>> dcgrib2 -m 10000 -v 1 -d logs/dcgrib2_namnest.log -e GEMTBL=$GEMTBL -e
>> MDMETH=MDGDEC YYYYMMDDHHfFFF_nam4km.gem <
>> nam.t00z.conusnest.hiresf60.tm00.grib2
>> Opening WMO Originating Center Table wmocenter.tbl...
>> Opening WMO GRIB2 Parameter Table g2varswmo2.tbl...
>> Opening WMO GRIB2 Vertical Coordinate Table g2vcrdwmo2.tbl...
>> Abort trap: 6
>>
>> So, not a very instructive error message, unfortunately.
>>
>> The GRIB2 files can be found at (for example):
>> http://nomads.ncep.noaa.gov/pub/data/nccf/com/nam/prod/nam.20170322/nam.t00z.conusnest.hiresf60.tm00.grib2
>>
>> <http://nomads.ncep.noaa.gov/pub/data/nccf/com/nam/prod/nam.20170322/nam.t00z.conusnest.hiresf60.tm00.grib2>
>> (although I’m only pulling a subset of fields…but I also tested a full
>> file and got the same result)
>>
>> I’m using GEMPAK 7.3.1 on a Mac OS X. This command always worked prior to
>> the NAM upgrade, and NAGRIB2 works just fine on these new files, so I
>> suspect there’s just something in the decoder tables, etc., for DCGRIB2 that
>> need to be updated. Any ideas/solutions would be welcome — thanks!
>>
>> Russ
>>
>>
>>
>> --
>> Russ S. Schumacher
>> Associate Professor
>> Department of Atmospheric Science
>> Colorado State University
>> e-mail: russ.schumacher@xxxxxxxxxxxxx
>> <mailto:russ.schumacher@xxxxxxxxxxxxx><mailto:russ.schumacher@xxxxxxxxxxxxx
>> <mailto:russ.schumacher@xxxxxxxxxxxxx>>
>> phone: 970.491.8084
>> web: http://www.atmos.colostate.edu/faculty/schumacher.php
>> <http://www.atmos.colostate.edu/faculty/schumacher.php>
>
>
> --
> Russ S. Schumacher
> Associate Professor
> Department of Atmospheric Science
> Colorado State University
> e-mail: russ.schumacher@xxxxxxxxxxxxx <mailto:russ.schumacher@xxxxxxxxxxxxx>
> phone: 970.491.8084
> web: http://www.atmos.colostate.edu/faculty/schumacher.php
> <http://www.atmos.colostate.edu/faculty/schumacher.php>
>
>
>
>
>
>
--
Russ S. Schumacher
Associate Professor
Department of Atmospheric Science
Colorado State University
e-mail: russ.schumacher@xxxxxxxxxxxxx
phone: 970.491.8084
web: http://www.atmos.colostate.edu/faculty/schumacher.php
