When to write

BlahBlahLink
    A
    B

or

EvaluationLink
      PredicateNode "BlahBlah"
      ListLink
              A
              B

is something that we don't have a clear policy for at this point.
The OpenCog architecture lets you do either one, and they basically
have the same semantics...

One position would be: This should just be a back-end under-the-hood
optimization issue, and the external "cognitive API" should just refer
to either one via something like

BlahBlah(A,B)

So far we have generally taken the BlahBlahLink approach only  (well,
pretty much only) when BlahBlah is both conceptually fundamental, and
frequently occurring in the Atomspace...

-- Ben




On Sun, Mar 12, 2017 at 4:31 AM,  <[email protected]> wrote:
> Hi!
>
> There can be modalities (which are usually expressed as diamonds or boxes
> (operators) in modal logic):
> DUTY_TO_PERFORM_ACTION(agent, action, time horizone) - agent should perform
> action within time horizon
> BELIEF(agent, statement, time instant) - agent believes in statement at the
> time instant
>
> Such modalities are important in robotics (e.g. AGI safety - what duties and
> permissions robots have) and in communication (modelling other agent
> believes, knowledge and reasoning styles).
>
> Important point is, that by introducing modalities we also introduce
> additional axioms/meta-rules that connect modal statements (statements under
> modal operator) with the nonmodal statements and with the statements of
> other modalities (modal conversion). Example list of such metarules are
> available in https://en.wikipedia.org/wiki/Modal_logic. Such metarules
> sometimes are debatable, e.g. rule in deontic logic:
> DUTY_TO_PERORM_ACTION(agent, action)->PERMISSION_TO_PERFORM_ACTION(agent,
> action) and such metarules sometimes lead to paradoxes (classical deontic
> logic is full of them), nevertheless, such metarules expresses additional
> knowledge about reality. And such metarules can be mined and used for
> constraining inference process (inference control)!
>
> I have two questions regarding expression of modalities in OpenCog?:
> 1) how we can express modalities in Scheme/atomspace?
> -- One solution is to introduce new link types. Is such introduction
> possible? Maybe OpenCog have GenericLink for which the user can form
> derivation and for the derivation the user can define syntax (how many Nodes
> and of what Type are allowed in the new Link) and semantics (what processes
> are done, what is output and strenght values of the output)? I have not
> heard about such option;
> -- Another solution is to use PredicateNode, e.g. belief can be expressed:
>    PredicateNode "agent_believe"
>       ConceptNode "Erving"
>       ConceptNode "Door is open"
> The question is - can we use other Node, Link, result of SatisfyingSetLink
> etc. in place of the literal "agent_believes"? Or we are bounded for using
> literal constants in the PredicateNode? If former is true, then the system
> is open for the arbitrary set of modalities and the system can generate new
> modalities!
>
> 2) how we can express metarules for modalities in OpenCog?:
> My proposal is to use rules that accepts some patterns of predicates and
> that generates new predicates:
>
> rule_body(obligation_predicate_type_nodes)->rule_head(new_permission_predicate_type_nodes)
> Again - the question is about flexibility of the system: if the system
> allows generation of new link types or new predicate then the system can
> mine/generate the relevant rules for the newly generate modalities!
>
> Of course, I am studying literature, experimenting, thinking about this, but
> maybe someone also has thought about those questions and has already
> something done - it would be nice to hear thoughts, proposals and
> experience!
>
> Thanks!
>
> p.s. I am sorry for sending this from new account, I don't know why Google
> groups do not show message from my regular account?
>
> --
> You received this message because you are subscribed to the Google Groups
> "opencog" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at https://groups.google.com/group/opencog.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/opencog/7a0255ac-5d6c-41a8-aa7f-a967c9534381%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



-- 
Ben Goertzel, PhD
http://goertzel.org

“Our first mothers and fathers … were endowed with intelligence; they
saw and instantly they could see far … they succeeded in knowing all
that there is in the world. When they looked, instantly they saw all
around them, and they contemplated in turn the arch of heaven and the
round face of the earth. … Great was their wisdom …. They were able to
know all....

But the Creator and the Maker did not hear this with pleasure. … ‘Are
they not by nature simple creatures of our making? Must they also be
gods? … What if they do not reproduce and multiply?’

Then the Heart of Heaven blew mist into their eyes, which clouded
their sight as when a mirror is breathed upon. Their eyes were covered
and they could see only what was close, only that was clear to them.”

— Popol Vuh (holy book of the ancient Mayas)

-- 
You received this message because you are subscribed to the Google Groups 
"opencog" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/opencog.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/opencog/CACYTDBc0FFigYYgiAQ4c9kLqEFA%2BmgyFNooO5eHrzSbexL1Npg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to