Hi Russ,
Did you verify that you have grids up through F48 in there now? I just looked
at mine, and my GEMPAK file reaches the maximum # of grids (29999) prior to F48.
--Kevin
_____________________________________________
Kevin Tyle, Manager of Departmental Computing
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>
Phone: 518-442-4578
_____________________________________________
From: gembud-bounces@xxxxxxxxxxxxxxxx [mailto:gembud-bounces@xxxxxxxxxxxxxxxx]
On Behalf Of Russ Schumacher
Sent: Wednesday, March 22, 2017 2:09 PM
To: Mullenax, Robert R. (WFF-820.0)[ORBITAL SCIENCES CORPORATION]
<robert.r.mullenax@xxxxxxxx>
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: Re: [gembud] DCGRIB2 failing on new NAM CONUS-nest files
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<mailto: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
(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>
phone: 970.491.8084
web: 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
--
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
