[alicebot-archcomm] Another suggestion for AIML architecture

Ernest Lergon alicebot-archcomm@list.alicebot.org
Tue, 04 Mar 2003 20:31:41 +0100


Sandro Golinelli wrote:
> 
> For example there are a lot of line of aiml code do just an integer addition.
> ( http://www.aiml.info/modules.php?name=Downloads&d_op=viewdownload&cid=2 )
> have AIML to be so, for just an integer addition?
>
To the question "What is 365421232 / 9629423 ?" Richard's Alice has the
appropriate answer: "Do I look like a calculator?" ;-)

If you really have to do maths, delegate it to <php>, <perl>,
<javascript> or <whatever>, while the recognition of numbers, values,
prices etc. might be done with special "wildcards" like the proposed
pattern expression @NUMBER i.e..

> There is no need to change the specs, my opinion is to keep them both as 
> optional, meanwhile a "research" on a AIML DOM API and/or an AIML "script" 
> processor would be interesting?
>
AIML is a scripting language to describe a certain knowlegde base or -
as Rich would prefer - a certain personality of an ALICE; I don't see a
Document Object Model like in HTML here. And I see no need for a special
AIML script language too.

As I stated a long time ago in
http://list.alicebot.org/pipermail/alicebot-archcomm/2002-July/000611.html
'For me reading a foreign AIML file into the running interpreter is like
unauthorized brain surgery.'

ccallen wrote:
>
> Sure, this will lead to multiple implementations that are not compatible
> with each other or the spec, but it's possible to create a perl script that
> converts an aiml set that targets engine A to work with engine B. I prefer
> the aiml compiler / preprocessor approach. It doesn't matter what the input
> aiml looks like, it all gets compiled to the same internal representation.
>
Well stated, Conan. There have been many discussions about the
portability of AIML files already. I think, it might be better to
discuss a spec for controlled and safe knowledge exchange between
different ALICEs - like a high-level bot communication protocol - not as
complex as SOAP, but something like that.

Ernest

-- 
              ProgramV - Alice on Perl - available at
               http://www.virtualitas.net/perl/aiml/

      VIRTUALITAS - Manufacturer of fine OOPPS - since 1996
*********************************************************************
* VIRTUALITAS Inc.               *      http://www.virtualitas.net  *
*                                *                                  *
* European Consultant Office     *                                  *
* Internationales Handelszentrum *                                  *
* Friedrichstraße 95             *   contact:Ernest Lergon          *
* 10117 Berlin / Germany         *    mailto:Ernest@virtualitas.net *
*********************************************************************
      PGP-Fingerprint 6E6F DC17 A886 342D  D63F 7880 12F5 6BA9
        PGP-Key http://www.virtualitas.net/Ernest_Lergon.asc