I'm not sure that CF requires you to have only one unlimited dimension per variable, but if you create a netCDF-4 file with the "classic" option enabled, the API may not allow you to do so.
Jim Biard
Research Scholar
Cooperative Institute for Climate and Satellites
Remote Sensing and Applications Division
National Climatic Data Center
151 Patton Ave, Asheville, NC 28801-5001
jim.biard at noaa.gov
828-271-4900
On Aug 30, 2012, at 11:04 AM, Randy Horne <rhorne at excaliburlabs.com> wrote:
> Thanks for the input.
>
> My thinking is that despite the fact that it is not supported by the classic data model (according to the NetCDF users guide), it is hard to understand why there would be an issue from a CF standpoint to take advantage of a netCDF4 file format capability. One could argue that the constraint is really associated with the NetCDF3 file format rather than the classic data model.
>
> very respectfully,
>
> randy
>
>
> On Aug 30, 2012, at 9:49 AM, Michael Decker wrote:
>
>> I agree. I cannot find anything in CF that would be violated if you only
>> use one unlimited dimension per variable.
>>
>> Michael
>>
>> On 30.08.2012 15:44, Jim Biard wrote:
>>> Hi.
>>>
>>> If each variable uses only one of the unlimited dimensions, then I think
>>> you are CF compliant.
>>>
>>> Grace and peace,
>>>
>>> Jim
>>>
>>> Jim Biard
>>> Research Scholar
>>> Cooperative Institute for Climate and Satellites
>>> Remote Sensing and Applications Division
>>> National Climatic Data Center
>>> 151 Patton Ave, Asheville, NC 28801-5001
>>>
>>> jim.biard at noaa.gov <mailto:jim.biard at noaa.gov>
>>> 828-271-4900
>>>
>>> On Aug 30, 2012, at 2:43 AM, Michael Decker <m.decker at fz-juelich.de
>>> <mailto:m.decker at fz-juelich.de>> wrote:
>>>
>>>> Hi Randy,
>>>>
>>>> well, if you want to stick to the _classic_ data model, then I think you
>>>> will have to stick with a single unlimited dimension only. As I
>>>> understand the netcdf FAQ
>>>> (http://www.unidata.ucar.edu/software/netcdf/#fv18) you would have to
>>>> use the "enhanced" NetCDF-4 format to be able to include multiple
>>>> unlimited dimensions - and this will break compatibility with the
>>>> NetCDF-3 format.
>>>>
>>>> I'm not really sure about implications regarding CF-conformity. There
>>>> are some paragraphs that refer to the unlimited dimension concerning
>>>> dimension order of variables for example. So multiple unlimited
>>>> dimensions might break this requirement...
>>>>
>>>> Regards,
>>>> Michael
>>>>
>>>> On 28.08.2012 22:59, Randy Horne wrote:
>>>>> For the GOES-R product files, the plan is to use the NetCDF4 file
>>>>> format and the classic data model.
>>>>>
>>>>> Is it CF compliant if a NetCDF dataset/file uses two different
>>>>> unlimited dimensions in two data variables ?
>>>>>
>>>>> very respectfully,
>>>>>
>>>>> randy
>>>>>
>>>>>
>>>>> ..............End of Message ...............................-->
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> CF-metadata mailing list
>>>>> CF-metadata at cgd.ucar.edu <mailto:CF-metadata at cgd.ucar.edu>
>>>>> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>>>>>
>>>>
>>>>
>>>> --
>>>> Michael Decker
>>>> Forschungszentrum J?lich
>>>> Institut f?r Energie- und Klimaforschung - Troposph?re (IEK-8)
>>>>
>>>> Tel.: +49 2461 61-3867
>>>> E-Mail: m.decker at fz-juelich.de <mailto:m.decker at fz-juelich.de>
>>>>
>>>> ------------------------------------------------------------------------------------------------
>>>> ------------------------------------------------------------------------------------------------
>>>> Forschungszentrum Juelich GmbH
>>>> 52425 Juelich
>>>> Sitz der Gesellschaft: Juelich
>>>> Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
>>>> Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
>>>> Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
>>>> Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
>>>> Prof. Dr. Sebastian M. Schmidt
>>>> ------------------------------------------------------------------------------------------------
>>>> ------------------------------------------------------------------------------------------------
>>>>
>>>>
>>>> _______________________________________________
>>>> CF-metadata mailing list
>>>> CF-metadata at cgd.ucar.edu <mailto:CF-metadata at cgd.ucar.edu>
>>>> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>>>
>>>
>>>
>>> _______________________________________________
>>> CF-metadata mailing list
>>> CF-metadata at cgd.ucar.edu
>>> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>>>
>>
>>
>> --
>> Michael Decker
>> Forschungszentrum J?lich
>> Institut f?r Energie- und Klimaforschung - Troposph?re (IEK-8)
>>
>> Tel.: +49 2461 61-3867
>> E-Mail: m.decker at fz-juelich.de
>>
>> ------------------------------------------------------------------------------------------------
>> ------------------------------------------------------------------------------------------------
>> Forschungszentrum Juelich GmbH
>> 52425 Juelich
>> Sitz der Gesellschaft: Juelich
>> Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
>> Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
>> Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
>> Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
>> Prof. Dr. Sebastian M. Schmidt
>> ------------------------------------------------------------------------------------------------
>> ------------------------------------------------------------------------------------------------
>>
>>
>> _______________________________________________
>> CF-metadata mailing list
>> CF-metadata at cgd.ucar.edu
>> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
>
>
> ____________________________________
>
> Randy C. Horne (rhorne at excaliburlabs.com)
> Principal Engineer, Excalibur Laboratories Inc.
> voice & fax: (321) 952.5100
> url: http://www.excaliburlabs.com
>
>
>
>
> _______________________________________________
> CF-metadata mailing list
> CF-metadata at cgd.ucar.edu
> http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://mailman.cgd.ucar.edu/pipermail/cf-metadata/attachments/20120830/26591e32/attachment.html>
Received on Thu Aug 30 2012 - 09:22:32 BST