Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things

Re: Choosing a data structure for AI applications

by paulbort (Hermit)
on Jul 16, 2002 at 17:11 UTC ( #182164=note: print w/replies, xml ) Need Help??

in reply to Choosing a data structure for AI applications

A database solution can be had without backtracking if it's designed properly. I think the right combination of references and indirection would do it. If the first table listed the object's name, a unique ID# of some sort, and bits to indicate if it was an object, operator, or both, the second table would simply be tuples of object, operator, object. Index all three columns separately on the second table, and any of the sample queries you describe should be straightforward.

To address the problem of 'real' objects only being in one place at a time, that's a programming issue: The object ID# in question has records that indicate it is real, and with Kudra. The definition for real things could specify that they can only be with one person at a time. The code would check before adding a new assertion that the book is with someone that it can be with more than one person at once.

The data structure isn't the hard part. Figuring out the tuples to put in the database is. I'm not sure what format OpenCYC is in, but it might be a good start, depending on what you want your AI to do.

Spring: Forces, Coiled Again!
  • Comment on Re: Choosing a data structure for AI applications

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://182164]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others chilling in the Monastery: (5)
As of 2018-05-23 19:08 GMT
Find Nodes?
    Voting Booth?