When an Atom is used by a cognitive process its STI gets boosted
("stimulated"), along with (to a much lesser degree) its LTI valueThe ECAN module has an importance-spreading agent that spreads STI and LTI values around along the links in the Atomspace That's what's happening now; fancier methods of adjusting STI and LTI using predictive modeling have been thought through but not implemented/tested... Low LTI can cause something get saved to disk, not necessarily deleted forever ... knowledge can be retrieved from disk without being relearned.. On Wed, May 3, 2017 at 12:21 PM, Daniel Gross <gross...@gmail.com> wrote: > Hi, > > Thank you for the example. > > Perhaps i can ask a follow up question: > > How are the STI values set (how do we know what is relevant for now), at > what time and which processes in open cog are responsible for them. I assume > that STI values are set for whole groups of atoms. > > When and for what purpose are STI values changed. > > Also, how are LTI values arrived at, it seems to me that LTI values are like > forgetting -- once its gone, its gone, unless re-learned. > > thank you, > > Daniel > > On Tuesday, 2 May 2017 18:17:47 UTC+3, Vishnu Priya wrote: >> >> Hi, >> >> >> InheritenceLink Nageen human <strength, confidence> >> >> strength - represents True/false >> Confidence - expresses degree of strength, expresses how certain/ >> uncertain the strength is. >> >> InheritenceLink Nageen human <.9, .9> >> >> InheritenceLink Nageen monster <.9, .1> >> this indicates that there exists very small evidence that Nageen is >> monster. >> >> Atoms are usually represented with attentional values. They are of >> following types. >> >> 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) >> >> -Cheers, >> Vishnu >> >> >> On Tuesday, 2 May 2017 16:41:19 UTC+2, Nageen Naeem wrote: >>> >>> Dear all, >>> Can anyone here explain in detail tge concept of truth value >>> -stregnth >>> -confidence >>> -count >>> What is the concept of attention value. >>> Explain with example please >>> >>> >>> >>> Sent from my Samsung Galaxy smartphone. >>> >>> -------- Original message -------- >>> From: 'Nil Geisweiller' via opencog <ope...@googlegroups.com> >>> Date: 5/2/17 10:45 AM (GMT+05:00) >>> To: ope...@googlegroups.com >>> Cc: gros...@gmail.com, Linas Vepstas <linasv...@gmail.com> >>> Subject: Re: [opencog-dev] Pros and cons >>> >>> On 04/28/2017 06:11 PM, Ben Goertzel wrote: >>> > to implement new inference rules, you code new ImplicationLinks, >>> > wrapped with LambdaLinks etc. ... >>> >>> Some precision. You can encode rules as data using for instance >>> ImplicationLinks, then use PLN or any custom deduction, modus-ponens, >>> etc rules defined as BindLinks to reason on these. Or directly encode >>> your rules as BindLinks. The following example demonstrates the 2 ways >>> >>> >>> https://github.com/opencog/atomspace/tree/master/examples/rule-engine/frog >>> >>> Nil >>> >>> >>> > >>> > new inference rules coded as such Atoms, can be executed perfectly >>> > well by the URE rule engine... >>> > >>> > quantitative truth value formulas associated with new inference rules >>> > can be coded in Scheme or python and wrapped in GroundedSchemaNodes >>> > >>> > easy peasy... >>> > >>> > >>> > On Fri, Apr 28, 2017 at 11:09 PM, Daniel Gross <gros...@gmail.com> >>> > wrote: >>> >> Hi Linas, >>> >> >>> >> Thank you. >>> >> >>> >> What is the mechanism to endow new language elements in atomese with >>> >> an >>> >> (custom) inference semantics. >>> >> >>> >> thank you, >>> >> >>> >> Daniel >>> >> >>> >> >>> >> >>> >> >>> >> On Friday, 28 April 2017 17:47:16 UTC+3, linas wrote: >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Apr 26, 2017 at 11:43 PM, Daniel Gross <gros...@gmail.com> >>> >>> wrote: >>> >>>> >>> >>>> Hi Linas, >>> >>>> >>> >>>> Yes your intuition is right. >>> >>>> >>> >>>> Thank you for your clarification. >>> >>>> >>> >>>> What is the core meta-language that is OpenCog into which PLN can be >>> >>>> loaded. >>> >>> >>> >>> >>> >>> Its the system of typed atoms and values values. >>> >>> http://wiki.opencog.org/w/Atom http://wiki.opencog.org/w/Value >>> >>> >>> >>> You can add new types if you wish (you can remove them too, but stuff >>> >>> will >>> >>> then likely break) with the new types defining teh new kinds of >>> >>> knowledge >>> >>> you want to represent. >>> >>> >>> >>> There is a rich set of pre-defined types, which encode pretty much >>> >>> everything that is generically useful, across multiple projects that >>> >>> people >>> >>> have done. We call this "language" "atomese" >>> >>> http://wiki.opencog.org/w/Atomese >>> >>> >>> >>> We've gone through a lot of different atom types, by trial and error; >>> >>> the >>> >>> current ones are the ones that seem to work OK. There are over a >>> >>> hundred of >>> >>> them. >>> >>> >>> >>> PLN uses only about a dozen of them, such as ImplicationLink, >>> >>> InheritanceLink, and most importantly, EvaluationLink. >>> >>> >>> >>> Using EvaluationLink is kind-of-like inventing a new type. So most >>> >>> users >>> >>> are told to use that, and nothing else. Some types seem to deserve a >>> >>> short-hand notation, and so these get hard-coded for various reasons >>> >>> (usually for performance reasons). >>> >>> >>> >>> --linas >>> >>>> >>> >>>> >>> >>>> Daniel >>> >>>> >>> >>>> >>> >>>> >>> >>>> On Thursday, 27 April 2017 05:42:02 UTC+3, linas wrote: >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> On Wed, Apr 26, 2017 at 9:13 PM, Daniel Gross <gros...@gmail.com> >>> >>>>> wrote: >>> >>>>>> >>> >>>>>> Hi Linas, >>> >>>>>> >>> >>>>>> I guess it would be good to differentiate between the KR >>> >>>>>> architecture >>> >>>>>> and the language. Would be great if there exists some kind of >>> >>>>>> comparison of >>> >>>>>> the open cog language to other comparable KR languages. >>> >>>>> >>> >>>>> >>> >>>>> I don't quite understand. However, if I were to take a guess at >>> >>>>> the >>> >>>>> intent. >>> >>>>> >>> >>>>> opencog allows you to design your own KR language; it doesn't much >>> >>>>> care, >>> >>>>> it provides a set of tools. These include a data store, a rule >>> >>>>> engine with >>> >>>>> backward and forward chainers, a pattern matcher, a pattern miner. >>> >>>>> >>> >>>>> Opencog does come with a default "KR language", PLN -- its >>> >>>>> described in >>> >>>>> multiple PLN books. But if you don't like PLN, you can create your >>> >>>>> own KR >>> >>>>> language. All the parts are there. >>> >>>>> >>> >>>>> The "cognitive architecture" is something you'd layer on top of the >>> >>>>> KR >>> >>>>> language (and/or on top of various neural nets, and/or on top of >>> >>>>> various >>> >>>>> learning algorithms, etc). >>> >>>>> >>> >>>>> opencog does not have a particularly firm "architecture" per se; we >>> >>>>> experiment and try to make things work, and learn from that. Ben >>> >>>>> would say >>> >>>>> that there is an architecture, it just hasn't been implemented yet. >>> >>>>> There's >>> >>>>> a lot to do, we're only getting started. >>> >>>>> >>> >>>>> --linas >>> >>>>>> >>> >>>>>> >>> >>>>>> Then there are cognitive architectures, which can be compared. I >>> >>>>>> think >>> >>>>>> Ben has a number of architectures compared in his book. >>> >>>>>> >>> >>>>>> i guess one then needs a kind of "composite" -- what an >>> >>>>>> architecture+language can do, since an architecture likely takes >>> >>>>>> advantage >>> >>>>>> of the language features. >>> >>>>>> >>> >>>>>> Daniel >>> >>>>>> >>> >>>>>> On Wednesday, 26 April 2017 21:54:11 UTC+3, linas wrote: >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> On Wed, Apr 26, 2017 at 1:41 PM, Nageen Naeem <nage...@gmail.com> >>> >>>>>>> wrote: >>> >>>>>>>> >>> >>>>>>>> OpenCog didn't shift to java from c++? >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> You are welcome to study https://github.com/opencog for the >>> >>>>>>> source >>> >>>>>>> languages used. >>> >>>>>>> >>> >>>>>>>> >>> >>>>>>>> Thanks for defining pros and cons if there is any paper on >>> >>>>>>>> comparison >>> >>>>>>>> with other architecture kindly recommend me. >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> Ben has written multiple books on the archtiecture in general. >>> >>>>>>> The >>> >>>>>>> wiki describes particular choices. >>> >>>>>>> >>> >>>>>>> I am not aware of any other (knowledge-representation) >>> >>>>>>> architectures >>> >>>>>>> that can do what the atomspace can do. So I'm not sure what you >>> >>>>>>> want to >>> >>>>>>> compare against. Triplestore? various actionscripts? Prolog? >>> >>>>>>> >>> >>>>>>> --linas >>> >>>>>>> >>> >>>>>>>> >>> >>>>>>>> On Wednesday, April 26, 2017 at 9:36:04 PM UTC+5, Ben Goertzel >>> >>>>>>>> wrote: >>> >>>>>>>>> >>> >>>>>>>>> OpenCog did not shift from Java to C++, it was always C++ >>> >>>>>>>>> >>> >>>>>>>>> The advantage of Atomspace is that it allows fine-grained >>> >>>>>>>>> semantic >>> >>>>>>>>> representations of all forms of knowledge in a common >>> >>>>>>>>> framework. >>> >>>>>>>>> The >>> >>>>>>>>> disadvantage is, this makes things complicated. The other >>> >>>>>>>>> advantage >>> >>>>>>>>> is, this fine-grained representation makes data amenable to >>> >>>>>>>>> multiple >>> >>>>>>>>> AI algorithms, including ones that can work together >>> >>>>>>>>> synergetically >>> >>>>>>>>> >>> >>>>>>>>> ben >>> >>>>>>>>> >>> >>>>>>>>> On Wed, Apr 26, 2017 at 12:10 PM, Nageen Naeem >>> >>>>>>>>> <nage...@gmail.com> >>> >>>>>>>>> wrote: >>> >>>>>>>>>> Hey, >>> >>>>>>>>>> I'm searching for pros and cons for using atomspace for >>> >>>>>>>>>> knowledge >>> >>>>>>>>>> representation but didn't get any full-fledged answer related >>> >>>>>>>>>> to >>> >>>>>>>>>> it. what >>> >>>>>>>>>> are the pros and cons of using atomspace and why OpenCog >>> >>>>>>>>>> shifted >>> >>>>>>>>>> to java >>> >>>>>>>>>> from c++ what are reasons behind it? >>> >>>>>>>>>> >>> >>>>>>>>>> -- >>> >>>>>>>>>> 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/bd2cd2ad-b15c-4a2e-a962-328a3197c0d7%40googlegroups.com. >>> >>>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> -- >>> >>>>>>>>> Ben Goertzel, PhD >>> >>>>>>>>> http://goertzel.org >>> >>>>>>>>> >>> >>>>>>>>> "I am God! I am nothing, I'm play, I am freedom, I am life. I >>> >>>>>>>>> am the >>> >>>>>>>>> boundary, I am the peak." -- Alexander Scriabin >>> >>>>>>>> >>> >>>>>>>> -- >>> >>>>>>>> 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/d6da6287-a623-47eb-b3c3-6444bce465c0%40googlegroups.com. >>> >>>>>>>> >>> >>>>>>>> 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+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/fe19fdfd-8070-40b2-a40a-82a9865aad84%40googlegroups.com. >>> >> >>> >> For more options, visit https://groups.google.com/d/optout. >>> > >>> > >>> > >>> >>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "opencog" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/opencog/CMNQ85EfBMU/unsubscribe. >>> To unsubscribe from this group and all its topics, 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/fd399981-1d6c-237c-c1da-3fc3a34703e2%40gmail.com. >>> 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/490f40a4-9825-4f70-bcf0-92f79760c385%40googlegroups.com. > > For more options, visit https://groups.google.com/d/optout. -- Ben Goertzel, PhD http://goertzel.org "I am God! I am nothing, I'm play, I am freedom, I am life. I am the boundary, I am the peak." -- Alexander Scriabin -- 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/CACYTDBfiEwBs0%2BsNooyNdK1QY9%3DrY-Sf%3Duk%2Bkb7N%2BF%3DQHcX8QQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
