Copy Link
Add to Bookmark
Report
AIList Digest Volume 3 Issue 071
AIList Digest Saturday, 1 Jun 1985 Volume 3 : Issue 71
Today's Topics:
Administrivia - Mailer Problems,
Games - Computer Scrabble,
Query - Self-Reproducing System,
Applications - Tax Rules,
PROLOG - The Berkeley PLM Benchmarks,
Humor - Contest,
Games - Cheating at Chess,
Conference - Submission Date for AIE
----------------------------------------------------------------------
Date: Fri 31 May 85 22:54:09-PDT
From: Ken Laws <Laws@SRI-AI.ARPA>
Reply-to: AIList-Request@SRI-AI.ARPA
Subject: Mailer Problems
SRI-AI has been down for five days, since Sunday morning.
If you have sent mail to AIList during that time, you
should probably send it again.
-- Ken Laws
------------------------------
Date: Thu 30 May 85 11:47:54-EDT
From: John R. Kender <KENDER@COLUMBIA-20.ARPA>
Subject: Computer Scrabble
What is the state of the art in computer Scrabble?
I am aware of a company called Ritam that produces a device called
Monty that is "pretty good", according to the president of the
Scrabble Players' Club. I have no idea what, if any, AI techniques it
uses. Further, the Club president knows of no tournaments involving
computers. At first glance this does not appear because the game
would be trivial to program, rendering computers invincible to humans
or making games between them boring.
My interest is more in using the game as a task domain in an AI
course. Thus:
o What work has been done? References? Software? Anecdotal
remarks?
o How deep is the strategy of the game: is it more on the level of
blackjack, or of go? Are there commonly known or articulated
heuristics? How far ahead do human players look? Is a multi-
handed game qualitatively different from a two-handed one?
o Assuming a word data base, is Scrabble a game of difficulty
appropriate to the level of a homework assignment?
a term project? a Master's degree project? Would it be worth
doing: are their sufficiently interesting issues of representation,
search, and control that are not overwhelmed by bookkeeping details
or brute force methods?
------------------------------
Date: 24 May 85 06:35:12 EDT (Fri)
From: zim@mitre.ARPA
Subject: size of self-reproducing system; intelligence?
Q: What's the minimum "size" for a self-reproducing thing? For an
"intelligent" thing??
These are half-baked questions and I need help in sharpening then up.
Maybe this subject has been all worked out and all I really need is a few
pointers to the appropriate literature? I don't know... Here are some
preliminary thoughts, to clarify the question I'm trying to ask:
A measure of "size" probably needs to include the complexity of the
environment ... for instance, a virus takes advantage of a highly-ordered
set of cell mechanisms and can reproduce with only a few thousand (or so?)
bits of information ... its "size" measure should be bigger than the amount
of DNA in it might seem to imply. All living creatures make use of some
of the physical laws of the universe (mostly chemistry), and should be
charged some for that in "size" measure ... though they probably shouldn't
be charged for remote-seeming physics such as general relativity, high-energy
particle physics, etc. (On the other hand, maybe the information "cost" of
those theories is tiny compared to the more immediate environmental "size"
around a living cell??) The problem is to define a "relevant" environment.
Self-reproducing cellular automata that I've heard of seem to
generally require billions and billions of cells or so (as in
Conway's LIFE); they live in a very simple universe, where there is almost
no information stored in their environment. On the other hand, most of
the self-reproducing automata I've seen are quite huge and inefficient,
because they're structured to be comprehensible to people....
Are the questions of self-reproduction and intelligence related? I'm
thinking vaguely about notions of Godel's theorem, complexity of human
brains, self-reference, etc. Maybe an appropriate size measure would come
out about the same for a single cell and for a brain?? Presumably brains
should be charged for their structure, not for the details of how neurons
metabolize, in a size measure.... On the Godel's theorem again, the coding
schemes needed in producing the self-referential statement typically seem
to require really huge numbers (unless a lot of information is hidden
somewhere else). Maybe one could define "intelligence" in terms such as
"capable of formulating Godel's theorem", or some other definition (with
malice aforethought) to make the self-reproducing size measure come out
the same as the intelligence size measure?
So to restate the question, can one define an appropriate measure and prove
that any self-reproducing (or intelligent?) system has to be at least of a
certain size?
This might have interesting implications as to how hard it will be to make
AI systems with human-like consciousness ... how many logic elements or gates
will be required, how many gigaflops (or gigalips) are needed to think at a
human pace, etc....
-zim@mitre
[I remember John DeVore at K-State building a self-replicating
2-D binary pattern as his master's project circa 1978. I'm sure it
had millions of cells rather than billions. AIList readers interested
in such questions should be aware of the Self-Org@MIT-MC discussion
list. -- KIL]
------------------------------
Date: Mon, 20-May-85 09:52:10 PDT
From: (David Sherman) pesnta!dave@UCB-Vax
Subject: Suggestions needed for tax rules
[Forwarded from the Prolog Digest by Laws@SRI-AI.]
I am trying to design a system which will apply the rules of
the Income Tax Act (Canada) to a set of facts and transactions
in the area of corporate reorganizations.
This is not a typical "AI and law" problem, because the Income
Tax Act is highly technical and extremely specific about what
rules apply and when. To the extent there is "open texture", or
issues which require legal judgment (e.g., whether an amount
is "reasonable"), I assume the lawyer using the system will
provide the judgment as an input fact. The problems are therefore
quite different from those addressed by McCarty@Rutgers' TAXMAN
program, because the approaches of the Income Tax Act and the
Internal Revenue Code are very different.
The difficulty in programming the system is simply the complexity
of the Income Tax Act. On a given transaction, a large number of
rules have to be examined to determine possible tax effects. Some
of these rules create new facts (e.g., a deemed dividend or a deemed
disposition). The passage of time is very important: steps happen
in a particular sequence, and the "state of the world" at the moment
a step is taken is crucial to determining the tax effects. In the
context of corporate transactions, this state includes such things
as who controls a corporation; who owns what assets; the residence
and status of and relationships among taxpayers; cost bases and
proceeds of disposition; and so on.
(My background to this: I'm a tax lawyer and an experienced C
programmer. I'm doing this work towards an LL.M. thesis.)
I've tried several approaches to this field before. Last year
I did a small version in C which uses an event-driven simulation,
and as it encounters each event calls a function for each rule in
the database to generate new events and tax results. (Incidentally,
if anyone wants a copy of that paper, "Towards a
Comprehensive Computer-Based Problem Solving Model of the
Income Tax Act: A Suggested Approach and Implementation of
Examples from Corporate Reorganizations", let me know.)
One of the problems with the C implementation was designing the
order in which the rules should be applied. For even the small subset
I implemented, this was awkward and difficult.
I came across Prolog at an ICS course on expert systems a few
weeks ago. It looks like the perfect tool for much of what I want
to do. Besides the workshops at the course (taught=sdcsvax!vis!greg),
I've now read Clocksin & Mellish and skimmed through How To Solve
It In Prolog.
The definitional stuff is fine. Using C-Prolog 1.4 on a VAX (not this
machine), I've already coded the Income Tax Act's definitions for
things like "resident", "private corporation", etc.
The problem I have (if you've read this far, thank you!) is how
to deal with _time_. I suppose the overall model I need to work with
is one of "changing states", where a transaction (e.g., X transfers
property to corporation Y in exchange for shares in Y) changes the
world from state A to state B, and the rules can examine differences
between the states to determine the effects. But then how does that
jive with definitional tests which may need to look back in time
(e.g., a corporation is resident in Canada in a given year if it
meets certain conditions and it was resident in Canada, or carried
on business in Canada, in the previous year. This is a perfect
recursive definition for Prolog, and I've implemented the rule,
but only as a fixed definition, not as part of a "changing
state" system.)?
I guess part of my problem is that I'm not working in an
AI department, or even a Computer Science department, and
so I don't have knowledgeable people to bounce my ideas off.
If you have any suggestions as to approaches I should be taking,
I'd greatly appreciate hearing from you. I'd be happy to send you
a copy of the code I've written so far to explain what I mean.
(You could even learn all about Canadian tax law!)
-- David Sherman
The Law Society of Upper Canada
Osgoode Hall
Toronto, Canada M5H 2N6
(416) 947-3466
------------------------------
Date: Wed, 22 May 85 10:47:11 pdt
From: (Tep Dobry) Tep%ucbdali@Berkeley
Subject: The Berkeley PLM Benchmarks
[Forwarded from the Prolog Digest by Laws@SRI-AI.]
At the Warren Abstract Machine Workshop a few weeks ago
I was asked to publish the set of benchmarks programs I've
been using on my simulator for the Berkeley Prolog
Machine(PLM). I've finally got them all collected together
in Prolog form (CProlog) and have sent them to the Digest.
They're really too big to just publish in the Digest, so
they are being set up in a directory in the PROLOG directory
at SU-SCORE. There are 11 files with a total of 400 lines.
Since our machine is based on compiled Prolog, the top level
queries are also compiled in, generally as the predicate
main/0.
The benchmarks were primarily chosen to exercise all of
the features of the PLM, not for any complexity of program-
ming. About half of them come from Warren's thesis, and the
others we've added here. Our original performance figures
were based on simulations of hand compiled versions of these
benchmarks. We are currently looking for larger, more com-
plex benchmarks to run on the hardware when it is available.
So I'd be interested seeing large benchmarks sent to the
Digest.
-- Tep Dobry
[ the code for these benchmarks is available from the SCORE
PROLOG library under the subdirectory PS:<Prolog.BM> ]
------------------------------
Date: Wed 29 May 85 12:50:32-EDT
From: Bob Hall <RJH%MIT-OZ@MIT-MC.ARPA>
Subject: You thought it was over...
[Forwarded from the MIT bboard by SASW@MIT-MC.]
No, but
AI JOKES II: THE WRATH OF CONS
is entering its final week, so if you've heard any good ones
and want to get in on the glory, send your entry to me
<rjh%mit-oz@mit-mc> before June 7, 1985. Remember to include
T-shirt size and school from the list on the announcement.
------------------------------
Date: 24 May 85 11:39:32 EDT (Friday)
From: MJackson.Wbst@Xerox.ARPA
Subject: Re: cheating at chess
From: cugini@NBS-VMS:
"Sooo... rather than bend the rules to allow humans to cheat also, why
not restrict computers to the use of internal storage during play? ie
they can load up from disk, tape, whatever, but once the clock starts,
we unplug all the I/O ports, and may the best rational agent win."
Surely if we unplug *all* the I/O ports, one of the rational agents will
lose by exceeding the time limit before making its first move?
Mark
------------------------------
Date: Thursday, 30 May 1985 22:41:31 EDT
From: Duvvuru.Sriram@cmu-ri-cive.arpa
Subject: Submission Date for AIE
A number of people have inquired about the due date for the Artificial
Intelligence in Engineering Conference, to be held in April 1986 at
University of Southampton, UK. The due date is extended to June 15th. If you
still plan to send an abstract don't waste your money on overnight mail,
good old US mail would do the job.
Sriram
------------------------------
End of AIList Digest
********************
