Re: [opencog-dev] build error cmakelists.txt not a git repository ./octool -b

you are not in the right directory On Fri, Jun 23, 2017 at 2:42 PM, Bryan Overbey wrote: > I've come to a stand-still when building opencog in the Ubuntu 14.04 Trust > Tahr distribution. > > Ive shown here the directory under which I've installed octool. > > I'm having trouble with the build com

Re: [opencog-dev] scenario in which opencog is implemented

Hi Ed, Thanks! If you sent me an earlier email that I didn't answer, its because I broke my leg (having too much fun) and am backlogged. --linas On Tue, Jul 4, 2017 at 12:52 PM, Ed Pell wrote: > Linas, I have page 5 of your white paper posted on my door at work. > -- You received this mess

Re: [opencog-dev] CogServer replacement?

On Mon, Jul 3, 2017 at 11:27 PM, Mitch Francis wrote: > I tried this approach, but running into issues when loading a module > > scheme@(guile-user)> (use-modules (opencog)) > While compiling expression: > ERROR: no code for module (opencog) > You almost surely need to say (add-to-load-path "/

Re: [opencog-dev] Re: OpenCog and Research Interest ---

Bug-fixing is an excellent way of learning the existing system, as is reading through the documentation on the wiki. The first is strongly encouraged, the second is vital. But, to keep your interest, you may want to keep in mind some overall goal that you can use to guide you from task to task. V

Re: [opencog-dev] Re: OpenCog and Research Interest ---

If you've built the thing, you don;'t need octool. octool is a one-time-only thing, to help with initial installation. --linas On Fri, Jul 7, 2017 at 7:48 AM, Joseph Horner wrote: > Thanks Linas. I have been reading the wiki, I was able to get the > platform built on a mac using vagrant. I w

[opencog-dev] Chinese, English databases

Ben, Attached is a short report on some (not all) of the databases I have. I'll try to push out a report on Chinese MST parses later today or tomorrow. There's a big part that's still missing/unreported for English: how the MST parses compare to the disjunct parses. That requires more work, and

Re: [opencog-dev] Re: Chinese, English databases

Link Grammar is a certain kind of CCG. -- linas On Sun, Jul 9, 2017 at 6:15 AM, Alex wrote: > Probably offtopic - while I am reading about OpenCog community efforts in > NLP, I am quite suspicious about statistical methods. I think that the only > meaningful approach to the NLP ir the combinator

Re: [opencog-dev] Re: Chinese, English databases

t spent the last month creating a dataset which turns out to have a deep, maybe fatal flaw. Its a lot of work to take a small step. --linas On Sun, Jul 9, 2017 at 1:23 PM, Linas Vepstas wrote: > Link Grammar is a certain kind of CCG. -- linas > > On Sun, Jul 9, 2017 at 6:15 AM, Alex

Re: [opencog-dev] Re: Chinese, English databases

What Ben is saying here is that essentially all grammars: (Head-)phrase structure grammars (HPSG), dependency grammars (DG) and the CCG's are known to be mathematically isomorphic to one-another, with "well-known" algorithms that convert from one to the other. That is .. if the grammars have been

Re: [opencog-dev] Chinese, English databases

lain in some advanced material sections): > > http://www.cambridge.org/pqp > > > On 10 Jul 2017, at 02:44, Linas Vepstas wrote: > > > > My answer was too brief. Link-grammar is a kind of CCG, where the > morphisms are are given streamlined, less klunky labels, called &quo

Re: [opencog-dev] Chinese, English databases

On Sun, Jul 9, 2017 at 11:14 PM, Bob Coecke wrote: > Thanks for the response. Some later date, I would like to talk more. Yes, > its the non-Cartesian-ness of it all that I think I now know how to > handle. Very briefly: in the original papers on link-grammar (1991-1993), > they explained it by

Re: [opencog-dev] Re: Problems with opencog build - very low priority beginner question

BackwardChainer sometimes intermittenlty fails, maybe 1 out of 10 times. Rn it again, I bet it will pass. These pass for me: 4 - ShellUTest (Failed) 6 - AnaphoraTest (Failed) 7 - SuRealUTest (Failed) 8 - MicroplanningUTest (Failed) Someone should look into

