Re: Interpretation of Relations
Date: Mon, 22 Jan 2007 10:30:30 GMT
Message-ID: <2007012220301150878-usenet_at_thurboncom>
On 2007-01-22 10:46:47 +1000, "JOG" <jog_at_cs.nott.ac.uk> said:
>
> This is extremely close to my line of research. As such this seems like
> a good opportunity to dig out something very similar, that started my
> line of thought in this direction. I had been attempting to look at the
> consequences of different encoding strategies for stating NL
> sentences
> as formal propositions, and the effects that the choices made have on
> the issue of missing information within the resulting data model. In
> the course of this I produced the following simple example of the
> effects of CWA and missing information that concerned me (I have
> reworked the example to correspond to the OP).
I think we're thinking along similar lines. I am still really new with the RM side, so I'm going to ask what might be pretty basic questions, and make what might be basic observations. Hopefully my understanding of the logic side might be able to pay you back (although I'm not really an expert there, just a lot more experienced than I am in the RM).
>
> * Consider the dual predicates Joes_hair(x) and Not_Joes_hair(x), and
> an RM representation of them with a trivial domain:
>
> Domain D_Hair = {Red}
> Relation R_Joes_Hair = <value: D_Hair>
> Relation R_Not_Joes_Hair = <value: D_Hair>
>
> * Constraints:
> C1 = FORALL x R_Joes_hair(x) <-> ~R_Not_Joes_hair(x)
> C2 = FORALL x R_Not_Joes_hair(x) <-> ~R_Joes_hair(x)
Is it possible to have these sorts of constraints in the RM? I thought
that there was no 'inferencing' that went on inside the model.
What does ~R_Joes_hair(x) mean: just that x does not appear in the body
of R_Joes_hair?
>
> * We obviously know from our encoding that:
> R_Joes_hair(value : x) -> Joes_hair(x)
> R_Joes_hair(value : x) -> Not_Joes_hair(x)
>
> * Also, by the CWA we know that:
> ~ R_Joes_hair(value : x) -> ~Joes_hair(x)
> ~ R_Not_Joes_hair(value : x) -> ~Not_Joes_hair(x)
>
> * Now, if Joe's hair is red one should encode:
> R_Joes_Hair = { (value:Red) }
> R_Not_Joes_Hair = { }
>
> * Or if he does not have red hair one encodes:
> R_Joes_Hair = { }
> R_Not_Joes_Hair = { (value:Red) }
>
> * However, I don't know Joe, so this information is missing, and this
> puts me in rather a spot. I cannot state R_Joes_Hair(Red) or
> R_Not_Joes_Hair(Red) because:
> Joes_Hair(Red) = UNKNOWN
> Not_Joes_Hair(Red) = UNKNOWN
>
> * But worse still, if I do nothing at all and insert no tuples I have:
> R_Joes_Hair = { }
> R_Not_Joes_Hair = { }
>
> * From CWA from this we could infer:
> ~Joes_hair(Red) ^ ~Not_Joes_Hair(Red)
> => ~Joes_hair(Red) ^ Joes_Hair(Red)
> => CONTRADICTION
Yes. Right.
>
> This frustrated me somewhat when I first jotted it down, and even if it
> is missing a trick, it has given me some useful insights into how the
> issue might be addressed through a description of 'facts /about/ our
> knowledge of the world' (as you put it) via a SOL formalization - I'm
> not sure that modal logic is necessary in the db-algebra itself.
> However I am a long way from being a logician and as such have a
> healthy skepticism of the validity of absolutely any maths I generate,
> so any critical analysis is /more/ than welcome.
What I'm trying to get a handle on now is whether it is (a) correct,
(b) useful, and (c) can it be incorporated into the model. For example,
you might consider how a 'known' and a 'fact' relations behave under
joins. Another consideration is, how many of these modal operators are
needed? Possibly as many as there are different faces of NULL?
Actually, before I get to (c), I'm not sure if it would be better to
just leave it out of the RM altogether, and keep it in the inferencing
part of the 'system'.
Anyway, I've rambled on quite a bit. The ideas are pretty new to me,
still in development, and really, I'm getting ahead of myself because I
still don't fully understand the RM. It's nice to see that someone has
at least had a similar idea, too.
Does any of this make any sense to you? To anyone?
Cheers,
Joe
Received on Mon Jan 22 2007 - 11:30:30 CET