W3C home > Mailing lists > Public > public-vocabs@w3.org > December 2013

Re: Proposal for new type : Vocabulary

From: Antoine Isaac <aisaac@few.vu.nl>
Date: Sat, 7 Dec 2013 14:28:45 +0100
Message-ID: <52A3228D.6050103@few.vu.nl>
To: Charles McCathie Nevile <chaals@yandex-team.ru>, "<public-vocabs@w3.org>" <public-vocabs@w3.org>
Hi Chaals, all (I guess there was a problem in my email's receipients)

I think I'm in favour of having owl:Ontology, and if there's a need to get an umbrella for glossaries/thesauri/other classifications, to re-use skos:ConceptScheme or something like that.

Diane says there are use cases, but http://metadataregistry.org/ still makes a big difference between "Vocabularies"  (there, akin to SKOS ConceptSchemes) and "Element Sets" (there, akin to OWL Ontologies).
In fact Bernard has not answered my question on starting to have everything in LOV.

To be more precise: I do not see the the use case for having *only* the generalization of Ontology and ConceptScheme. I see the point in making inventories of both types of resources; but because the two categories are usually made to meet quite different requirements, I'm skeptical about the value of blurring the line.

About rdfs:isDefinedBy vs an hypothetical "uses" property (between Vocabulary and individual classes/properties or concepts). I agree with Chaals: the differences may not survive in this case. More precisely: I think it is the "usage" link between vocs and their elements that will get more traction. The "defined" link is more a provenance/process aspect; it's important for specific scenarios, which may not be really sought by the general schema.org users. Therefore it would seem dangerous to me to use rdfs:isDefinedBy, because its original meaning would be 'highjacked' by the more prominent requirement.


On 12/6/13 9:46 PM, Charles McCathie Nevile wrote:
> On Fri, 06 Dec 2013 11:19:06 +0100, Antoine Isaac <aisaac@few.vu.nl> wrote:
>> Hi Bernard,
>> +1 for including Vocabulary. It would fill in the gap of not having included an equivalent to skos:ConceptScheme in the MiniSKOS proposal.
>> I'm however a bit skeptical about having just one class for ontologies (sets of classes and properties a la schema.org) and other SKOS-level vocabularies (classifications, thesauri) in one big bag. I'll be the first one to agree with you that the two types of vocabularies are not exclusive. But the functions are quite different.
> I'm not so sure - and I certainly don't know of a practical way to describe the difference to non-professionals.
>> In fact trying a litmus test: if the "Vocabulary" class was to include SKOS Concept schemes, would the Linked Open vocabularies start gathering SKOS concept schemes as well?
> That would seem like a reasonable thing to me. Although they might be selective about them for other reasons.
>>> An extra would be to have a "definedBy" property to link instances of the oncoming Topic class to an instance of Vocabulary.
>> Is this skos:inScheme in the SKOS world, or really rdfs:isDefinedBy?
>> The nuance (creating vs. including/re-using) can be in fact really important. (and I personally feel that both aspects are worth representing).
> The problem is that in practice, where a term is originally defined stops being relevant once people start including it in other places with differences, and getting traction.
> I have nothing in principle against preserving the differences, but I am sceptical that they will survive contact with reality, and not sure they are worth struggling for.
> cheers
> Chaals
Received on Saturday, 7 December 2013 13:29:13 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:29:36 UTC