Roy,
I would be very interested in using CF as a demonstration of mapping
using the additional terms from the latest SKOS: broaderThan,
narrowerThan, closeMatch, and relatedMatch. (I'm also extremely
interested in the CF ontology proposal discussed earlier, but I will
not be able to engage on it before the end of the year.) I will
contact you offline to discuss appropriate technologies/approaches.
I hope there are not any exactMatch mappings, that would be a bad sign
(except in the case of aliases of course).
John
On Nov 26, 2008, at 8:37 AM, Roy Lowry wrote:
Hi John,
My understanding of Standard Name 'aliases' is that they provide a
deprecation mechanism. Until the last batch of updates the
relationship between the 'old' and 'new' was exactMatch, but this
changed significantly in the last update with many of the
'replacements' being obviously semantically broader than their
predecessors.
Since discussions with Alison at GO-ESSP I'm serving the standard
names in a manner to reflect this with a list for current names
(P071) and another for deprecates (P072). Obviously, there's a
mapping maintained between them.
As you are intimating and others have requested, it would be good to
have an internal mapping between related Standard Names and there's
an action from GO-ESSP on Alison and I to do this. At the moment
I'm hoping Alison can find time to do the mapping then I'll load
them, but appreciate that she's many other things to do.
So, an idea occurred to me. If anyone reading the list would like
to propose any internal mappings based on exactMatch, broadMatch and
narrowMatch and send them to me then I'll load them up. To avoid
duplication of effort it might be best for any volunteers to post a
message to the list stating the area of the Standard Name domain
they're proposing to take on.
Looking into my crystal ball it might be possible for these mappings
to be maintained directly by the CF community using a VINE-like
interface linked to the Vocabulary Server term repository.
Cheers, Roy.
John Graybeal <[EMAIL PROTECTED]> 11/26/08 4:16 PM >>>
This seems a little artificially constrained -- make the change for a
day, then change it back, and presto, now the alias is recording a
previous version of a standard name.
But I guess that doesn't address your main point, which is that
aliases aren't intended to serve as synonyms/navigational aids. Not
knowing the history, I wonder: Is that conclusion open to discussion?
Seems like a useful capability.
john
On Nov 26, 2008, at 6:30 AM, Pamment, JA (Alison) wrote:
Unfortunately, it would not be possible to do this because aliases
in CF
are used only as a way of recording previous versions of existing
standard names, for example, when a name is changed for reasons of
clarity or to correct a spelling mistake. It is not intended to be
used
as a means of creating synonyms between current names or as a
navigation
aid to the standard name table. If we changed the name to
mass_fraction_of_water_vapor_in_dry_air then humidity_mixing_ratio
would
become its alias, but we couldn't do it the other way round.
--------------
John Graybeal <mailto:[EMAIL PROTECTED]> -- 831-775-1956
Monterey Bay Aquarium Research Institute
Marine Metadata Interoperability Project: http://marinemetadata.org
_______________________________________________
CF-metadata mailing list
[email protected]
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
--
This message (and any attachments) is for the recipient only. NERC
is subject to the Freedom of Information Act 2000 and the contents
of this email and any reply you make may be disclosed by NERC unless
it is exempt from release under the Act. Any material supplied to
NERC may be stored in an electronic records management system.
_______________________________________________
CF-metadata mailing list
[email protected]
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
John
--------------
John Graybeal <mailto:[EMAIL PROTECTED]> -- 831-775-1956
Monterey Bay Aquarium Research Institute
Marine Metadata Interoperability Project: http://marinemetadata.org
_______________________________________________
CF-metadata mailing list
[email protected]
http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
