I am heavily in favor of the units attribute being the way that ISO time strings are identified.
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 Mar 27, 2013, at 11:05 AM, Steve Hankin <Steven.C.Hankin at noaa.gov> wrote:
>
> On 3/26/2013 7:20 PM, Aleksandar Jelenak - NOAA Affiliate wrote:
>> Hi Steve,
>>
>> On Tue, Mar 19, 2013 at 6:19 PM, Steve Hankin <steven.c.hankin at noaa.gov> wrote:
>>> Hi Aleksander,
>>>
>>> A question to debate in your trac ticket. Per the CF documentation, the
>>> definition of the standard_name is "The name used to identify the physical
>>> quantity"
>> I found five standard names for variables with string values. Their
>> units are either not specified, or declared as "1" or "string".
>
> Hi Aleksander,
>
> I think we're talking about different issues. The thought question I posed was not whether it is acceptable to have a standard_name assigned to string variable. Nothing wrong with a string variable. Rather it was to point out that ISO date-time strings are a way of encoding the physical quantity that we know as TIME. So TIME is the "right" standard_name for ISO date-time strings per the definition quoted above.
>
> Now, it may be that there is a compelling argument to violating the normal definition of standard_name for the case of ISO date-time strings. Or on the other hand is it preferable to use the units attribute to indicate the use of an ISO date-time string? That is the thought question.
>
> - Steve
>
>
>>
>> -Aleksandar
>> _______________________________________________
>> CF-metadata mailing list
>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://mailman.cgd.ucar.edu/pipermail/cf-metadata/attachments/20130327/ca3ebab0/attachment-0001.html>
Received on Wed Mar 27 2013 - 09:08:31 GMT
