Re: [opencog-dev] Contributing to Opencog

The AtomSpace project should probably be promoted on its own, have its own webpage, purpose, reference manual, tutorial, etc. Also what is missing to get more main stream is a way to define atom types within atomese itself, so it could being used as a more neutral graph db. That's really the

Re: [opencog-dev] Contributing to Opencog

On 10/04/2017 11:02 AM, Linas Vepstas wrote> And can implement algorithms in the graph database-agnostic way and use all the industrial power of the best database available. Scientists do use commercial off-the-shelf computers for HPC, why not to use industrial software? And

Re: [opencog-dev] Contributing to Opencog

hi Alex ... lots of small inline replies below. On Wed, Oct 4, 2017 at 2:17 AM, Alex wrote: > I am here since the fall of last year (around year) and if I am allowed, I > would like to make the following thoughts that may make OpenCog project > more attractable in the

Re: [opencog-dev] Contributing to Opencog

Ivan, Mark, The project that Ben is referring to is here: https://github.com/opencog/singnet -- it will allow a number of different AI agents to communicate with one-another and exchange information. Now is a good time to alter the course of events; that project is getting a lot of effort at

Re: [opencog-dev] Tracking of an atomese mind through the generations

You can also evolve atomese programs maximizing some fitness, like MOSES does, you don't necessarily need experience. MOSES is gonna be ported to the AtomSpace, it sounds related to what you want to do. Nil On 10/04/2017 07:48 AM, Linas Vepstas wrote: Learning requires a bunch of experiences