- From: David Allsopp <dallsopp@signal.dera.gov.uk>
- Date: Fri, 30 Mar 2001 10:05:41 +0100
- CC: www-rdf-logic@w3.org
Dear all, I hope you'll forgive a (probably very naive) question: In the DAML+OIL walkthrough, we have the following example of a cardinality restriction (plus another minCardinality restriction). <rdfs:subClassOf> <daml:Restriction daml:cardinality="1"> <daml:onProperty rdf:resource="#hasFather"/> </daml:Restriction> </rdfs:subClassOf> <rdfs:subClassOf> <daml:Restriction> <daml:onProperty rdf:resource="#shoesize"/> <daml:minCardinality>1</daml:minCardinality> </daml:Restriction> </rdfs:subClassOf> "This requires that any person must have exactly 1 father and at least one shoe size. Again, this is done by first using a Restriction to define an anonymous class (in this case the class of all things that have exactly one father), and then demanding that Person is a subClassOf this anonymous class (i.e., demanding that every Person satisfies this Restriction)." My question is: how can such a restriction (cardinality=1) be enforced in practice, since we always deal with finite datasets - at some point our family tree will run out and we shall have an instance of Person without a corresponding Father instance. Can one specify a 'placeholder' of some kind or is there some other solution? Or will such data always cause a warning when validated against the ontology/schema? David Allsopp DERA Malvern UK -- /d{def}def/u{dup}d[0 -185 u 0 300 u]concat/q 5e-3 d/m{mul}d/z{A u m B u m}d/r{rlineto}d/X -2 q 1{d/Y -2 q 2{d/A 0 d/B 0 d 64 -1 1{/f exch d/B A/A z sub X add d B 2 m m Y add d z add 4 gt{exit}if/f 64 d}for f 64 div setgray X Y moveto 0 q neg u 0 0 q u 0 r r r r fill/Y}for/X}for showpage
Received on Friday, 30 March 2001 04:09:36 UTC