Re: [gembud] DCGRIB2 failing on new NAM CONUS-nest files

  • To: Kevin R Tyle <ktyle@xxxxxxxxxx>
  • Subject: Re: [gembud] DCGRIB2 failing on new NAM CONUS-nest files
  • From: Russ Schumacher <russ.schumacher@xxxxxxxxxxxxx>
  • Date: Wed, 22 Mar 2017 15:04:54 -0600
  • Authentication-results: albany.edu; dkim=none (message not signed) header.d=none; albany.edu; dmarc=none action=none header.from=colostate.edu;
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99
Ahaâyes, that was the problem with the 40-km grid, so that will be an easy 
enough fix!  That said, Iâm getting a similar, but not quite the same, problem 
with the 12-km grid (grid 218), but Iâm going to test a couple other things 
there first before continuing to fill up everyonesâ inboxes. :)

Thanks!
Russ

> On Mar 22, 2017, at 12:58 PM, Tyle, Kevin R <ktyle@xxxxxxxxxx> wrote:
> 
> 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
>  
> <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 <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