[opencog-dev] Re: Chinese language learning pipeline

f adjacent words, or adjacent letters, or n-grams. The point is that the sections of the sheves tell you exactly how to work with complex structure, instead of having to work with n-grams. --linas On Thu, Jul 13, 2017 at 2:20 AM, Linas Vepstas wrote: > > > On Thu, Jul 13, 2017 at

Re: [opencog-dev] Re: Intu is opened sourced by IBM

Maybe a year ago, I got a brief pitch of some Watson robot code, to which my reaction was "OMG they are reinventing ROS from scratch, badly". My super-quick skim of this code suggests that its the very same code. I might be very wrong, but I looked at this: https://github.com/watson-intu/self/tre

Re: [opencog-dev] Re: Intu is opened sourced by IBM

ngs, as far as I can tell. Let me know if I'm wrong: I love to rip off ideas: "imitation is the sincerest form of flattery" if there's something worth imitating, let me know. I am humble enough to just-plain "ape" if I can't imitate. --linas On Sat, Jul 15, 2017

Re: [opencog-dev] Opencog noobie questions

Three short comments: 1) PLN is a set of rules that run on top of the rule engine. Those rules, when triggered, alter the "truth values" on atoms in certain ways. You (or someone) should be able to create a different set of formulas for truth values, that emulate the NARS formulas. You could then

Re: [opencog-dev] Opencog noobie questions

On Fri, Jul 21, 2017 at 1:07 PM, 'Nil Geisweiller' via opencog < opencog@googlegroups.com> wrote: > On 07/21/2017 04:58 PM, neuropress...@gmail.com wrote: > >> Ah thanks for letting me know about those rules, one more thing about >> this tho. Is there already a rule which let's opencog(chatbot) kn

[opencog-dev] [ANNOUNCE] Link-Grammar Version 5.4.0 is now available.

I'm pleased to announce that version 5.4.0 is now available. Besides including various bug fixes, this release is notable for completely restructuring the organization of the source code, grouping files into directories according to the processing stage that they implement. See below for the full

Re: [opencog-dev] Java 8

The prefered language is atomese. http://wiki.opencog.org/w/Atomese scheme is there for accidental historical reasons, it just happens to be a really good fit for typed hypergraphs. Java is a terrible fit, it doesn't have this concept. Javascript feels like it might fit well. Python is awkward -

Re: [opencog-dev] Java 8

Hi Adrian. I think you missed my point. The goal is to not write code at all, not in java, not in clojure, not in scala, not in scheme, not in python and not in C++. The goal is to have the machine write it's own code. The language that the machine writes in is atomese. Why atomese, and not java

Re: [opencog-dev] Java 8

On Fri, Jul 28, 2017 at 12:47 PM, Adrian Borucki wrote: > I can see your points, sometimes I forget how ambitious this project is... > :) > I suppose you want to make the software do what you want by communicating > with it in a natural language and extend its capabilities on its own if it > cann

[opencog-dev] Re: [ANNOUNCE] Link-Grammar Version 5.4.0 is now available.

On Fri, Jul 28, 2017 at 6:56 PM, Ed Pell wrote: > > Is there a co-reference resolver you know of? > Not really. There is a a harness in opencog for this, it implements a very basic algo, but no one has pushed on it in years. its in opencog/nlp/anaphora -- You received this message because you

Re: [opencog-dev] Chinese, English databases

yeah, I guess I should read that paper. Not having read it, I'll stick to my original assertion: link-grammars are categorial grammers are more or less the same thing, just using a different notation. There are, however, a few tricks we've learned over the years: -- proposition 3 deals with cycle

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

Hi Ben, Mike, On Fri, Jul 21, 2017 at 9:41 PM, Ben Goertzel wrote: > Some interesting representational issues have come up in the context > of Atomspace representation of pathways, which appear to have more > general implications… > > It seems the semantics we want for a biological pathway is so

Re: [opencog-dev] Can't build atomspace: BackwardChainerUTest fails

