- From: Yuzhong Qu <yzqu@seu.edu.cn>
- Date: Wed, 16 Apr 2003 15:58:39 +0800
- To: Francesco Cannistrà <fracan@inwind.it>
- Cc: <www-rdf-interest@w3.org>
Suggestion: Use owl:intersectionOf two class descriptions: rdfs:Container and the restriction (complete modal), Not just rdfs:subClassOf the restriction(partial modal) . Yuzhong Qu ----- Original Message ----- From: "Francesco Cannistrà" <fracan@inwind.it> To: "Brian McBride" <bwm@hplb.hpl.hp.com>; <www-rdf-interest@w3.org> Sent: Tuesday, April 15, 2003 12:19 AM Subject: Re: typed containers in RDFS: suggestions about the "long range" problem Brian, You convinced me that, as far as the processor reads statements separatelly, when it reads a statement like {rdfs:member rdfs:range voc:Apple} it restricts the range of rdfs:member without considering its domain or binding directly this statement with the statement {rdfs:member rdfs:domain voc:BagOfApple}. so, the answer to my original question (whether the behaviour by me supposed added semanticis not covered by RDFS) is negative ... I don't not why I did not succeeded in seeing it before, it's qiute evident :-( I'm concerned that with ontology languages I can do many things. For example with OWL the long range problem could be approached as follows: <owl:Class rdf:ID="BagOfApple"> <rdfs:subClassOf > <owl:Restriction> <owl:onProperty rdf:resource="TheRDFS_Namespace#member" /> <owl:allValuesFrom rdf:resource="#Apple" /> </owl:Restriction> </rdfs:subClassOf > </owl:Class> <rdfs:Property rdf:ID="listApples"> <rdfs:domain rdf:resource="#listApplesDOMAIN" /> <rdfs:domain rdf:resource="#BagOfApple" /> </rdfs:Property> NOTE: in all cases it would be better to assert the constraint, rather than for rdfs:member, for each of rdf:_n, but it is not possible. However I think the problem should be approached in core RDFS. Tnx for attention. Regards, Francesco
Received on Wednesday, 16 April 2003 03:57:50 UTC