[gradsusr] Templating GFS analyses

[Wesley Ebisuzaki - NOAA Federal]

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> 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
> http://gradsusr.org/mailman/listinfo/gradsusr
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20171220/75a11c1e/attachment.html