https://github.com/opencog/atomspace/issues/1318 On Wed, Aug 2, 2017 at 4:13 AM, Masayuki Hatta wrote: > Hi, > > I'm now trying to build atomspace on Debian sid, but one of tests > (BackwardChainerUTest) fails. > > I think the following is the culprit, but can't figure out what and why. > Any he

Re: [opencog-dev] Can't build atomspace: BackwardChainerUTest fails

I just pushed a change that *might* fix this. At the moment, this failure is "normal". --linas On Wed, Aug 2, 2017 at 4:13 AM, Masayuki Hatta wrote: > Hi, > > I'm now trying to build atomspace on Debian sid, but one of tests > (BackwardChainerUTest) fails. > > I think the following is the culpr

Re: [opencog-dev] a small thing

review the open bug reports, and see if one catches your eye? On Tue, Aug 1, 2017 at 8:43 AM, Ed Pell wrote: > Hello, is there a small thing you need a person to work on? > > Ed > > -- > You received this message because you are subscribed to the Google Groups > "opencog" group. > To unsubscribe

Re: [opencog-dev] Re: Can't launch Python API

thanks .. I fixed the wiki page, I think its correct now. --linas On Tue, Aug 1, 2017 at 7:05 AM, Pavel Savyuk wrote: > OK, after killing the VM and restarting from scratch I got it working. > The problem was that in http://wiki.opencog.org/w/Using_the_REST_API the > export command was > exp

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

cit in PartitionNode, whereas if you just use > MemberLink you'd need to spell out this "partition" semantics using a > bunch of AndLinks each time... > > As a world-class advocate of the partition function I think you may > like PartitionNode after you reflect on

Re: [opencog-dev] Can't build atomspace: BackwardChainerUTest fails

The problem is that it does not fail for Nil, who is the maintainer of that code, and it does not fail for me, so I can't easily debug it either. Now we could set up a test machine but this takes time and effort. We're pretty sure that the backwards chainer works, and that it's really just a bug w

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

On Fri, Aug 4, 2017 at 3:07 AM, Nil Geisweiller wrote: > On 08/03/2017 10:06 AM, Linas Vepstas wrote: > >> There's also a problem of editing: what if, half-way through, you want to >> change the partition? Can you? should you? should users instead be told >> that

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

On Sun, Aug 6, 2017 at 2:09 AM, Nil Geisweiller wrote: > Linas, > > On 08/06/2017 02:12 AM, Linas Vepstas wrote: > >> No. I think you're missing the point. Equivalence is normally between >> pairs of things, and that is very manageable. You can say a=b and say b=c

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

First, lets review SetLink: SetLink ConceptNode "x" ConceptNode "y" ConceptNode "z" EquivalenceLink ConceptNode "last three letters of the alphabet" SetLink ConceptNode "x" Conc

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

u need to find a representation of biological pathways as directed arrows. But this is familiar ground, for opencog... --linas On Mon, Aug 7, 2017 at 1:21 PM, Ben Goertzel wrote: > OK I get that... but I don't see why it is appropriate for biological > pathways... > > On Tue, Au

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

ve resembles this: EvaluationLink PredicateNode "alpha-ketoglutarate dehydrogenase" ListLink ConceptNode "NAD^+" ConceptNode "input" however, I would strongly urge against this last representation! --linas On Mon, Aug 7, 2017 at 1:31 PM,

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

message > From: Ben Goertzel > Date:07/08/2017 11:21 (GMT-08:00) > To: Linas Vepstas > Cc: opencog ,Michael Duncan > Subject: Re: [opencog-dev] PartitionLink, biological pathways, human > bodies, etc. > > OK I get that... but I don't see why it is appropriate

Re: [opencog-dev] Debian packages for OpenCog

Cool! On Tue, Aug 8, 2017 at 2:55 AM, Masayuki Hatta wrote: > Hi, > > I'm trying out OpenCog now, and cooked up Debian packages. Currently I > have cogutils (libcogutil-dev), opencog-atomspace, opencog-moses. The main > opencog repo can be packaged, but not yet. > > Files are available at http

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

-mine them. But you can >> store color >> or partition data in values, if you wanted to. Note >> that values >> *can* hold atoms! There is a LinkValue that is like a >> link, but >>

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

