Re: Question: DAML cardinality restrictions

pat hayes wrote:

> >OK. What if the data say that someone has two fathers? (for the sake of
> >argument, I receive an RDF message where the person's Resource has two
> >Father properties).  Presumably we must reject this message as logically
> >inconsistent?
> 
> No, since it is not logically inconsistent. In fact it is not even
> legally inconsistent, given the adoption and inheritance laws.

> If you believe that fathers are unique you can say so, and then the
> conclusion would be that these two fathers were one and the same. If
> some other source denies this (for example, if you are assuming a
> unique names regime), you have indeed found a logical contradiction.
> All of these shouldn't be built into the logic, however, as there are
> people who work by different rules in all of these cases.

I've had two different replies to this question; our conclusion will
depend on what rules we use, as you say, but we won't have a complete
description of most real domains; some rules will be missing, so I'm
unsure what behaviour would be regarded as 'default' (or if there is no
such thing) in the situation above...

> >I take your point about representation, but at some point, to make
> >use of our data, we will often have to leave the logical
> >representations;
> >most software does not use FOL or anything like it, and probably never
> >will.
> 
> You couldn't be more wrong.
  <snip>
> Concrete data IS logic, just a narrow subset of it.

Very well; the point remains unchanged, I believe; richer
representations will often need to be mapped into less rich
representations; this is perhaps not very interesting for the logicians
(or perhaps it is?), but it is of great importance to developers who
need to bring the functionality of 'legacy' applications onto the
semantic web.

Regards,

David Allsopp.

-- 
/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 Wednesday, 4 April 2001 04:59:31 UTC