W3C home > Mailing lists > Public > semantic-web@w3.org > May 2009

Re: OWL and LOD

From: Alan Ruttenberg <alanruttenberg@gmail.com>
Date: Tue, 12 May 2009 17:58:01 -0400
Message-ID: <29af5e2d0905121458t745c1a6bl66fe728e0402ca9d@mail.gmail.com>
To: Michael Schneider <schneid@fzi.de>
Cc: Tim Berners-Lee <timbl@w3.org>, public-lod@w3.org, semantic-web@w3.org, John Goodwin <John.Goodwin@ordnancesurvey.co.uk>
There is a further aspect of using OWL which is making your data more
likely to be long-lived. That is, by being more explicit about what
you mean, you are writing content that can gain in value over time.

Often modeling is not done over and over again. The more explicit
information one can get into the data stream, the more likely the data
will be of use later on, because one will be able to determine more
about what the data was supposed to mean by looking at the OWL.

In the shorter term I often debug my OWL on smaller data sets using
tools such as Pellet, to try to ensure that the representation is well
formed, can find typical inconsistencies, and make plausible


On Tue, May 12, 2009 at 4:16 PM, Michael Schneider <schneid@fzi.de> wrote:
> Tim Berners-Lee wrote:
>>I agree adding more OWN by degrees is a good idea.
>>But what, John, would you mean by "mandate".
>>Do you mean "When  I have said something about a class in OWL I'm
>>happy for your to hold me to it",
>>or "When  I have said something about a class in OWL, anyone calling
>>themselves a Link Data client would be required to make the inferences
>>from it."?
> Having OWL in a triple store, and optionally below a SPARQL endpoint, can be useful independent of server-side inference:
> * OWL-aware RDF browsers can exploit the OWL data to present additional "schema"-kind information to users, let them browse the class and property hierarchies, show what known instances a class has, which classes or properties are mutually disjoint, which properties are inverse to each other, etc. The OWL data can also be used to /reduce/ the presented information: for example, if there are two triples "x p y" and "y p x", where p is a symmetric property, then the browser can decide to only show one of the triples and tag the predicate as "symmetric".
> * People can build their SPARQL queries by referring to the existing OWL data, and by this do a form of "poor man's reasoning" based on the given OWL. For example, one can exploit "owl:sameAs" triples to query for additional properties of a given resource by writing something like:
>  CONSTRUCT { ex:foo ?p ?o . }
>  WHERE { ex:foo owl:sameAs ?s . ?s ?p ?o }
> * One can download (parts of) the data and do reasoning locally. No need to have the burden on the server. Maybe even some lightweight reasoning within the RDF browser by means of a Javascript reasoner. In any case, the used inference regime is then completely in one's own responsibility, so no one can complain about a wrong result set.
> * The server still keeps the /option/ to do /some/ inferencing now or even more in the future, based on the existing OWL data. For many data services, the rule will be: "The more inferred data, the better.", without any requirement for completeness. And the server does not need to do the inferencing at query time, but can decide to do it nightly, or fill the inference graph incrementally by a low-priority thread.
> Cheers,
> Michael
> --
> Dipl.-Inform. Michael Schneider
> Research Scientist, Dept. 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, 12 May 2009 21:59:03 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:12 UTC