[gradsusr] Templating GFS analyses

[Ryglicki, Dr. David]

Wesley,

Thanks. That does work. Also, thanks to the other people who responded (I didn’t have the typo when I issued the command – honest!). Some simple awk’ing gets around this problem, but I was wondering if there was something else I was missing.

Jen and Victor – The first two digits after the 3rd underscore are the initialization hour. The “forecast” hour is the last group and it never changes from 000 (it’s all analyses). My files look like this (after I removed the offending underscore):

gfs_4_201207300000_000.grb2
gfs_4_201207300600_000.grb2
gfs_4_201207301200_000.grb2
gfs_4_201207301800_000.grb2
gfs_4_201207310000_000.grb2
gfs_4_201207310600_000.grb2
gfs_4_201207311200_000.grb2
gfs_4_201207311800_000.grb2
gfs_4_201208010000_000.grb2
gfs_4_201208010600_000.grb2
gfs_4_201208011200_000.grb2
gfs_4_201208011800_000.grb2
gfs_4_201208020000_000.grb2
gfs_4_201208020600_000.grb2
gfs_4_201208021200_000.grb2
gfs_4_201208021800_000.grb2
gfs_4_201208030000_000.grb2
gfs_4_201208030600_000.grb2
gfs_4_201208031200_000.grb2
gfs_4_201208031800_000.grb2
gfs_4_201208040000_000.grb2
gfs_4_201208040600_000.grb2
gfs_4_201208041200_000.grb2
gfs_4_201208041800_000.grb2
gfs_4_201208050000_000.grb2
gfs_4_201208050600_000.grb2
gfs_4_201208051200_000.grb2
gfs_4_201208051800_000.grb2
gfs_4_201208060000_000.grb2
gfs_4_201208060600_000.grb2
gfs_4_201208061200_000.grb2
gfs_4_201208061800_000.grb2
gfs_4_201208070000_000.grb2
gfs_4_201208070600_000.grb2
gfs_4_201208081200_000.grb2
gfs_4_201208081800_000.grb2
gfs_4_201208090000_000.grb2
gfs_4_201208090600_000.grb2
gfs_4_201208091200_000.grb2
gfs_4_201208091800_000.grb2
gfs_4_201208100000_000.grb2
gfs_4_201208100600_000.grb2
gfs_4_201208101200_000.grb2
gfs_4_201208101800_000.grb2

Would the initialization templating make that much of a difference then?

~Dave

From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Wesley Ebisuzaki - NOAA Federal
Sent: Wednesday, December 20, 2017 6:32 AM
To: GrADS Users Forum
Subject: Re: [gradsusr] Templating GFS analyses

Dave,
Yes, it's a problem with g2ctl that was introduced with grib2ctl v0.9.12.5beta3 (6/2006).
g2ct/grib2ctl need to find the 1st, 2nd and last files in chronological order. The
older grib2ctl used a sorted list of the files to find the 1st, 2nd and last files.  Then
NCEP decided to make forecast files with 2 digit or 3 digit forecast hours.  That
prevented using the sorted list from determining the 3 files.  The newer code
assumes that the datecode can have no extra characters.  Your files have
an underscore between the %d2 and %h2.  A fix will require some thinking.
Work around: rename the files so that there is no underscore between
the %d2 an %h2 fields.

Wesley

On Tue, Dec 19, 2017 at 4:59 PM, Ryglicki, Dr. David <david.ryglicki at nrlmry.navy.mil<mailto:david.ryglicki at nrlmry.navy.mil>> wrote:

Hey, GrADS’ers.



Simple question about g2ctl and templating over GFS analyses. I’m pulling data from NCEP’s HAS system, and when I get the data, it looks something like this:



gfs_4_20120730_0000_000.grb2

gfs_4_20120730_0600_000.grb2

…



When I try templating with: “g2ctl -0 gfs_4_2012%m2%d2_%h200_00.grb2”, I get the error: ‘Argument “0730_00” isn’t numeric in numeric gt (>) at /path/to/g2ctl line 267.’



I can get around this pretty easily with some awk, but I was wondering… am I doing something wrong here, or is this just how it is?



Thanks.



~Dave

_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org<mailto:gradsusr at gradsusr.org>
http://gradsusr.org/mailman/listinfo/gradsusr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20171220/50c77fad/attachment-0001.html