[gradsusr] SDF Error: 365 day calendars are no longer supported by sdfopen.
Jennifer Adams
jma at cola.iges.org
Tue Jun 14 10:33:14 EDT 2011
Your TDEF entry is missing the size ("Missing or invalid dimension
size").
It should be "tdef time 1680 linear 01jan1861 1mo".
--Jennifer
On Jun 14, 2011, at 10:13 AM, Tummuri, Spandana wrote:
> Thank you for the response. I have tried following the description
> provided for previous queries. I created a descriptor file and am
> using “xdfopen” to access the descriptor file. But looks like there
> is something wrong with my “TDEF” in the descriptor file because I
> get an error when I use “xdfopen”. Can anyone help me specify the
> correct “TDEF”?
>
> 1. I am running Grads v 2.0.a9 and am running it on linux
> 2. My descriptor file looks as shown below.
> DSET ^test.nc
> DTYPE netcdf
> Title GFDL data
> UNDEF -9.99e8_FillValue
> OPTIONS 365_day_calendar
> TDEF time LINEAR 0Z01JAN1861 1mo
> 3. The error I get when I use xdfopen is as follows.
> ga-> xdfopen test.dat
> Scanning Descriptor File: test.dat
> gadxdf error: Missing or invalid dimension size.
> -> The invalid description file record is:
> --> tdef time linear 0z01jan1861 1mo
> The data file was not opened.
> 4. Below is the output from ncdump –c for my netcdf file
>
> dimensions:
> lon = 144 ;
> lat = 90 ;
> time = UNLIMITED ; // (1680 currently)
> bnds = 2 ;
> variables:
> double lon(lon) ;
> lon:standard_name = "longitude" ;
> lon:long_name = "longitude" ;
> lon:units = "degrees_east" ;
> lon:axis = "X" ;
> lon:bounds = "lon_bnds" ;
> double lon_bnds(lon, bnds) ;
> double lat(lat) ;
> lat:standard_name = "latitude" ;
> lat:long_name = "latitude" ;
> lat:units = "degrees_north" ;
> lat:axis = "Y" ;
> lat:bounds = "lat_bnds" ;
> double lat_bnds(lat, bnds) ;
> double time(time) ;
> time:standard_name = "time" ;
> time:long_name = "time" ;
> time:units = "days since 1861-01-01 00:00:00" ;
> time:axis = "T" ;
> time:calendar = "noleap" ;
> time:bounds = "time_bnds" ;
> double time_bnds(time, bnds) ;
> float pr(time, lat, lon) ;
> pr:standard_name = "precipitation_flux" ;
> pr:long_name = "Precipitation" ;
> pr:units = "kg m-2 s-1" ;
> pr:cell_methods = "time: mean" ;
> pr:original_name = "precip" ;
> pr:comment = "includes all types (rain, snow, large-
> scale, convective, etc.)" ;
>
> Thanks
> Spandana
>
> From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org
> ] On Behalf Of Jennifer Adams
> Sent: Tuesday, June 14, 2011 8:54 AM
> To: GrADS Users Forum
> Subject: Re: [gradsusr] SDF Error: 365 day calendars are no longer
> supported by sdfopen.
>
> This question has already been answered many times in the forum.
> Here are just a few threads to choose from (search string was
> "site:gradsusr.org 365 calendar sdfopen") :
>
> http://gradsusr.org/pipermail/gradsusr/2009-December/010064.html
> http://gradsusr.org/pipermail/gradsusr/2009-April/008489.html
> http://gradsusr.org/pipermail/gradsusr/2009-January/008103.html
> http://gradsusr.org/pipermail/gradsusr/2011-April/013123.html
>
> The error message delivered by GrADS is carefully written to give
> you the information you need -- you must write a descriptor file to
> open this file with GrADS. Your descriptor file must have the
> following entries:
> DSET
> TDEF
> OPTIONS 365_day_calendar
> The link to the documentation in the error message shows you how to
> create these entries, and help you decide whether you need to use
> 'xdfopen' or the 'open' command. If the documentation is incomplete
> in any way, I welcome suggestions for improvements.
>
> If you read the documentation carefully, and go through the previous
> emails on this subject, and still don't understand what to do, then
> please follow these guidelines:
>
> Include the version of GrADS you are running, and the OS you are
> running it on.
> Include the output from ncdump -c on your netcdf file
> Include the descriptor file you've written
> Include the complete text of your GrADS session including the error
> message
>
> This is the last time I will answer this question.
> --Jennifer
>
>
>
>
> On Jun 13, 2011, at 12:53 PM, Tummuri, Spandana wrote:
>
>
> Hello Everyone,
>
> I was wondering if one of you would be able to tell me how you
> addressed this issue.
>
> I am not very good at GRADS programming. I only needed to use it to
> open a “.nc” file and get some values averaged over a period of
> time. So I typically use the following three commands in grads.
>
> Sdfopen “filename.nc”
> Run monmask.gs N ……………….(N = month)
> d ave(aave(pr*mmask, lon=lon1, lon = lon2, lat = lat1, lat =
> lat2),t=time1,t=time2)
>
> This worked for a few files but when I tried to use it on some
> others, I get the following error
>
>
> ga-> sdfopen pr_A1.nc
> Scanning self-describing file: pr_A1.nc
> SDF Error: 365 day calendars are no longer supported by sdfopen.
> To open this file with GrADS, use a descriptor file with
> a complete TDEF entry and OPTIONS 365_day_calendar.
> Documentation is at http://iges.org/grads/gadoc/SDFdescriptorfile.html
>
> When I compared NCDUMP for the files for which “sdfopen” worked with
> the those for which “sdfopen” did not work, I noticed that the
> calendar has to be gregarian for sdfopen to work.
>
> Can you tell me how I can open files that have “noleap” calendars
> and work around the 365_day_calendar issue?
>
> I greatly appreciated your help in this matter.
>
> Thank you.
> Spandana
>
>
> _______________________________________________
> gradsusr mailing list
> gradsusr at gradsusr.org
> http://gradsusr.org/mailman/listinfo/gradsusr
>
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> jma at cola.iges.org
>
>
>
> _______________________________________________
> gradsusr mailing list
> gradsusr at gradsusr.org
> http://gradsusr.org/mailman/listinfo/gradsusr
--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110614/0dfdc948/attachment-0001.html
More information about the gradsusr
mailing list