resentation is translated into atomese. >> >> even then my intuition is that the AndLink semantics should be useful in >> pln inference about say the likelihood of a pathway being involved in >> distinguishing a case-control phenotype based on moses models of relative >>

Re: [opencog-dev] Debian packages for OpenCog

On Wed, Aug 9, 2017 at 7:56 PM, Masayuki Hatta wrote: > Hi, thanks for comment! > > 2017-08-10 5:02 GMT+09:00 Linas Vepstas : > > >> Basically I made them for my own convenience, and still need to be > >> polished, but I think those are ok quality. I'm

Re: [opencog-dev] Debian APT Repository for OpenCog

Someone should put this somewhere into some wiki page. Not sure which one. This needs to be advertized. --linas On Sun, Aug 13, 2017 at 5:48 PM, Masayuki Hatta wrote: > Hi, > > I set up Debian APT repository for OpenCog. > > How to use: > > 1) Put something like the following as /etc/apt/sour

Re: [opencog-dev] Chatbot not replying

That interface is a mostly broken experimental scaffolding where ... somethings work and most things don't. I don't think its maintained; I was probably the last person to mess with it, maybe 6 months ago. I still have plans to do stuff with it, but that's just me and my personal plans. Meanwhi

Re: [opencog-dev] Chatbot not replying

into ghost. I don't know if it will be possible to hook PLN into it. --linas On Sun, Aug 13, 2017 at 8:20 PM, Linas Vepstas wrote: > That interface is a mostly broken experimental scaffolding where ... > somethings work and most things don't. I don't think its maintained; I

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

ly has binary links between >>>> proteins and abstracts out small molecules. so the pathway for the krebs >>>> cycle for instance is just directed links between the enzymes: ... -> >>>> isocitrate >>>> dehydrogenase -> alpha-ketoglutarate dehydro

Re: [opencog-dev] AI avatar

I don't know how to answer that. There are some rather old docker containers (and shelll scripts that you can run by hand) that would power up the avatar and hook up the video camera, here: https://github.com/opencog/docker/tree/master/indigo For some reason, the "opencog for noobs" fails to ment

Re: [opencog-dev] How to run chatbot with cogita

Hi, Wow! On Fri, Sep 1, 2017 at 4:20 AM, Masayuki Hatta wrote: > Hi, > > I added Debian packages of RelEx (and JWNL) to my Debian APT > repository[1], so now a whole set of the OpenCog NLP pipline is available > as .deb packages. They can be used (almost) right out of the box if you > are usin

Re: [opencog-dev] How to run chatbot with cogita

On Fri, Sep 1, 2017 at 2:24 PM, Masayuki Hatta wrote: > > >> Yes, that would be correct. Try removing the "scm hush" and see what >> happens. >> > > I removed "scm hush" (or "hush", the same result) from cmdline in > nlp/irc/go-irc.cc, then I got > > 04:13 (cogita-bot) ola > 04:13 (cogita-bot) h

Re: [opencog-dev] How to run chatbot with cogita

Hmm. well, beats me. That needs debugging. let me see if I can reproduce it. Either the string is not being sent (maybe a missing flush on the socket?) or the answer is not being sent. --linas On Sat, Sep 2, 2017 at 4:12 AM, Masayuki Hatta wrote: > Hi, thanks for suggestion. > > So now, if you

Re: [opencog-dev] How to run chatbot with cogita

