SDF: Fractional months ?

[dan.swank]

Thank you Don ~ problem was I had not even defined
the t and z levels in the data section.
I assumed GrADS could figure this out from the rest of the info in the
t; block -- nope.  Added this short data section and its all good.
-Dan

Don Hooper wrote the following on 4/21/2006 5:04 PM:
> Dan,
>
> What are the first two values of the t vector in the NetCDF file?
> GrADS is complaining because it thinks the difference between them
> is less than 1.0.  If this is monthly data, with values like 1.0, 2.0,
> 3.0, etc., as you suggest, that shouldn't happen.
>
> -Hoop
>
>>From owner-gradsusr at LIST.CINECA.IT  Fri Apr 21 14:50:45 2006
>>From: "dan.swank" <Dan.Swank at NOAA.GOV>
>>
>>Grads users:
>>
>>I am creating a NetCDF file for a project demo.
>>my CDL time definition is:
>>
>>        int t(t) ;
>>                t:long_name = "analysis time" ;
>>                t:units = "month since 2004-03-01" ;
>>                t:GRIB_orgReferenceTime = "2004-03-01T00:00:00Z" ;
>>                t:_CoordinateAxisType = "Time" ;
>>
>>The data is 25 months of month-averaged GFS winds.
>>Which would in grads language be equivalent to:
>>tdef 25 linear 00z01mar2004 1mo
>>
>>ncgen created the file no problem.  But grads don't like it:
>>"SDF:  Fractional months are ill-defined and not supported by GrADS"
>>
>>Anyone know a quick reason?  Is this cdl time def. somehow not COORDS
>>complient?  What definition would work?
>>
>>-Dan

--
Dan Swank <dan.swank at noaa.gov>
NOMADS Project:  Software & Data Management
Contractor - STG, Incorporated
Veach-Baley Federal Building
151 Patton Avenue
Asheville, NC 28801-5001
Phone: 828-271-4007