W3C home > Mailing lists > Public > public-esw-thes@w3.org > September 2004

[Proposal][SKOS-Core] Notes

From: Alistair Miles <a.j.miles@rl.ac.uk>
Date: Tue, 07 Sep 2004 12:26:35 +0100
Message-ID: <413D9AEB.9000403@rl.ac.uk>
To: public-esw-thes@w3.org
Here's my first draft of a proposal (See also requirements for notes linked from 

We employ a property hierarchy, which can be extended by scheme owners via 
rdfs:subPropertyOf for more specific note properties.

Below is the property hierarchy I suggest:


... with the following definitions (and comments):

  - A note intended for public consumption.
  - (This property not intended to be used directly, but as a super-property for 
other properties indicating documentation intended for public consumption.)

  - A statement or formal explanation of the meaning of a concept.

  - A note that helps to clarify the meaning of a concept.
  - (Typically used to describe what is or is not in scope for the concept, i.e. 
what is or is not included in the concept's meaning.)

  - A note or resource that illustrates the intended use of a concept.

  - A note about the history or past use and meaning of a concept.

  - A note not intended for public consumption.
  - (This property not intended to be used directly, but as a super-property for 
other properties indicating documentation not intended for public consumption.)

  - A note for an editor, translator or maintainer of the vocabulary.


I also suggest three optional modes of usage for these properties:

  - Mode 1 (Literal): the value of the property is a Literal (useful where 
scheme owner wants to keep things as simple as possible).


<skos:Concept rdf:about="http://example.org/topics/0304">
	<skos:definition xml:lang="en">Any of several treelike Asian herbs of the genus 
Musa, especially M. acuminata, having a terminal crown of large, entire leaves 
and a hanging cluster of fruits.</skos:definition>

  - Mode 2 (Blank node resource): the value of the property is a blank node, 
with the text of the note being placed as the value of an rdf:value property of 
the blank node (useful where additional information about the note must be 
represented, e.g. author or date).


<skos:Concept rdf:about="http://example.org/topics/0304">
	<skos:historyNote rdf:parseType="Resource">
		<rdf:value>The definition was modified to include members of the plantain 

  - Mode 3 (Resource): the value of the property is a textual web resource (such 
as html or text file) containing the body of the note (useful where e.g. example 
    or definition exists in separate file).


<skos:Concept rdf:about="http://example.org/topics/0304">
		<rdf:Description rdf:about="http:example.org/examples/0304.html">
			<!-- additional properties of the file could also be mentioned here, e.g. 
author. -->

Having three different modes of usage shouldn't be a problem, because 
applications will be able to detect the difference easily (i.e. is the statement 
object a Literal? Yes -> Mode 1, No -> Is the value a blank node? Yes -> Mode 2, 
No -> Mode 3.

Comments on any part of this proposal?


Alistair Miles
Research Associate
CCLRC - Rutherford Appleton Laboratory
Building R1 Room 1.60
Fermi Avenue
Oxfordshire OX11 0QX
United Kingdom
Email: a.j.miles@rl.ac.uk
Tel: +44 (0)1235 445440

Received on Tuesday, 7 September 2004 11:27:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:45:16 UTC