- From: Graham Klyne <Graham.Klyne@MIMEsweeper.com>
- Date: Fri, 23 Aug 2002 14:45:06 +0100
- To: Frank Manola <fmanola@mitre.org>
- Cc: Brian McBride <bwm@hplb.hpl.hp.com>, RDF Core <w3c-rdfcore-wg@w3.org>
At 12:08 PM 8/22/02 -0400, Frank Manola wrote:
>Brian McBride wrote:
>
>>I've added these to the agenda as requested. A couple of comments below:
>>At 13:30 21/08/2002 -0400, Frank Manola wrote:
>>
>>>Meaning of rdf:type and relationship between RDF and RDFS; specifically,
>>>
>>>(a) must any RDF processor understand the object of an rdf:type property
>>>as being an rdfs:Class (and hence understand what an rdfs:Class is)?
>>
>>Converting this to a test case, (which may or may not capture Frank's
>>intended question), I suggest that an RDF processor is not required to conclude
>> _:b rdf:type rdfs:Class .
>>from:
>> _:a rdf:type _:b .
>>That is a job for rdfs reasoning on rdfs:range.
>
>
>Thanks! This test case precisely captures the question (I wrote up a
>similar test case myself, but only after posting my original message).
>Your suggested response is my current understanding, but I'd like this
>nailed down.
My understanding too.
>>>(b) must an RDF processor that understands what an rdfs:Class is also
>>>understand the rest of the RDFS vocabulary?
>>
>>I'm not sure how to reduce this to a test case. If the intent is to ask
>>whether any processor capable of implementing the above entailment, must
>>implement all of the RDFS closure rules, why might we be tempted to say that?
>
>
>My original idea was that, while there might be RDF processors that would
>support arbitrary additional amounts of RDFS processing as well as
>"vanilla RDF", in general I imagine there would be "RDF" processors (these
>wouldn't handle the first entailment, as you've suggested) and "RDFS"
>processors that would handle both RDF and RDFS entailments. The RDFS
>processors would be the ones to handle the first entailment, and (of
>course) would handle the others as well. What you're suggesting, I think,
>is that we don't want to rule out the intermediate case, e.g., an RDF
>processor might choose to also support, say rdfs:Class entailments, but
>not some of the other RDFS vocabulary (?)
Given that RDF is monotonic in this respect, I see no harm in partial
application of RDFS closure rules.
A test case might be along the lines of:
if an RDF processor is capable of inferring:
_:a rdf:type _:b .
|-
_:b rdf:type rdfs:Class .
then is it also *required* to infer:
_:c ex:prop _:d .
|-
ex:prop rdf:type rdfs:Property .
I would currently say "No: it's allowed but not required".
#g
-------------------
Graham Klyne
<GK@NineByNine.org>
Received on Friday, 23 August 2002 09:58:00 UTC