On Sun, Sep 3, 2017 at 5:23 AM, Masayuki Hatta wrote: > Hi, > > I may be completely wrong, but is this the expected behavior? > > 1) touch test.txt and edit something like: > > scm > (process-query "mhatta" "Hello now!) > (+ 2 2) > > 2) > > $ cat test.txt | netcat localhost 17004 > Entering schem

Re: [opencog-dev] How to run chatbot with cogita

It is very unlikely that the shells (generic shell, scheme shell) are the cause of your issues. These are very heavily used all over the place; e.g. for language learning, I'm blasting maybe a dozen of these per second, for weeks on end, without any issues. --linas ​ -- You received this message

Re: [opencog-dev] How to run chatbot with cogita

I think I fixed this in some recent commits. ... It was a bug in the shell, after all. --linas On Thu, Sep 7, 2017 at 3:26 PM, Linas Vepstas wrote: > It is very unlikely that the shells (generic shell, scheme shell) are the > cause of your issues. These are very heavily used all over the

Re: [opencog-dev] trying to use vagrant to install an opencog VM on debian 9

Hi Charles, I know nothing about vagrant, maybe someone else does. ... that error message sounds generic, though, like it has nothing at all to do with opencog; its some vagrant issue. Google might know more. But if you are already running debian natively, you can install opencog natively, witho

Re: [opencog-dev] OpenCog mysteries revealed - 'code-as-data' programs as universal knowledge base?

Hi Alex, Let me top-post reply to your email; it will be simpler that way. The part of opencog you are interested in is called "the atomspace" -- it already is a graph database; it is implemented in C++, and scheme is one of the languages that have an API to it. (there is also python and haskell

Re: [opencog-dev] OpenCog mysteries revealed - 'code-as-data' programs as universal knowledge base?

Hi Alex, one more note: On Wed, Sep 20, 2017 at 1:23 AM, Alex wrote: > > If OpenCog knowledge base (AtomSpace) is the big Scheme program then we > can consider also the self-modification of this program. > Yes. Let me try to be very clear about this: atomese is designed from the ground-up to be

Re: [opencog-dev] PartitionLink, biological pathways, human bodies, etc.

;>>> >>>> I'm proposing this: >>>> >>>> MemberLink >>>> DefinedPredicateNode "GO pathway term name" >>>> Predicate "protein relationship 1" >>>> >>>>>

Re: [opencog-dev] Re: it would be nice if..

this stuff should work on 17.04 -- it works on debian stable, and there is no particular reason it should be busted for 17.04 On Wed, Sep 20, 2017 at 1:02 PM, Michael Duncan wrote: > and to be fair i believe the build scripts have only been updated for > ubuntu 16.04. if you point out where it

[opencog-dev] sections of a graph, langauge

I've been talking about these ideas for a while, and thought I'd write them up in a single place, in some easy-to-understand way. So here they are, again: https://github.com/opencog/atomspace/blob/master/opencog/sheaf/README.md So, in case you heard me mumble about this, here's it is again. --li

Re: [opencog-dev] Contributing to Opencog

Well, we need a crisp-logic reasoner attached to the language subsystem. For example, the Uni-Potsdam ASP solver hooked up to the output of relex2logic. How easy or hard this might be depends on whether you know ASP and anything about language, and/or have studied logic. There are other projects

Re: [opencog-dev] Graphs for the two representations of the knowledge and ideas about the third generation Cog system - MOC - MetaOmegaCog?

Hi Alex, I think Ivan Vodisek has already given much of the correct answer, but I will amplify and say, yes its correct. Some important inline comments below. On Sun, Oct 1, 2017 at 6:20 AM, Alex wrote: > Hi! > > I have heard that AtomSpace is big hypergraph and the names of the > representati

Re: [opencog-dev] Re: Graphs for the two representations of the knowledge and ideas about the third generation Cog system - MOC - MetaOmegaCog?

Hi Ed, Thanks. It turns out that I have glanced at JanusGraph in the past. The main landing page for JanusGraph does make it sound very impressive. Here's my experience and I would love to get help with it. I am now building graphs that are so large, that they no longer fit into RAM (on a machin

Re: [opencog-dev] Ontology

Not sure I understand the question/statement. oepncog has no predefined ontology. We have, in the past, imported several different ontologies from outside sources. We have source for doing this scattered here and there, not sure where. This kind of import is fairly useless, if you have no way of

Re: [opencog-dev] Storytelling

Not at this time. We have ideas about this, but no code. --linas On Wed, Sep 27, 2017 at 4:21 AM, wtaylorjr2...@gmail.com < wtaylorjr2...@gmail.com> wrote: > Is it possible to use opencog to input stories and break them apart, > distort them, and then assemble them in new ways to create "new" sto

Re: [opencog-dev] Storytelling

you for responding. If you can give me some ideas, I may be able > to create the code myself, or help create it. I am not the greatest > programmer but I can learn and improve. I would like to use this for > my termination project for my Masters at Binghamton University in New > York. >

Re: [opencog-dev] Re: Graphs for the two representations of the knowledge and ideas about the third generation Cog system - MOC - MetaOmegaCog?

Hi Amirouche, Let me top-post, it will be easier. First: bulk load and bulk save of the atomspace is part of the API, but it's very blunt and ugly and useless. I never-ever bulk-load or bulk-save my data. The more fine-grained API allows: * Specific atoms to be loaded (i.e. the values, truthval

Re: [opencog-dev] Re: Graphs for the two representations of the knowledge and ideas about the third generation Cog system - MOC - MetaOmegaCog?

they suck for teeny-weeny atoms. Been there, done that. --linas On Sun, Oct 1, 2017 at 11:39 PM, Linas Vepstas wrote: > Hi Amirouche, > > Let me top-post, it will be easier. First: bulk load and bulk save of the > atomspace is part of the API, but it's very blunt and ugly and us

Re: [opencog-dev] Storytelling

een-avg-v1.png" > alt="" width="46" height="29" style="width: 46px; height: 29px;" > /> > Virus-free. href="http://www.avg.com/email-signature?utm_medium= > email&utm_source=link&utm_campaign=sig-email&utm_cont

Re: [opencog-dev] Re: Ontology

On Mon, Oct 2, 2017 at 12:52 AM, Ed Pell wrote: > My point is, Opencog is a set of functionality that one can use to build > higher level functionality. I am hoping Opencog will begin to accumulating > higher level solutions/functions. > Yes, me too. I am accumulating some large datasets for la

Re: [opencog-dev] Storytelling

tick-green-avg-v1.png" > alt="" width="46" height="29" style="width: 46px; height: 29px;" > /> > Virus-free. href="http://www.avg.com/email-signature?utm_medium= > email&utm_source=link&utm_campaign=sig-email&

Re: [opencog-dev] ArangoDB as a backend for atomspace.

There was no attempt ... You are welcome to try to add this; it's technically straight-forward, but not quite a small project. --linas On Mon, Oct 2, 2017 at 11:11 PM, paarulakan(பாருலகன்) < selva.develo...@gmail.com> wrote: > Was there any attempt at considering arangodb as a backend for atoms

Re: [opencog-dev] Contributing to Opencog

On Mon, Oct 2, 2017 at 2:32 AM, Mark Nuzz wrote: > Hi, > > > On Sun, Oct 1, 2017 at 9:30 AM, Linas Vepstas > wrote: > > > > I mean, how do I tell people "this code compiles but probably doesn't > work > > and no one uses it" vs. "this cod

Re: [opencog-dev] Contributing to Opencog

Hi Anastasios, Yes. But first: complaining that opencog is written in C++ is like complaining about the fact that the linux kernel on your cellphone is written in C. Who cares? It does not affect 99.% of all cellphone users because they do not write kernel device drivers. Think of the atomspa

Re: [opencog-dev] ArangoDB as a backend for atomspace.

ays long. Linas. > > Thanks, > > Selva. > > On 10/03/2017 07:04 AM, Linas Vepstas wrote: > > There was no attempt ... You are welcome to try to add this; it's > technically straight-forward, but not quite a small project. > > --linas > > On Mon

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

Learning requires a bunch of experiences from which to generalize, and some way of deciding if the thing that was learned is worth remembering. Oh, and then using what you've learned. You might enjoy debating on the AGI mailing list, to discuss how this might be achieved. --linas On Wed, Oct 4,

Re: [opencog-dev] Re: Graphs for the two representations of the knowledge and ideas about the third generation Cog system - MOC - MetaOmegaCog?

Hi Alex, On Wed, Oct 4, 2017 at 3:03 AM, Alex wrote: > Well, maybe I am too optimistic... > > Regarding the rules, I am investigating the following (not impressive): > https://github.com/threatgrid/naga > Atomese is definitely inspired by datalog. About 10 years ago, we actually had a datalog A

Re: [opencog-dev] Contributing to Opencog

t;> Sub-fork combinations of low quality would be avoided, while really > useful > >> ones would live on. Just a bit of brainstorming in a direction of > >> decentralization. The goal is to have industry-strength project > abilities > >> with liberal multi-user maint

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 eyes of developers and user

Re: [opencog-dev] Contributing to Opencog

it would be nice to have a fast crisp prover so that the system could jump to conclusions, and pln more slowly in the background. On Oct 4, 2017 5:45 PM, "'Nil Geisweiller' via opencog" < opencog@googlegroups.com> wrote: > On 10/04/2017 11:02 AM, Linas Vepstas

Re: [opencog-dev] Contributing to Opencog

People seem not to read the tutorials... maybe because they don't see the point of doing so? On Oct 6, 2017 3:10 AM, "Ben Goertzel" wrote: > "Modular" and "monolithic" are very general terms. Could you > articulate more precisely the ways in which you think OpenCog is > "monolithic", and in wh

Re: [opencog-dev] Contributing to Opencog

Hi Nil, On Fri, Oct 6, 2017 at 6:30 AM, Nil Geisweiller wrote: > > > On 10/06/2017 02:10 AM, Linas Vepstas wrote: > >> it would be nice to have a fast crisp prover so that the system could >> jump to conclusions, and pln more slowly in the background. >> > >

Re: [opencog-dev] Contributing to Opencog

I agree w/ Ben. There is a significant risk that modularization will lead to premature optimization. This is a trap that opencog has repeatedly fallen into: whizzy nice looking architectures that were just-plain wrong and had to be ripped out. Over-engineering something too early, before the conc

Re: [opencog-dev] Contributing to Opencog

On Sun, Oct 8, 2017 at 10:54 AM, Nil Geisweiller wrote: > On 10/07/2017 04:39 PM, Linas Vepstas wrote> So here's a completely > different but related idea: First, use a crisp > >> reasoner to deduce what happens whenever strength>0.. Next, do it >> again,

Re: [opencog-dev] Contributing to Opencog

Hi Curtis, On Sun, Oct 8, 2017 at 11:15 AM, Curtis Michael Faith < curtis.m.fa...@gmail.com> wrote: > > > 3) We should be thinking of semantic flows instead of the atoms of state > that result from changes in flows. Semantic flows represent isomorphisms of > state applied to a sub-graph. > Not t

Re: [opencog-dev] Contributing to OpenCog

On Sat, Oct 7, 2017 at 3:34 PM, Mark Waser wrote: > > > I’ve read this mailing list for years. It seems that the repo being > broken is far, far more common than not. > Perhaps it seems that way, but its false. In actual fact, over the course of the last ten years, the repo has been broken abo

Re: [opencog-dev] Contributing to Opencog

On Sun, Oct 8, 2017 at 10:54 AM, Nil Geisweiller wrote: > On 10/07/2017 04:39 PM, Linas Vepstas wrote> So here's a completely > different but related idea: First, use a crisp > >> reasoner to deduce what happens whenever strength>0.. Next, do it >> again,

Re: [opencog-dev] Contributing to Opencog

On Sun, Oct 8, 2017 at 1:42 PM, Amirouche Boubekki < amirouche.boube...@gmail.com> wrote: > > > On Sat, Oct 7, 2017 at 4:12 PM Linas Vepstas > wrote: > > >> For the last ten years, I've been thinking of the atomspace as a "graph >> database".

[opencog-dev] getting groundings for a SatisfactionLink

Amen, I just created and committed some code that stores SatsifactionLink groundings in a generic way. If you use this, I think it makes the OpenPsiImplicator.cc obsolete/not-needed. An example can be found at https://github.com/opencog/atomspace/blob/master/examples/pattern-matcher/satisfaction.

Re: [opencog-dev] Contributing to Opencog

ete technology, for crisp logic. I suppose I'm overstating this, but really, based on everything I've read, the bad-old days of prolog and circuit simulators are over, and there's no point in going back there again. --linas On Mon, Oct 9, 2017 at 12:57 PM, Nil Geisweiller wrote: >

[opencog-dev] Re: getting groundings for a SatisfactionLink

k > Variable "$x" > Variable "$y" > > and we want to put the value of $x to, say something like: > > ListLink > Concept "I" > Concept "like" > Variable "$x" > > and both the Sat

[opencog-dev] Re: Repeated elements

. --linas On Thu, Oct 26, 2017 at 12:24 AM, Nil Geisweiller wrote: > Hi Linas, > > On 10/25/2017 10:12 PM, Linas Vepstas wrote: > >> Does it still work correctly/quickly if you just cut out the >> inheritance link entirely? >> > > No it doesn

Re: [opencog-dev] Openness of knowledge-base of Hanson robotics

Hi Ivan, Let me top-post answers to your questions. First, one needs to clarify: "what is a knowledgebase?" There are multiple components that can be called "a knowledgebase", and they are all quite very different. Lets start with the Hanson Robotic Sophia Personality. This is not one knowledge

Re: [opencog-dev] Openness of knowledge-base of Hanson robotics

currently working on is here: https://github.com/opencog/opencog/blob/master/opencog/nlp/learn/scm/gram-class.scm --linas On Mon, Oct 30, 2017 at 6:07 PM, Mark Nuzz wrote: > On Mon, Oct 30, 2017 at 12:31 PM, Linas Vepstas > wrote: > > Hi Ivan, > > > > Let me top-post

Re: [opencog-dev] Openness of knowledge-base of Hanson robotics

olved, instead of sniping from the sidelines. --linas On Mon, Oct 30, 2017 at 4:36 PM, Linas Vepstas > wrote: > > Hi Mark, > > > > > > The answer is "yes", but perhaps not the way you are expecting it. Its > not > > like we have some defined format fo

Re: [opencog-dev] Formalization and representation of knowledge of semantics and pragmatics

I am about half-way through writing a paper on how to formalize semantics, even now. I'm about half-way done. You can view a rough draft here: https://github.com/opencog/atomspace/blob/master/opencog/sheaf/docs/sheaves.pdf I suspect that my definition of semantics is probably very different from y

Re: [opencog-dev] atomspace master build error

My guess is that you have multiple versions of guile installed. There's probably a version of guile-2.0 that got installed with redhat. You should remove that. --linas On Fri, Nov 17, 2017 at 7:14 AM, Gowthaman Palanisamy < gowthaman...@gmail.com> wrote: > On Git hub I'm not able to download gu

Re: [opencog-dev] atomspace master build error

sounds like you didn't do a clean build. You've got a giant pile of warnings there. I've never seen warnings like that before. --linas On Sat, Nov 18, 2017 at 10:40 PM, venkataratnam wrote: > Hi > > As per your suggestion we uninstalled guile-2.0 but facing the same > problem. > > Please find t

Re: [opencog-dev] how would one convert boolean expressions of atoms into disjunctive normal form?

Yeah, I mean, converting ENF to DNF is "conceptually easy", and "doing it yourself" by writing some code to do it is surely easier/faster than finding and reading about and trying to understand some package that does it for you!? That's the time trade-off: do it yourself, vs use external package.

Re: [opencog-dev] Re: atomspace master build error

Dagim, No. Since no one else has this problem, the only conclusion is that there is something wrong with venkataratnam's machine. So the task is to debug his setup, his machine. I don't particularly want to do this for him, because the most likely explanation of the problem is mundane: conflicti

[opencog-dev] QSRLib for an opencog vision subsystem

I recently tripped across QSRLib from University of Leeds. https://pdfs.semanticscholar.org/bc67/48165f91ba55fdd5246deb69b47cdafb8805.pdf After a 3-minute scan, it appears to be awesome, and would provide an excellent fit for the opencog visual subsystem. Something worth looking into. --linas

[opencog-dev] Re: Message to Any Future AI

I'll see if I can get Audrey to feed it into Sophia. ... or maybe you could have it micro-etched into the aluminum frame. --linas On Fri, Dec 1, 2017 at 7:01 PM, Denis Odinokov wrote: > From Alex Turchin: We could affect now any future AI by sending messages > to the future. Several previous a

Re: [opencog-dev] Hammers

Ed, I've got a half-written paper here, which talks about the structure of language (and the structure of other things e.g biochemistry) which claims that the natural structure is a mathematical sheaf. That part is now written. The unwriten part is that the neural nets also are defacto working with

<    1   2   3   4   5   6   7   8   9   10   >