BUG in GRIB variable "initial_time0_hours"

From: Dennis Shea (shea AT cgd.ucar.edu)
Date: Tue May 03 2005 - 11:08:10 MDT

  • Next message: Harun Rashid: "RE: [ncl-talk] Problem using 'specx_anal' repeatedly"

    ncl-users:

    NCL Version 4.2.0.a032 released 6 December 2004 introduced
    two new time variables available to users when reading GRIB files.
    The documentation follows:

    ----
    # Two additional time variables are provided when GRIB data are read.
    

    These new variables, which are of type "double", contain the same information as the current initial_time(n) variables which are of type "string". The two new variables are:

    1. initial_time(n)_hours: This has units of "hours since 1800-01-01 00:00". 2. initial_time(n)_encoded: This has units of "yyyymmddhh.hh_frac". ----

    A bug has been discovered with the "initial_time(n)_hours". Most commonly this variable manifests itself as "initial_time0_hours". For times after 1900-01-01 00:00 the returned hours are off by 48 hours. Specifically, the users must add 48 hours to the values returned by NCL.

    This will be fixed in the next release of NCL [v033]. For those currently using this variable two solutions are available:

    (a) get a pre-release of v033: email haley@ucar.edu and specify the system [uname -a]

    (b) manually perform the correction:

    f = addfile ("foo.grb", "r") time = f-initial_time0_hours time = time +48 ; **** version v032 only

    ---- Sorry about the inconvenience.

    NCL developers

    ------------- End Forwarded Message -------------

    _______________________________________________ ncl-talk mailing list ncl-talk@ucar.edu http://mailman.ucar.edu/mailman/listinfo/ncl-talk



    This archive was generated by hypermail 2b29 : Tue May 03 2005 - 11:35:48 MDT