Karl,
The string type passes the cf checker as long as it is an ASCII string. It
is possible to make a unicode string, and that fails. So, from a practical
perspective, it is fine.
Grace and peace,
Jim
[image: CICS-NC] <
http://www.cicsnc.org/>Visit us on
Facebook <
http://www.facebook.com/cicsnc> *Jim Biard*
*Research Scholar*
Cooperative Institute for Climate and Satellites NC <
http://cicsnc.org/>
North Carolina State University <
http://ncsu.edu/>
NOAA National Centers for Environmental Information <
http://ncdc.noaa.gov/>
*formerly NOAA?s National Climatic Data Center*
151 Patton Ave, Asheville, NC 28801
e: jbiard at cicsnc.org
o: +1 828 271 4900
*Connect with us on Facebook for climate
<
http://www.facebook.com/NOAANCEIclimate> and ocean and geophysics
<
http://www.facebook.com/NOAANCEIoceangeo> information, and follow us on
Twitter at _at_NOAANCEIclimate
<
http://www.twitter.com/NOAANCEIclimate>and _at_NOAANCEIocngeo
<
http://www.twitter.com/NOAANCEIocngeo>.*
On Fri, Aug 12, 2016 at 12:31 PM, Karl Taylor <taylor13 at llnl.gov> wrote:
> Hi all,
>
> I have a question from Robert Pincus that I don't know that answer to:
>
> Is it ok to use a one-dimensional ?string? variable instead of a
> two-dimensional character variable to encode expt_label? This might be
> asking whether it?s ok to use netCDF4, which I certainly hope is the case.
>
> He's defining an array of "labels".
>
> The conventions document states: "NetCDF does not support a character
> string type, so these must be represented as character arrays."
>
> so my take on this is that a one-dimensional array of "string" variables
> would not be permitted. In general do we forbid use of any of the new
> netCDF4 structures? (I guess yes).
>
> thanks,
> Karl
> _______________________________________________
> 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/20160812/462bc34b/attachment.html>
Received on Fri Aug 12 2016 - 14:46:18 BST
