W3C home > Mailing lists > Public > www-rdf-interest@w3.org > September 2003

Re: Hidden triples and self-description

From: Jonathan Borden <jonathan@openhealth.org>
Date: Mon, 15 Sep 2003 10:49:48 -0400
Message-ID: <3F65D18C.6010506@openhealth.org>
To: Mark Baker <distobj@acm.org>
Cc: www-rdf-interest@w3.org

Mark Baker wrote:

>I think that's different.  All parties may know RDF, but those that know
>the rules of entailment will extract additional triples from the same
>message.  Hence my comment about media types; if it is the intent of the
>sender to communicate this additional triple, then using the RDF media
>type isn't sufficient.
I don't see this as any different than for any application applying any 
other semantics to any other syntax. For example, any 'ol XML. The 
sender and receiver may assume a _meaning_ for the XML message but that 
is not defined by the XML _itself_. The XML transmits syntax _onto 
which_ an application applies semantics.

Those 'additional triples' are _not_ part of the syntax of the message, 
rather the model theory licenses these as entailments along the lines of 
"given this message, I assume these entailments"

>>Indeed the RDF and OWL 
>>model theories are published in well known places, so isn't it sort of 
>>obvious that if you are going to use the RDF or OWL model theories to 
>>derive entailments, that you'd have to know the rules of entailment?
>I don't know.  But I see that there's some disagreement over this in
>the community, e.g. (at least this appears to be talking about the
>same thing)
Not at all. An RDF parser emits the triples given a particular piece of 
RDF/XML. What an inference engine might infer from these triples is 
licensed by the RDF MT entailments. The RDF MT _does not_ in any way 
shape or form change what triples are actually in the RDF/XML. Indeed 
the RDF MT as well as the OWL MTs operate not at the level of RDF/XML 
rather on the (parsed) triples otherwise known as the _graph_.

Received on Monday, 15 September 2003 10:49:59 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:47 UTC