W3C home > Mailing lists > Public > semantic-web@w3.org > June 2010

RE: What is it that's wrong with rdf:List [summary]

From: Michael Schneider <schneid@fzi.de>
Date: Tue, 22 Jun 2010 12:55:02 +0200
Message-ID: <0EF30CAA69519C4CB91D01481AEA06A001F07121@judith.fzi.de>
To: "Jeremy Carroll" <jeremy@topquadrant.com>
Cc: "Norman Gray" <norman@astro.gla.ac.uk>, "Semantic Web" <semantic-web@w3.org>
Jeremy Carroll wrote:

> From the OWL mentality, the right way to serialize OWL is as OWL/XML or
>Functional Syntax, so if you want a user level list just introduce
>my:List and be done with it.
>The only reason for wnating rdf:List to work is to get 'nice'
>serialization in RDF/XML and N3 and to have RDF  level list support.

Even OWL DL users might want to make use of existing vocabularies/ontologies
that use lists as semantic entities. For example, DL folks might want to
make use of SKOS ordered collections, e.g.:

  ex:WM2006Heros rdf:type skos:OrderedCollection ;
      skos:memberList ( dbpedia:Italy dbpedia:France dbpedia:Germany ) .


  "The rdfs:range of skos:memberList is the class rdf:List." 

(SKOS semantic condition S34). Using a "my:List" wouldn't be very helpful

Does anyone know of any other vocabularies that use RDF lists beyond the use
as argument lists for OWL constructs?


Dipl.-Inform. Michael Schneider
Research Scientist, Information Process Engineering (IPE)
Tel  : +49-721-9654-726
Fax  : +49-721-9654-727
Email: michael.schneider@fzi.de
WWW  : http://www.fzi.de/michael.schneider
FZI Forschungszentrum Informatik an der Universität Karlsruhe
Haid-und-Neu-Str. 10-14, D-76131 Karlsruhe
Tel.: +49-721-9654-0, Fax: +49-721-9654-959
Stiftung des bürgerlichen Rechts, Az 14-0563.1, RP Karlsruhe
Vorstand: Prof. Dr.-Ing. Rüdiger Dillmann, Dipl. Wi.-Ing. Michael Flor,
Prof. Dr. Dr. h.c. Wolffried Stucky, Prof. Dr. Rudi Studer
Vorsitzender des Kuratoriums: Ministerialdirigent Günther Leßnerkraus
Received on Tuesday, 22 June 2010 10:55:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 07:42:20 UTC