heartlogic-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Heartlogic-dev] putting it all together (was Re: parameterizing)


From: Joshua N Pritikin
Subject: [Heartlogic-dev] putting it all together (was Re: parameterizing)
Date: Mon, 9 Feb 2004 08:23:52 +0530
User-agent: Mutt/1.5.4i

On Sun, Feb 08, 2004 at 05:57:21PM -0600, William L. Jarrold wrote:
> On Sun, 8 Feb 2004, Joshua N Pritikin wrote:
> > > Maybe you can help me by generating enough examples to motivate all three
> > > of APPRAISING-AGENT, OPINER, and POINT-OF-VIEW.
> >
> > OK, I'm going to review the parameters we have identified so far.  I
> > am also attaching a longer document which shows most of our detailed
> > discussion up to this point.
> >
> > PARTICIPATING-AGENTS: Associated with each appraisal are two
> > intentional agents.
> 
> Not exactly.  I think of participatingAgents as a binary predicate
> that maps between an event and an agent that participates in that
> event....Some events require at least two participant agents.  E.g.
> giving requires a giver and a receiver.  But
> AffectivelyAppraisingAnEvent requires only one agent, not two.

Yes, of course.  I have updated the working document.

> > APPRAISING-AGENT: Who is appraising the situation?  An appraisal is
> > the appraising-agent's opinion about or construal of the situation
> > cue.
> 
> Pretty much.  I'd prefer that the second agent read "An appraisal is the
> appraisaing agents affective construal of some situation."

Changed.

> > My proposal for adding one more parameter is to _split_
> > APPRAISING-AGENT into two parameters: OPINER and POINT-OF-VIEW.
> 
> Hmm.  Okay, I've read your note a few times.  It feels clearer.
> However, I'm embarrased to say that I strongly desire a name change.

No problem.

Needless to say, at this point I don't care about the terminology as
long as I can represent what I want to represent.

> It seems to me that what we want to do is keep #$appraisingAgent and
> #$mindreader and add a new binary predicate, #$metaMindReader.

That works for me.  I am also happy to follow your alternate proposal
at the end of this email.

> > Parity check: The MINDREADER parameter is unchanged.
> >
> >   If the appraisal is #3 and MINDREADER = KM then we still ask,
> >   "Mr. Computer Model, how does Toby feel about receiving Hot Coco from
> >   Daddy?"
> 
> For Case #3 I'd say...
> 
> #$appraisingAgent = Toby
> #$mindreader = Toby
> #$metaMindReader = KM
> 
> >   If the appraisal is #4 and MINDREADER = WLJ then we still ask, "WLJ,
> >   how does Toby imagine Daddy feels about giving Hot Coco to Toby?"
> 
> The immediately above would be represented like so...
> 
> #$appraisingAgent = Daddy
> #$mindreader = Toby
> #$metaMindreader = WLJ

This seems to convince me that we are talking about the same thing.

> > Hopefully you have grasped the proposal now.  If you prefer a
> > different terminology than OPINER / POINT-OF-VIEW then this is a good
> > time to change.
> 
> So, I guess I understand where you are wanting to go and I have
> made my point about a name change.
> 
> I'll add this.  Mindreading is an event too, just like appraising it.
> Sometimes the object of a mindread is an appraisal. Other times, the
> object of the mindread is a mindread of an appraisal.  Thus, if we go
> this route the predicate #$metaMindReader will be superfluous.  To refer
> to a meta-mindreader, we need just create a mindread of a mindread event.

This proposal is also fine.

> I could spell this out if you'd like.  The predicate #$metaMindReader will
> paint us in to a corner.  For example, if we have two people mind reading
> about "How does Toby imagine Daddy feels about giving Hot Coco to
> Toby?" then we'd be better off by having two events for each of their
> meta-mindreads rather than one slotized thing.  WHy?  Well, if we go
> with one slotized thing, i.e. metaMindreader, then how will we
> correctly associate the two resultant distinct metamindreads with the
> appropriate metamindreaders.  I've skipped over lotsa stuff here and
> thus have not really parity checked.  Maybe I'll go slower in the next
> round.

No, I got it.

> So, in sum, I think I just want slots that map like so...
> 
> #$participatingAgents: Event X Agent
> 
> #$appraisingAgent: AppraisalEvent X Agent
> 
> #$mindreader: MindreadingEvent X Agent
> 
> #$giver: GivingEvent X Agent.
> #$receiver: GivingEvent X Agent.

Yah.

> We'll need lots of other slots to connect MindreadingEvents to
> AppraisalEvents and so on.
> 
> Then again, maybe I am missing something about where you are wanting to go
> with this.

No, that sounds fine.

I believe we have discussed all the concepts needed for this next
part:  Let me try to propose a type of hypothesis which we can
explore, building on the ideas from your dissertation.

Given this situation:

  Goal: Tracy wants a banana.
  Situation: Mommy gives Tracy an apple for lunch.

  #$participatingAgents = Mommy, Tracy

And given two appraisals in the same context except for the
#$appraisingAgent:

1.
  #$mindreader = Tracy
  #$appraisingAgent = Tracy
  English = How does Tracy feel about receiving an apple for lunch?
  Appraisal = Tracy wanted a banana.  Because Tracy is inflexible
              and bratty, any fruit besides a banana fulfills
              one of her AntiGoals.
  Tracy's goal status = AntiGoal

2.
  #$mindreader = Tracy
  #$appraisingAgent = Mommy
  English = How does Tracy imagine Mommy feels about giving
            her an apple for lunch?
  Appraisal = Mommy knew Tracy only wanted a banana.  Because Mommy is
              cruel and nasty, Mommy deliberately gave
              Tracy something she didn't want.
  Mommy's goal status = AntiGoal

Hypothesis:

If both appraisals have a goal status of #$AntiGoal then the overall
situation fits the general category of #$Protest.

(The #$metaMindReader or second-order #$mindReader works as usual.  KM
or WLJ or Joe Blow will be determining or rating the output of this
hypothesis.)

+ + +

In other words, when there exist two appraisals of the same situation
by the same #$mindreader and differing #$appraisingAgent (as above)
then there is a hypothesis about how to "combine" the two appraisal,
primarily according to their goal status.

I predict that this hypothesis can give precise, formalized meaning to
#$Protest and at least 10 other affective words.  (Of course, this has
not been verified empirically..)

Am I going too fast?

-- 
A new cognitive theory of emotion, http://openheartlogic.org




reply via email to

[Prev in Thread] Current Thread [Next in Thread]