ISSUE-164

Extension vs mapping (SKOS Primer)

State:
CLOSED
Product:
SKOS
Raised by:
Antoine Isaac
Opened on:
2008-10-04
Description:
Raised by Doug Tudhope in [1]

Open world discussion and extension vs mapping in 3.1 and 3.2

I’m a little concerned about the relative emphasis apparently given to extension
vs mapping. The primer might be read as suggesting that the default way of
connecting two KOS is via extension or direct linking, which I think would be
inappropriate. While there are good cases for (third party) extending a KOS (eg
by including local extensions), the wording in the intro to section 3 is perhaps
a little enthusiastic and might run the risk of not sufficiently recognizing the
potential problems of linking two different KOS. LIS experience has recognised
that any major KOS represents a particular world view and that joining two
different KOS in an effective manner is not necessarily straight forward. Hence
the emphasis on distinct mapping relationships.

Perhaps the editorial team could consider the appropriate order of the linking
and mapping sections, whether more discussion on the rationale for mapping could
be included, and whether some more guidance might be given on when to link and
when to map.

The linking example in section 3.1 brings up a currently somewhat problematic issue.
>> 
A new concept scheme can re-use existing concepts using the skos:inScheme
property. Consider the example below, where a reference concept scheme for
animals defines a concept for "cats":
>> 

However there is nothing to prevent a new developer attaching their own new
concept to someone else's existing SKOS scheme and thus changing the scheme (if
the links are followed). It would be bad practice but as far as I understand is
possible. (A slight modification of the example in 3.1 illustrates the point below.)

I appreciate this is integral to the open world model and in the long run, it
might be addressed by mechanisms of assigning provenance to RDF (sets of)
statements, development of trusted vocabulary registries, caution when importing
a SKOS vocabulary, etc. In the near future, I believe that the majority of
applications will be effectively closed world, in that they will create an
in-house index or database based on selected resources from the Web (including
linked data publications). Perhaps the SKOS primer might also address more
immediate concerns of how a vocabulary provider might make their vocabulary
available. Is it possible to say something on how KOS developers might publish a
vocabulary in SKOS, while asserting some practical form of ownership?

Apdx

Eg A slight modification of the example in 3.1 if I understand it correctly
============= alt example (undesirable?)
ex1:referenceAnimalScheme rdf:type skos:ConceptScheme;
   dc:title "Reference list of animals"@en.
ex1:cats rdf:type skos:Concept;
   skos:prefLabel "cats"@en;
   skos:inScheme ex1:referenceAnimalScheme.

The creator of another concept scheme devoted to cat descriptions can freely
include the reference ex2:abyssinian concept in AN EXISTING scheme, and then
reference it as follows:

ex2:catScheme rdf:type skos:ConceptScheme;
   dc:title "The Complete Cat Thesaurus"@en.

ex1:cats skos:inScheme ex2:catScheme.

ex2:abyssinian rdf:type skos:Concept;
   skos:prefLabel "Abyssinian Cats"@en;
   skos:broader ex1:cats;
   skos:inScheme ex1:referenceAnimalScheme.


[1] http://lists.w3.org/Archives/Public/public-swd-wg/2008Oct/0062.html 
Related emails:
  1. ISSUE-164: Extension vs mapping (SKOS Primer) (from dean+cgi@w3.org on 2008-10-04)
  2. Re: Last Call: SKOS Simple Knowledge Organization System Reference; SKOS Primer updated -- SKOS comment (from aisaac@few.vu.nl on 2008-10-04)
  3. ISSUE-164 draft response (from aisaac@few.vu.nl on 2008-10-04)
  4. Re: ISSUE-164 draft response (from alistair.miles@zoo.ox.ac.uk on 2008-10-09)
  5. Re: ISSUE-164 draft response (from aisaac@few.vu.nl on 2008-10-13)
  6. Re: ISSUE-164 draft response (from alistair.miles@zoo.ox.ac.uk on 2008-10-14)
  7. Re: ISSUE-164 draft response (from aisaac@few.vu.nl on 2008-10-14)
  8. Re: ISSUE-164 draft response (from alistair.miles@zoo.ox.ac.uk on 2008-10-15)
  9. Re: ISSUE-164 draft response (from aisaac@few.vu.nl on 2008-10-16)
  10. Re: ISSUE-164 draft response (from alistair.miles@zoo.ox.ac.uk on 2008-10-16)
  11. Re: ISSUE-164: new draft answer (from aisaac@few.vu.nl on 2008-10-17)
  12. Re: Last Call: SKOS Simple Knowledge Organization System Reference; SKOS Primer updated [ISSUE-164] (from aisaac@few.vu.nl on 2008-10-21)
  13. RE: Last Call: SKOS Simple Knowledge Organization System Reference; SKOS Primer updated [ISSUE-164] (from dstudhope@glam.ac.uk on 2008-10-26)
  14. [SKOS] When did we remove the material mentioned in ISSUE-36? (from aisaac@few.vu.nl on 2008-11-06)
  15. [SKOS] When did we remove the material mentioned in ISSUE-36? (from aisaac@few.vu.nl on 2008-11-04)
  16. Re: Last Call: SKOS Simple Knowledge Organization System Reference; SKOS Primer updated [ISSUE-164] (from aisaac@few.vu.nl on 2008-11-10)
  17. Re: [All] Agenda - Nov 18 2008 SWD telecon - 1600 UTC (from aisaac@few.vu.nl on 2008-11-18)

Related notes:

2008-11-26: RESOLUTION: RESOLUTION: accept resolution to issues 163 and 164 per Antoine's email of 18 Nov; http://lists.w3.org/Archives/Public/public-swd-wg/2008Nov/0074.html (http://www.w3.org/2008/11/25-swd-minutes.html) ----- ISSUE-164: the main points of the proposed solution at http://lists.w3.org/Archives/Public/public-swd-wg/2008Oct/0224.html have been accepted by Doug at http://lists.w3.org/Archives/Public/public-swd-wg/2008Oct/0301.html