[opencog-dev] Re: Atomspace make test haskel issue
If that is what I think then it should be fixed soon. In either case, as linas said if you aren't using the Haskell interface or the Lojban library built with it. Just get rid of Haskell. On Saturday, January 20, 2018 at 7:49:36 PM UTC+1, Randy Deborggraeve wrote: > > After replacing my HD and reinstall system, i seem to have some haskel > issue. > I never used haskel, so just installed it to compile atomspace. > > Before re-install the unit tests succeeded, but now im getting these > errors: > > Preprocessing library haskell-test-0.1.0.0... > Preprocessing test suite 'haskell-test-suite' for haskell-test-0.1.0.0... > Linking > .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/haskell-test-suite/haskell-test-suite > > ... > .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/haskell-test-suite/haskell-test-suite-tmp/Main.o: > > In function `c5Tf_info': > (.text+0x2d8a): undefined reference to `AtomSpace_delete' > .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/haskell-test-suite/haskell-test-suite-tmp/Main.o: > > In function `c5T9_info': > (.text+0x2e5a): undefined reference to `AtomSpace_new' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x16f): > > undefined reference to `Exec_evaluate' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x3d1): > > undefined reference to `TruthValue_getFromAtom' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x649): > > undefined reference to `TruthValue_setOnAtom' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0xc22): > > undefined reference to `AtomSpace_debug' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x1343): > > undefined reference to `AtomSpace_addLink' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x183a): > > undefined reference to `AtomSpace_addNode' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x25b3): > > undefined reference to `AtomSpace_getLink' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x2c82): > > undefined reference to `AtomSpace_getNode' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x34c8): > > undefined reference to `AtomSpace_removeAtom' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x4502): > > undefined reference to `AtomSpace_getAtomByHandle' > /home/randy/workspace/opencog/atomspace/tests/haskell/haskellTest/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/opencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ/libHSopencog-atomspace-0.1.0.8-EuPHWldUFvM10mWhgJOZmZ.a(Api.o):(.text+0x4961): > > undefined reference to `Exec_execute' > collect2: error: ld returned 1 exit status > `gcc' failed in phase `Linker'. (Exit code: 1) > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to
[opencog-dev] Re: Python3 support for opencog/atomspace
There already exists a python3 branch in the atomspace repo unfortunately I never got it to work. This also contains a lot of changes I did trying to get it to work but didn't help that might have to be reversed. And the branch is over 2 years old not sure how much the python interface has changed since then but might still be worth looking at it. On Tuesday, December 19, 2017 at 9:49:53 PM UTC+1, Eyob wrote: > > (1) > > So we have an intern at icog labs who is interested in making python3 > bindings for opencog/atomspace. > > If anybody wants to give him guidance on how to go about it, please write > him here or here https://github.com/opencog/atomspace/issues/501 > > His github username/profile is https://github.com/Yididya/ > > Hope he would be asking for pull requests soon :D > > (2) > > I was wondering does every part of opencog/atomspace need to be built > using python3 or we can proceed part by part. E.g. > > It seems i really like this import statement to work right now > > from opencog.scheme_wrapper import scheme_eval > > in python3 but the error reads " ImportError: No module named 'opencog' " > when executed. > > Its like at the moment we need python3 bindings only for a small number of > import statements, for a project we are doing now currently. > > Thanks! > > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/82208a05-9809-47e3-a2fa-84c69ff156bd%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [opencog-dev] CogServer replacement?
Okay so make Mind-Agents managed their own resources. Yea that makes sense. You'd still need some simple Agent-Manger but yea I can see how that would clean up the overall design. Thanks for clearing my Mind. It got a bit stuck after redesigning ECAN and depending on the CogServer so much :) On Friday, June 9, 2017 at 12:08:23 AM UTC+2, linas wrote: > > > > On Thu, Jun 8, 2017 at 2:22 AM, Roman Treutlein <lordm...@gmail.com > > wrote: > >> Hey, >> >> so this is mainly a question to linas. You seem to want to get rid of the >> CogServer and I was wondering what exactly you would prefer in its place. >> The way I see it the CogServer currently serves a vital role in the whole >> Architecture by providing a way for all the different parts of OpenCog to >> come together in one place. >> And by managing a bunch of threads used by the various modules. >> > > Except it does none of these things. You can use opencog, via both python > and scheme, without ever starting the cogserver. You can use both python > and guile together, even, without starting the cogserver. > > Now, the cogserver provides a network interface, but so does guile, and I > presume that there's some generic python module out there that would do > this too. So you can start the a scheme or a python network server, and > remotely log into opencog, without ever actually starting the cogserver. > So basically, the cogserver isn't needed for neworking. > > I'll bet Haskel also has some network server module, too. I'll bet that at > least some of these network modules might be pretty fancy, providing > encryption, login credentials, other security bells and whistles that we > sure-as-shootin are never going to add to the cogserver. And we shouldn't > -- it breaks the concept of modular design. If some module out there > provides secure, safe, audited, encrypted network access, we should use > that. We should not reinvent the wheel, badly, (which is what we've done) > by putting this function in the cogserver. We should remove this > mis-feature, not enhance it. > > So what else does the cogserver do? Well, it manages "mind-agents". Except > (1) the code for managing mind-agents is badly implemented and completely > buggy, and (2) you do NOT need a cogserver to manage a pool of mindagents! > These are completely distinct, unrelated concepts that, due to historical > accident, got mashed together into one. > > If the mind-agent code was redesigned so that it worked correctly, and so > that it was a stand-alone module, instead of a lean-to, then the cogserver > would become just a network server, and nothing more, and, as I say, there > are surely better network servers out there. The cogserver is currently a > crutch, a hack job. > > > >> >> And those seem to be functions that we will always need. So I don't >> really see how the CogServer could be replaced. Improved and Changed sure >> but not replaced. >> >> So how do you see OpenCog working without a CogServer? >> > > Well, easy. I do this every day, all the time. I only rarely start the > cogserver. So, for example, in guile > > $ guile > guile> (use-modules (opencog)) > guile> (use-modules (system repl server)) > guile> (call-with-new-thread run-server) > > Then in another shell: > telnet localhost 37146 > that's the default port nummber. To change it, see > https://www.gnu.org/software/guile/manual/html_node/REPL-Servers.html > > then guile> (Concept "foo") > > Bingo! -- you've just used the atomspace -- logging in remotely, using a > two-line replacement for the cogserver. One line to load the network > module, one line to start the network module. What do we need a cogserver > for, again? > > I'm sure you can get something similar in python and heskel. > > --linas > > >> >> best regards >> >> Roman >> >> -- >> You received this message because you are subscribed to the Google Groups >> "opencog" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to opencog+u...@googlegroups.com . >> To post to this group, send email to ope...@googlegroups.com >> . >> Visit this group at https://groups.google.com/group/opencog. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/opencog/fb65213f-7bb7-4746-9893-1d4190f2474c%40googlegroups.com >> >> <https://groups.google.com/d/msgid/opencog/fb65213f-7bb7-4746-9893-1d4190f2474c%40googlegroups.com?utm_medium=email_source=footer> >> . >> For more options, visit https://group
[opencog-dev] Re: Uncertain linear logic and PLN truth values
Intriguing. Linear Logic seems really useful. And I just recently read about plans to add Linear Types to Haskell. -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/e22ebe10-32ef-424d-8497-0e9553c17bd8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] Re: Why OpenCog Nodes and Links, modelling paradigm is so detached from Object Orientation, UML, Description Logics, programming? And can we introduce syntactic sugar?
Could you give an example of some Data you want to represent in OpenCog? Why not just use the desugared version of the PartOfLink? It's hard to say without seeing some examples but you seem to think on the wrong level. The hypergraph structure of OpenCog allows you to represent pretty much any knowledge you want and is a lot more general then OO. How experienced are you with Predicate Logic and/or Probabilities? -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/9a31ee0f-f4b4-4fa5-a100-8d7f8e9a794b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] Re: How to handle input data that has an ID?
When the work on protoAtoms and Valuations is done you could use those to cleanly implement what you want. Currently, I would write the id in a ConceptNode or NumberNode and associate it with the sentence using an AssociativeLink. You would likely have to write some custom code to do that. On Monday, February 27, 2017 at 11:29:15 AM UTC+1, Vishnu Priya wrote: > > Hello all, > > I have a knowledge base, in which each sentence is implicitly associated > with an ID which is of the type long int. > As far as i know, we can parse only the straight sentences through NLP > pipeline. But i want to process the sentences along with their Ids. is it > possible to do so? > > Oranges are sweet - Input > 78783322 - ID > > Oranges are sweet has 78783322 / Oranges are sweet belongs to > 78783322 > How about passing above such sentences through NLP ? > Is there any other way around? > > Whatever i do (Forward/backward Chaining, stimulating etc...), i should > be to able to know which atoms are of which ID. > > How can i adapt opencog ? Should i write some code on top of it? or is it > totally un-doable? > > > Thanks, > Vishnu > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/e5c4a273-e724-486c-91d2-5ce6e24b7603%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] Re: cog-fc returns empty Setlink
That looks more like a task for the Pattern Miner and not for PLN. On Friday, February 24, 2017 at 5:10:53 PM UTC+1, Vishnu Priya wrote: > > Hi, > > This is the data, that i gave, > > (EvaluationLink >(PredicateNode "eats") >(ListLink > (ConceptNode "tom") > (ConceptNode "chicken-feet") > >) > ) > > (InheritanceLink (stv 0.9 0.9) > (ConceptNode "tom") > (ConceptNode "chinese") > ) > > > (EvaluationLink >(PredicateNode "eats") >(ListLink >(ConceptNode "tim") > (ConceptNode "chicken-feet") > >) > ) > > (InheritanceLink (stv 0.9 0.9) > (ConceptNode "tim") > (ConceptNode "chinese") > ) > > (EvaluationLink >(PredicateNode "eats") >(ListLink >(ConceptNode "chinese") > (ConceptNode "chicken-feet") > >) > ) > > (InheritanceLink (stv 0.9 0.9) > (ConceptNode "Jim") > (ConceptNode "chinese") > ) > > *Defining Source *: > (define source > (InheritanceLink > (ConceptNode "Jim") > (ConceptNode "chinese") > ) > ) > > *Defining rules and adding rules to the rule-base:* > > (load "/opt/opencog/opencog/pln/rules/deduction-rule.scm > > (define base (ConceptNode "my-rule-base")) > > (InheritanceLink > (ConceptNode "my-rule-base") > (ConceptNode "URE") > ) > > (ExecutionLink >(SchemaNode "URE:maximum-iterations") >(ConceptNode "my-rule-base") >(NumberNode "100") > ) > > (MemberLink (stv 0.9 1) > > deduction-inheritance-rule-name > (ConceptNode "my-rule-base") > ) > > (MemberLink (stv 0.5 1) > deduction-implication-rule-name > (ConceptNode "my-rule-base") > ) > > (MemberLink (stv 0.5 1) > deduction-subset-rule-name > (ConceptNode "my"my-rule-base")) > > > When i run, (cog-fc source base (SetLink)) > it returned, > > (SetLink > ) > > What do i miss here??? > > > Regards, > Vishnu > > > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/c8399ad3-05f0-4aaa-82e8-7894ca90446d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] Re: Status Backward Chainer
Nil is still working on that as far as I can seem from the GitHub activity. You could probably try to use it already if it's important but not sure how much Nil I still going to change. /Roman On Wednesday, February 22, 2017 at 11:34:37 AM UTC+1, Vishnu Priya wrote: > > Hello, > > Is Backward chainer matured now? > A month ago or so, Nil told that it would work soon. > Like forward chainer, is it possible to try backward chainer now ? > > Cheers, > Vishnu > > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/c04028d4-513d-4357-af1d-9df432d54fc0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] Re: Is the atomspace an attempt to make contextual models from learning algorithms?
Yes bridging the gap between symbolic and subsymbolic representations is one of the important goals of the project. On Wednesday, February 22, 2017 at 2:40:53 AM UTC+1, Gaurav Gautam wrote: > > Very interesting. I understand that opencog has diverse applications but > what I wanted to ask was if going from subsymbolic to symbolic > representation is one of the central goals. I am not an expert but it > seemed to me that doing this is the key to general intelligence. Am I wrong > when I say that? > > On Wednesday, February 22, 2017 at 2:27:02 AM UTC+5:30, Alex wrote: >> >> There is boom of neural network translation. Maybe it is possible to >> extract formal grammars, symbolic NLP processors from the neural networks >> that are trained for translation... >> > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/362c88b9-e6c5-4828-b8c7-8e3d42e734ae%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [opencog-dev] Re: Extract Alternative Sentences
Linas if i understand your code correctly it would do this. x1 is a quantity of/is made of chalk from source x2 in form x3. => split on X ["x1", "is a quantity of/is made of chalk from source" , "x2" , "in form" , "x3"] => split on / and distribute ["x1", "is a quantity of" , "x2" , "in form" , "x3"] ["x1", "is made of chalk from source" , "x2" , "in form" , "x3"] => join again x1 is a quantity of x2 in form x3 // WRONG should be "x1 is a quantity of chalk from source x2 in form x3" x1 is mad of chalk from source x2 in form x3 So it's not that easy. Of course, it seems I am going to use something like this anyway and then fix the errors by hand. /roman On Friday, November 18, 2016 at 6:53:11 PM UTC+1, linas wrote: > > This is still very easy: modify the script to split on the x's, instead > of splitting on whitespace, and only then split on the slashes. > > I assume the x's really are the letter x. If the x's are just some strings > of random words, then the problem is not really solvable deterministically > by any algorithm. > > --linas > > On Fri, Nov 18, 2016 at 2:21 AM, Roman Treutlein <lordm...@gmail.com > > wrote: > >> Maybe I should have given more examples. Because while your script might >> work for this example it won't work for this: >> >> *x1 comes/goes to destination x2 from origin x3 via route x4 using >> means/vehicle x5.* >> >> This would at least have the advantage of the alternatives consisting of >> only 1 word, but as in the first example and the following this is not >> always the case. >> >> *x1 is a quantity of/is made of chalk from source x2 in form x3.* >> >> But I probably will have to use a simple solution like the one you >> provided and then just fix everything it gets wrong by hand. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "opencog" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to opencog+u...@googlegroups.com . >> To post to this group, send email to ope...@googlegroups.com >> . >> Visit this group at https://groups.google.com/group/opencog. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/opencog/8e577a5c-e978-402a-8e90-161e522656a4%40googlegroups.com >> >> <https://groups.google.com/d/msgid/opencog/8e577a5c-e978-402a-8e90-161e522656a4%40googlegroups.com?utm_medium=email_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/e640dd99-b58f-4399-b1b9-ce6a624eb8e5%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [opencog-dev] About Attention Values and Truth Values
Hey vishnu, what you are suggesting does sound doable. In your case, you would just want to stimulate atoms every time they have been parsed by the NLP pipeline. Something like this might already exist not sure ask misgana. More generally there would be many Mind-Agents that are running in the cogserver. And everytime any of those agents deem it useful they can stimulate an atom, the actual STI value given to an Atom is dynamic based on other variables but you can provide a factor to indicate stimulate this Atom a lot or only a little. Examples of this would be that the PLN system successfully used an Atom for a deduction it is trying to make so it stimulates it so similar atoms come into focus and help the continued process. Or some Agents related to perception have just seen X which corresponds to one or more Atoms so they stimulated them as they will likely be of interest in the moment. Now for retrieving these values you will probably have to write an Cogserver Module that implements a command that gives you the top ranking atoms. If you want this to be done automatically you need to have an Agent. (Which are alway part of a Module) hope that helps. -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/2c2d538f-0549-40b7-bfd9-a242d7df8cd7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [opencog-dev] About Attention Values and Truth Values
Hey, Short explanation first: STI: This value indicates how relevant this atom is to the currently running process/context LTI: This value indicates how relevant this atom might be in future processes/context (Atoms with low LTI have no future use and get delete if the AS gets to big) VLTI: This is a simple boolean that indicates that this atom should never be deleted. (Useful for system components that are written in Atomese) so STI values are only ever useful at the current point in time so storing them in a DB makes no sense. Now storing only those Atom which have a high STI/LTI in the DB that might be useful but there is no code that does that currently. In my opinion just storing the whole AS in a DB works just as well. Now when you load the atoms back into the AS then it might make sense to give all those Atoms an LTI boost. I am not sure what exactly you want to use the AttentionValues for but in general they are supposed to speed up other processes like the PLN System by restricting their search space to only Atoms with a high STI. Misgana has a working but experimental implementation for this as far as I know. In regards to using ECAN: generate fake sentences --> feed atoms in atomspace --> Boost STI/LTI --> Set Memory Capacity I assume you got that from on of the experiments. You obviously don't want to generate face sentences so we can ignore that. Feeding Atoms into the AtomSpace would be done by the NLP Pipeline. Boosting STI/LTI would be done when they become relevant i.e they just entered the AtomSpace or NLP found them to be useful. (again ask misgana about his implementation of this). Setting the Memory Capacity you probably don't have to do but it's just a value in the config file. If you have some more specific question about how ECAN works (i.e. spreading of STI , rent collection , setting of the AFB) i can answer those. regards /Roman -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/5c47a39e-e27c-4a75-9572-cd569ab51944%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] Re: Fringe of consciousness, importance spreading
Sounds like a great idea. But how exactly do you spread K links out? Do you just spread it from your Source to it's Targets and then use these Targets as a new source? Or do you have something more complicated in mind where you spread the STI directly from the Source to an atom K links away? On Monday, September 12, 2016 at 6:01:21 PM UTC+2, Ben Goertzel wrote: > > A somewhat interesting point came up in discussions w/ Misgana re ECAN > today... > > So far we have been working on two methods of attention allocation: > > -- spreading importance from everything in the AttentionalFocus, > frequently > > -- spreading importance from everything in the Atomspace, but more > slowly (by sampling Atoms from the Atomspace with probability > proportional to STI, and then spreading from each Atom as it's > sampled) > > But we have seen a need now for a third method > > -- iterating through every X in the AttentionalFocus, and spreading > importance K links out from X (where, say, K=2 or 3) > > The practical use-case that made this requirement clear was: rapidly > boosting the importance of question-answers, that contain words which > are in the AF The question-answers are ImplicationLinks, which > point to ListLinks, which point to words ... so to get STI to the > ImplicationLink, a word in the AF needs to send STI to the ListLink > which then needs to send STI to the ImplicationLink... > > But more generally one can view this as an importance-spreading agent > aimed at spreading activity from the AttentionalFocus to the "Fringe" > of consciousness -- those things that one can feel at the back of > one's mind, on the edge of one's consciousness ... one is aware they > are there but not quite aware of what they are, but one can generally > with effort pull them into one's awareness... > > Sometimes spreading enough STI into the Fringe will cause something in > the Fringe to get boosted into the AttentionalFocus > > -- Ben > > -- > Ben Goertzel, PhD > http://goertzel.org > > Super-benevolent super-intelligence is the thought the Global Brain is > currently struggling to form... > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/89b69232-fe10-48c2-9f1c-faa03c01a90a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [opencog-dev] Question about LambdaLink
Yes PLN is supposed to use this. In Lojban, there are so-called even-abstractors which take a relationship/sentence X and turn it into the predicate "arg1 is an event of X". This seems to be equivalent to saying "arg1 is a Context in which X happens/is true". This way PLN should be able to "understand" what exactly this predicate means. I might also want to use this to say that there are 2 equivalent Predicates but with changed argument orders. /roman On Monday, August 8, 2016 at 10:43:51 PM UTC+2, linas wrote: > > That looks plausible, but I can't tell if that's really a PLN question, or > if its something the evaluator is supposed to handle. > > Right now, the evaluator ignores EquivalenceLink, it only handles > EqualLink and IdenticalLink. > > When it evaluates this, it executes the two sides of the EqualLink, and > compares the result of the execution. What you have written is not > executable, because there are no arguments supplied to either of the > lambdas. > > So, instead, you seem to have something that PLN is supposed to handle -- > whenever it sees one side of the equivalence, it can replace it by the > other side, during its search. Or something like that. The semantics of > what you want to have happen here is unclear. What is supposed to happen? > > Anything that strays outside of the bounds of what is explicitly mentioned > on the wiki pages (i.e. http://wiki.opencog.org/w/LambdaLink) will almost > surely result in errors or lead down code paths where nothing is > implemented. > > --linas > > > On Sat, Jul 30, 2016 at 10:18 AM, Roman Treutlein <lordm...@gmail.com> > wrote: > >> Hello, >> >> I just wanted to make sure my use of the LambdaLink inside the >> Lojban<->Atomese translator is correct. >> >> One use case is the following: >> EquivalenceLink >> LambdaLink >> VariableNode "1" >> EvaluationLink >> PredicateNode "pred" >> ListLink (VariableNode "1") >> LambdaLink >> VariableNode "2" >> ContextLink >> VariableNode "2" >> ConceptNode "Somthing" (Might be a EvaluationLink)) >> >> I use this to define the PredicateNode "pred" so as to apply to things in >> whiches context "Something" is true. >> >> Does this do what I want it to? If not is there a different way to do >> this? >> >> regards >> /roman >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "opencog" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to opencog+u...@googlegroups.com. >> To post to this group, send email to ope...@googlegroups.com. >> Visit this group at https://groups.google.com/group/opencog. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/opencog/99c37450-697a-4164-a3c5-80780584c05d%40googlegroups.com >> >> <https://groups.google.com/d/msgid/opencog/99c37450-697a-4164-a3c5-80780584c05d%40googlegroups.com?utm_medium=email_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> > > -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/efac19ca-fc8d-4946-95e7-6a79e10a1bb8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[opencog-dev] ClassServer Madness
Okay so, I have a ConceptNode and for some reason, the ClassServer believes that to be a kind of Hebbian_Links which is obviously wrong. I really don't know how this could happen and I didn't touch anything related to types (as far as I know). Either way the atom_types.script files look perfectly fine. One specific question I have is how the variable/constant HEBBIAN_LINK (or NODE) gets its value. It seems to be declared in atom_types.definitions but where is it defined? -- You received this message because you are subscribed to the Google Groups "opencog" group. To unsubscribe from this group and stop receiving emails from it, send an email to opencog+unsubscr...@googlegroups.com. To post to this group, send email to opencog@googlegroups.com. Visit this group at https://groups.google.com/group/opencog. To view this discussion on the web visit https://groups.google.com/d/msgid/opencog/b75cfbb9-b10d-4033-b97c-4510b2a7c8a5%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
