[esip-semantictech] http://cfconventions.org/

[Adam Shepherd]

Hey folks,

I think CF does have valid URIs hosted at the NERC Vocabulary Server: 
http://vocab.nerc.ac.uk/collection/P07/current/

It's mentioned here:
http://cfconventions.org/faq.html#what-tools-exist-to-work-with-standard-names

cheers, Adam


On 1/14/20 10:20 PM, Parsons, Mark via esip-semanticweb wrote:
> Agreed. A name without a persistent, unique, registered, and resolvable identifier (a PURRI? :-)) is of limited value in today’s world.
>
> I might argue that sorting out the issues of persistence, uniqueness, registration, and resolvability could drive greater consensus on what a term like ‘atmosphere_absorption_optical_thickness_due_to_black_carbon_ambient_aer’ actually means. Those who care about the term should maintain the term and make it open broadly.
>
> This means that we will never have a master list. We will have multiple lists that at times conflict. But if we can reference our ambiguity precisely, we can better sort out the differences and tell our machines to do the same.
>
> yours in abstraction,
>
> -m.
>>     osol_at_532nm)
>> On 14 Jan 2020, at 17:47, Mcgibbney, Lewis J (172B) via esip-semanticweb <esip-semanticweb at lists.esipfed.org> wrote:
>>
>> Your absolutely correct Stephen. It doesn't. But I really think that if URI's are the sole driver behind GCMD replicating all of this work, then URI's should be added to CFConventions.
>> Excellent point Stephen.
>> Lewis
>>
>>
>> On 1/14/20, 2:41 PM, "AZ Stephen Richard" <smrtucson at gmail.com> wrote:
>>
>>     There's a big problem with
>>     http://cfconventions.org/Data/cf-standard-names/70/build/cf-standard-name-ta
>>     ble.html, it doesn't seem to provide URIs for the variables, and the
>>     engineering to resolve the uri's.  Am I missing something?
>>
>>     steve
>>
>>     -----Original Message-----
>>     From: esip-semanticweb <esip-semanticweb-bounces at lists.esipfed.org> On
>>     Behalf Of Mcgibbney, Lewis J (172B) via esip-semanticweb
>>     Sent: Tuesday, January 14, 2020 3:34 PM
>>     To: esip-semanticweb at lists.esipfed.org
>>     Subject: Re: [esip-semantictech] NASA GCMD Keywords Version 9.0 Released
>>     (2019-11-12)
>>
>>     Hi Tyler,
>>
>>> Regarding the measurement keywords, the EOSDIS data centers needed a more
>>     fine-grained list of specific measurements
>>     (e.g.atmosphere_absorption_optical_thickness_due_to_black_carbon_ambient_aer
>>     osol_at_532nm) than the science keywords offered.
>>
>>     It appears to me that the correct place for this is in the CF Conventions...
>>     which has a hugely active community for exactly this kind of thing.
>>     Actually, if you look at the current CFConventions standard name table, you
>>     can already find
>>     atmosphere_absorption_optical_thickness_due_to_black_carbon_ambient_aerosol.
>>     .. try it out
>>     http://cfconventions.org/Data/cf-standard-names/70/build/cf-standard-name-ta
>>     ble.html
>>
>>> The recommendation for this was put forward in an ESO review
>>     This is concerning
>>
>>> approved by ESDIS,
>>     This is even more concerning... why wasn't guidance issued to use
>>     CFConventions?
>>
>>> and there is a preliminary list of 100 measurements.
>>     ... there are thousands of existing, well defined variables measured in
>>     CFConventions. Why start a new list in GCMD?
>>
>>> We plan to put forward additional measurement keywords in an upcoming
>>> keyword release,  and we can add interested folks
>>         here in that review. The measurement keywords specifically support the
>>     NASA UMM Variables Model (UMM-Var) evolution which has a field called
>>     'MeasurementName' that  allows metadata curators to provide community
>>     sourced names to further describe variable
>>         data.
>>
>>     I understand that other variable names can be used in UMM, namely
>>     CFConventions. Thanks for pointing that out.
>>
>>     Lewis
>>
>>     _______________________________________________
>>     esip-semanticweb mailing list
>>     esip-semanticweb at lists.esipfed.org
>>     https://lists.esipfed.org/mailman/listinfo/esip-semanticweb
>>
>>
>>
>> _______________________________________________
>> esip-semanticweb mailing list
>> esip-semanticweb at lists.esipfed.org
>> https://lists.esipfed.org/mailman/listinfo/esip-semanticweb
> _______________________________________________
> esip-semanticweb mailing list
> esip-semanticweb at lists.esipfed.org
> https://lists.esipfed.org/mailman/listinfo/esip-semanticweb

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.esipfed.org/pipermail/esip-semanticweb/attachments/20200114/6ad34265/attachment-0001.htm>