[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20040225: NetCDF 3.5 variable names

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20040225: NetCDF 3.5 variable names
  • Date: Wed, 25 Feb 2004 08:44:44 -0700
Paul,

> To: address@hidden
> cc: =?ISO-8859-1?Q?Jean_Fran=E7ois_Chalivet?= <address@hidden.onera>,
> cc: Detlef Krack <address@hidden>
> From: =?ISO-8859-1?Q?Paul_R=E9gis?= <address@hidden>
> Subject: NetCDF 3.5 variable names 
> Organization: ONERA
> Keywords: 200402250844.i1P8iWrV006661 netCDF variable names

The above message contained the following:

> I'm using NetCDF 3.5 library, and I'm facing  a little problem :
> The documentation says that for dimensions, attributes and variables 
> names, only alphabetics characters are allowed plus "-" "_". In fact I 
> found that dot character "." is also allowed (see NC_check_name) but 
> produces incorrect behavior when proceeded by ncgen. So what are the 
> real restrictions ?

The person who would normally answer this question is on vacation.

What does "produces incorrect behavior when proceeded by ncgen" mean?
Do you mean when the CDL file is PROCESSED by ncgen, creating a netCDF
file?  Can you send a small example of the problem?

> Regards,
> 
> -- 
> -----------------------------------------------------------------------
> Paul REGIS                                     ONERA                    
> Tel: (33) 04.79.20.20.75                       Centre de Modane Avrieux 
> Portable: 06.71.34.94.99
> Fax: (33) 04.79.20.21.68                       BP 25                    
> mailto: address@hidden                    73500 MODANE - France
> http://www.onera.fr    
> -----------------------------------------------------------------------

Regards,
Steve Emmerson