Forwarded message 1
You are not authorized to send mail to the NKOS list from your danbri@W3.ORG
account. You might be authorized to send to the list from another of your
accounts, or perhaps when using another mail program which generates slightly
different addresses, but LISTSERV has no way to associate this other account or
address with yours. If you need assistance or if you have any question
regarding the policy of the NKOS list, please contact the list owners:
NKOS-request@WWW.DLI2.NSF.GOV.
------------------------ Rejected message (54 lines) --------------------------
Return-Path: <owner-nkos@dli-serv.cise-nsf.gov>
X-Original-To: NKOS@dli2.nsf.gov
Delivered-To: NKOS@dli2.nsf.gov
Received: from tux.w3.org (tux.w3.org [18.29.0.27])
by dli-serv.cise-nsf.gov (Postfix) with ESMTP id 0A5581D11A
for <NKOS@dli2.nsf.gov>; Tue, 18 Feb 2003 07:12:51 -0500 (EST)
Received: (from danbri@localhost)
by tux.w3.org (8.9.3/8.9.3) id HAA20712;
Tue, 18 Feb 2003 07:11:49 -0500
Date: Tue, 18 Feb 2003 07:11:49 -0500
From: Dan Brickley <danbri@w3.org>
To: Rachel Heery <r.heery@UKOLN.AC.UK>
Cc: NKOS@dli2.nsf.gov, danbri@w3.org
Subject: Re: Questions about CORES Schema Creation/Registration Workshop announcement
Message-ID: <20030218121148.GB6087@tux.w3.org>
References: <3E4D223C.5000106@gte.net> <Pine.SO4.4.05.10302181111510.27004-100000@lamin.ukoln.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.SO4.4.05.10302181111510.27004-100000@lamin.ukoln.ac.uk>
User-Agent: Mutt/1.4i
* Rachel Heery <r.heery@UKOLN.AC.UK> [2003-02-18 11:43+0000]
> On Fri, 14 Feb 2003, Linda Hill wrote:
[...]
> I think its interesting that the increasing use of the term 'ontologies',
> particularly in the Grid and eScience community, often seems to be used
> (althoug some might argue not strictly correctly) to encompass both
> 'element set' and 'controlled vocabularies'.... in that both sorts of
> thing can be used to deduce equivalences and other relationships between
> terms.
Hi Rachel,
I think this is something we see in general wherever RDF is involved, too,
since RDF encourages one to take a common view of thesauri, data modelling,
ontologies and traditional flatter attribute/value metadata systems. The
interesting thing is that when converting a thesaurus-style controlled
vocab into RDF, you get to choose whether to take the ontological route, and
define an RDF vocab with classes and properties capturing the
domain being described, or take a more lexical route and define an
RDF vocab with classes and properties capturing the terms from the thesaurus.
ie. distinction between
[fido]--bt--->[Dog] ---bt--->[Mammal] ('lexical', loosly)
[fido]--type-->[Dog] --subClassOf--> [Mammal] ('ontological', class centric)
The latter is generally preferred by RDF / onto folk, but is often easier
to do the former mechanically when the source thesaurus hasn't been
prepared with this sort of modelling in mind...
Dan