- From: Antoine Isaac <aisaac@few.vu.nl>
- Date: Wed, 21 Feb 2007 12:34:03 +0100
- To: Dan Brickley <danbri@danbri.org>
- CC: Mark van Assem <mark@cs.vu.nl>, Alistair Miles <a.j.miles@rl.ac.uk>, SWD WG <public-swd-wg@w3.org>, SKOS <public-esw-thes@w3.org>
Hi Dan, > >> >> I think Alistair's idea was to enable usage of SKOS properties to >> describe OWL classes in proper ontologies. >> >> There is a problem in OWL DL with recording different kinds of labels >> (e.g. which to use for display or not, which is the vernacular label, >> etc.) because rdfs:label is an AnnotationProperty, which cannot be >> specialized with rdfs:subPropertyOf. However, this would be the >> preferred way to maintain semantic interoperability (you can always >> dumb down to rdfs:label). >> >> SKOS might fill this gap, but it can only do so if SKOS proeprties >> are not restricted to skos:Concept and are NOT AnnotationProperties >> (else they could not be specialized themselves as might be expected). >> But if they are to be applied to _classes_ in DL, they MUST be >> AnnotationProperties... >> >> Dilemma, dilemma... > > > How about restricting the SKOS stuff to just work with SKOS stuff, not > with OWL. But then defining a bridge property that links from a class > to a (possibly anonymous) SKOS entity that "shadows" it for purposes > of documentation. > > ie. > > not: > <owl:Class> > <skos:prefLabel>Foo</etc > > ...but > > <owl:Class> > <skos:bridge> > <skos:Concept> > <skos:prefLabel>Foo</etc I find this solution quite a smart one, and elegant as a first sight. But also, and very importantly, I would never have to use it in my case, so there is some bias ;-) The advice of people dealing with such OWL class/ SKOS constructs integration in their cases shall be useful... > > Question: do the DL puritans allow things like this? Presumably > "bridge" would be an AnnotationProperty. > > Let me see. http://www.w3.org/TR/owl-ref/#Header > > So... > > skos:bridge rdf:type owl:AnnotationProperty . > > "The object of an annotation property must be either a data literal, a > URI reference, or an individual." > > We can't define a formal range on skos:bridge, but informally we can > spread an expectation that it be used to point to individuals that are > SKOS Concepts. > > Note that we needed even write that type information in the RDF graph, > and that the much-maligned RDF/XML syntax allows a notation for this: > > <owl:Class rdf:ID="Car"> > <skos:bridge skos:prefLabel="Car" skos:altLabel="BrmBrm"/> > </owl:Class> Be careful, a concept might have several altLabel so you will end up quite quickly being force to go for a less elegant syntactic solution. > > Note also that this idiom gets into the very interesting territory of > idioms for relating ontological and skos models. However, here, I am > suggesting it purely as a documentation convention. Whether a common > design could serve both purposes, I have no idea right now. In some > ways it would be nice, but we would have to define domain, range and > inverses solely in prose. BTW one of the property names Alistair and I > were throwing around for this was "skos:as" (inverse: skos:it). This > would link between inviduals ("dan") and classes ("Person") and > corresponding topics in a SKOS scheme: > > How might that look here? > > Assuming: > skos:as rdf:type owl:AnnotationProperty . > > <owl:Class rdf:ID="Person"> > <skos:as skos:prefLabel="Person" skos:altLabel="Guy"/> > </owl:Class> It makes sense in this specific straightforward example, but personnaly I find names with only 2 letters not ideal. Cheers, Antoine
Received on Wednesday, 21 February 2007 11:34:14 UTC