<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Jonathan and David, I disagree. The sample file I showed is a valid CF DSG file. <br>CF Section 9.2 says "If there is only a single feature to be stored in a data variable, there is no need for an instance dimension and it is permitted to omit it. [followed by more details and examples]" I was surprised when that was first pointed out to me. And this isn't me defending my file: I didn't create this file. And I have seem this type of file created by other groups, all of whom contend that this type of file is a valid CF DSG file.  As I often say, DSG is deceptively complex.</div><div><br></div><div>And that is part of my point about the need for a charset and a data_type attribute. The writer of that file understands the data and how it is stored in the file. The problem is for the software reading the file that has to figure out what type of file this is (e.g., what variant of DSG formats) and what is what in the file. The DSG spec is not very helpful, given the large number of allowed variants of the standard sample files. And software readers have to beware of files that aren't valid. For many CF files and for CF DSG in particular, this is a surprisingly difficult problem. Yes, perhaps a human looking at this file for a while will conclude (with some level of confidence) that this is a "multidimensional" DSG file where the instance dimension has been omitted, but that is very difficult for a computer program. With my request for charset and data_type attributes, I'm asking for assistance (in making the software reader's job easier) and clarity (to remove the ambiguity).</div><div><br></div><div>Again, I hope you now find my sample file acceptable. If not, please let me know why.</div><div> </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Date: Thu, 23 Feb 2017 16:22:52 +0000<br>
From: Jonathan Gregory <<a href="mailto:j.m.gregory@reading.ac.uk">j.m.gregory@reading.ac.uk</a>><br>
To: <a href="mailto:cf-metadata@cgd.ucar.edu">cf-metadata@cgd.ucar.edu</a><br>
Subject: [CF-metadata]  Pre-proposal for "charset"<br>
Message-ID: <<a href="mailto:20170223162252.GA7690@met.reading.ac.uk">20170223162252.GA7690@met.<wbr>reading.ac.uk</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Dear Bob<br>
<br>
> CF section 9.5 says: "The variable carrying the cf_role attribute may<br>
> have any data type."<br>
> And that makes sense, because some profile_id might be an integer and<br>
> theoretically could be a single char.<br>
><br>
>> Yes, I agree that on the basis of netCDF<br>
>> alone<br>
>> you can't tell whether it's a string or a 10-char array. However, the<br>
>> cf_role<br>
>> is a string-valued attribute, according to the CF convention, so it must<br>
>> be a<br>
>> string. I expect that for contents of netCDF files that follow the CF con-<br>
>> vention this ambiguity shouldn't arise - but if there are cases where it<br>
>> does<br>
>> we should consider them.<br>
<br>
Sorry. Being in a hurry, because you mentioned cf_role, I assumed you were<br>
referring to the attribute, rather than the variable which has that attribute.<br>
<br>
Looking again at the example you sent, I'd say that this file is not a proper<br>
CF DSG file; it contains a number of variables which could be individual<br>
timeseries, but they haven't been combined into a single data variable so<br>
there is no element (or "station") dimension. The "timeseries" variable which<br>
you asked about isn't referred to by any of the data variables. I agree that<br>
its function is unclear, but I would say it's not CF-compliant anyway, so CF<br>
doesn't need to provide an answer to this ambiguity. The file should look<br>
like Example H3, H6 or H7 of the CF document.<br>
<br>
Best wishes<br>
<br>
Jonathan<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 24 Feb 2017 15:56:33 +0000<br>
From: Jonathan Gregory <<a href="mailto:j.m.gregory@reading.ac.uk">j.m.gregory@reading.ac.uk</a>><br>
To: <a href="mailto:cf-metadata@cgd.ucar.edu">cf-metadata@cgd.ucar.edu</a><br>
Subject: Re: [CF-metadata] Pre-proposal for "charset"<br>
Message-ID: <<a href="mailto:20170224155633.GA6601@met.reading.ac.uk">20170224155633.GA6601@met.<wbr>reading.ac.uk</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Dear David<br>
<br>
I must have overlooked that example, sorry. Please could you spell it out for<br>
me? Thanks<br>
<br>
Jonathan<br>
<br>
----- Forwarded message from David Hassell <<a href="mailto:david.hassell@ncas.ac.uk">david.hassell@ncas.ac.uk</a>> -----<br>
<br>
> Date: Fri, 24 Feb 2017 08:38:13 +0000<br>
> From: David Hassell <<a href="mailto:david.hassell@ncas.ac.uk">david.hassell@ncas.ac.uk</a>><br>
> To: Jonathan Gregory <<a href="mailto:j.m.gregory@reading.ac.uk">j.m.gregory@reading.ac.uk</a>><br>
> CC: CF Metadata <<a href="mailto:cf-metadata@cgd.ucar.edu">cf-metadata@cgd.ucar.edu</a>><br>
> Subject: Re: [CF-metadata] Pre-proposal for "charset"<br>
><br>
> Hello,<br>
><br>
> I think that Jonathan is right about the CF-compliance of the example DSG<br>
> file. I think that the confusion still exists for "proper" data variables,<br>
> though. Are the Argo profile float profiles (single char data that are<br>
> stored in char arrays that Bob mention earlier in the thread) data<br>
> variables, or metadata to other data variables?.<br>
><br>
> Thanks,<br>
><br>
> David<br>
><br>
> On 23 February 2017 at 16:22, Jonathan Gregory <<a href="mailto:j.m.gregory@reading.ac.uk">j.m.gregory@reading.ac.uk</a>><br>
> wrote:<br>
><br>
> > Dear Bob<br>
> ><br>
> > > CF section 9.5 says: "The variable carrying the cf_role attribute may<br>
> > > have any data type."<br>
> > > And that makes sense, because some profile_id might be an integer and<br>
> > > theoretically could be a single char.<br>
> > ><br>
> > >> Yes, I agree that on the basis of netCDF<br>
> > >> alone<br>
> > >> you can't tell whether it's a string or a 10-char array. However, the<br>
> > >> cf_role<br>
> > >> is a string-valued attribute, according to the CF convention, so it must<br>
> > >> be a<br>
> > >> string. I expect that for contents of netCDF files that follow the CF<br>
> > con-<br>
> > >> vention this ambiguity shouldn't arise - but if there are cases where it<br>
> > >> does<br>
> > >> we should consider them.<br>
> ><br>
> > Sorry. Being in a hurry, because you mentioned cf_role, I assumed you were<br>
> > referring to the attribute, rather than the variable which has that<br>
> > attribute.<br>
> ><br>
> > Looking again at the example you sent, I'd say that this file is not a<br>
> > proper<br>
> > CF DSG file; it contains a number of variables which could be individual<br>
> > timeseries, but they haven't been combined into a single data variable so<br>
> > there is no element (or "station") dimension. The "timeseries" variable<br>
> > which<br>
> > you asked about isn't referred to by any of the data variables. I agree<br>
> > that<br>
> > its function is unclear, but I would say it's not CF-compliant anyway, so<br>
> > CF<br>
> > doesn't need to provide an answer to this ambiguity. The file should look<br>
> > like Example H3, H6 or H7 of the CF document.<br>
> ><br>
> > Best wishes<br>
> ><br>
> > Jonathan<br>
> > ______________________________<wbr>_________________<br>
> > CF-metadata mailing list<br>
> > <a href="mailto:CF-metadata@cgd.ucar.edu">CF-metadata@cgd.ucar.edu</a><br>
> > <a href="http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata" rel="noreferrer" target="_blank">http://mailman.cgd.ucar.edu/<wbr>mailman/listinfo/cf-metadata</a><br>
> ><br>
><br>
><br>
><br>
> --<br>
> David Hassell<br>
> National Centre for Atmospheric Science<br>
> Department of Meteorology, University of Reading,<br>
> Earley Gate, PO Box 243, Reading RG6 6BB<br>
> Tel: <a href="tel:%2B44%20118%20378%205613" value="+441183785613">+44 118 378 5613</a><br>
> <a href="http://www.met.reading.ac.uk/" rel="noreferrer" target="_blank">http://www.met.reading.ac.uk/</a><br>
<br>
----- End forwarded message -----<br>
<br>
<br></blockquote></div>-- <br><div class="gmail_signature"><div dir="ltr">Sincerely,<br><br>Bob Simons<br>IT Specialist<br>Environmental Research Division<br>NOAA Southwest Fisheries Science Center <br>99 Pacific St., Suite 255A      (New!)<br>Monterey, CA 93940               (New!) <br>Phone: (831)333-9878            (New!<span style="font-size:13.3333px">)</span><div>Fax:   (831)648-8440<br>Email: <a href="mailto:bob.simons@noaa.gov" target="_blank">bob.simons@noaa.gov</a><br><br>The contents of this message are mine personally and <br>do not necessarily reflect any position of the <br>Government or the National Oceanic and Atmospheric Administration.<br><>< <>< <>< <>< <>< <>< <>< <>< <>< <br><br></div></div></div>
</div></div>