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 this particular instant. --linas On Tue, Oct 3, 2017 at 5:34 PM, Ben Goertzel <[email protected]> wrote: > Yes. My focus at the moment, frankly, is oriented toward raising the > funds required to make this happen... > > On Tue, Oct 3, 2017 at 5:23 PM, Mark Nuzz <[email protected]> wrote: > > Ivan, > > > > This is essentially the vision I have for the project too. I wish I could > > say that it could be done by a determined volunteer, but the logistics > are > > very difficult for pulling this off. It would require multiple > experienced > > and skilled engineers working full-time, possibly paid. That isn't going > to > > happen by itself. > > > > Maybe there is a realistic path to making it happen. Let's talk in more > > detail later since I'm interested too, but I can't promise any > commitment as > > its tough these days for me to put in the hours in addition to what > keeps my > > bills paid... > > > > > > On Oct 2, 2017 9:50 PM, "Ivan Vodišek" <[email protected]> wrote: > >> > >> > But Ivan, no one forks opencog; almost all extensions are placed back > >> > into the core code base. > >> > >> I'm aware of that. If someone forks the entire project, it would have > been > >> called some other name. I was referring to an imaginary system where the > >> whole project would be a set of modules that work together, connected by > >> well known set of interfaces. Each module could be modified or forked > out in > >> parallel with the original. It would be up to a user, which sub-forks > she/he > >> would choose to use to run the project, or to base her/his contribution > on. > >> Probably there would be a need for combination maintainers, something > like > >> persons that would choose different flavors of the project, and would > >> propose their "deejay-combo" to the public, optimized for this or that > use. > >> 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 maintaining policy. It is on my long-term to-do > >> list, but I could share my thoughts with someone who wants to implement > it > >> sooner. > >> > >> Thank you all for your patience :) > >> > >> > >> 2017-10-03 4:33 GMT+02:00 Linas Vepstas <[email protected]>: > >>> > >>> 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.9999% of all cellphone > users > >>> because they do not write kernel device drivers. > >>> > >>> Think of the atomspace as being like an OS kernel. You probably should > >>> not be writing new C++ extensions it. Instead, you should be writing > apps > >>> for it. The apps are where the action is. > >>> > >>> So far, we've offered maybe half-a-dozen app APIs for it, with varying > >>> degrees of success. > >>> > >>> Having an instance on the cloud would be great, where people could spin > >>> up an instance, and log into it. I've long long wanted to do this; > hell, I > >>> could just throw an old PC onto my internet connection. I don't have > time to > >>> mess with this. > >>> > >>> For cloud-cog, the only thing available would be the app API's, and > maybe > >>> that would make the bitching about C++ stop... > >>> > >>> --linas > >>> > >>> On Mon, Oct 2, 2017 at 6:47 AM, Anastasios Tsiolakidis > >>> <[email protected]> wrote: > >>>> > >>>> Well isn't OpenCog having a busy weekend :) As a lurker I have already > >>>> expressed my dissatisfaction at "advanced C++" which is the trend in > the > >>>> project, and would probably carry over my disapproval of "idiomatic > C#". > >>>> There is absolutely no reason for the coding to be more difficult to > >>>> comprehend that OpenCog's design itself. If anything, the code should > make > >>>> plain and simple what the bloody design is trying to do! Now, my > particular > >>>> wet dream would be to see people pulling together their own "free > >>>> resources", like the free tiers at AWS, Google Cloud etc, to create a > >>>> hive-mind. If somebody was brilliant enough to throw away big chunks > of the > >>>> code and instead achieve (some of) the same results with a DB of > sorts, AWS > >>>> lambda etc, that would be quite something. Then, for the parts that > don't > >>>> fit the "cloud" box, if someone could come up with the "CloudCog", > some > >>>> probabilistic graph, inference engine or whatever is missing from the > garden > >>>> variety PAAS and SAAS, then we could really be heading somewhere. I > don't > >>>> know much about the project beyond the demos, but I do believe the > project > >>>> is being hurt by the general unavailability of a constantly running > instance > >>>> that "does something", whatever that maybe, and somehow can be > accessed by > >>>> the public, eg through an API. Presumably this new hedge fund thing > may be > >>>> the closest OpenCog has come to being a 24/7 system, and Ben will > probably > >>>> tells us if he finds out a better way to do things with and without > this > >>>> codebase > >>>> > >>>> AT > >>>> > >>>> -- > >>>> 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 [email protected]. > >>>> To post to this group, send email to [email protected]. > >>>> 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/2668e4aa-5324- > 4a66-9786-c795daad157c%40googlegroups.com. > >>>> > >>>> For more options, visit https://groups.google.com/d/optout. > >>> > >>> > >>> > >>> > >>> -- > >>> "The problem is not that artificial intelligence will get too smart and > >>> take over the world," computer scientist Pedro Domingos writes, "the > problem > >>> is that it's too stupid and already has." > >>> > >>> -- > >>> 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 [email protected]. > >>> To post to this group, send email to [email protected]. > >>> 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/CAHrUA35uH4eecM_zh% > 3DvnNXwMtTUwEkv9qSXOGBCQjgw1kd0How%40mail.gmail.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 [email protected]. > >> To post to this group, send email to [email protected]. > >> 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/CAB5%3Dj6X_ > KLTw1t1HaX1YK4TDPuvGNScUaN%3DVE0ncvKcQNJZufw%40mail.gmail.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 [email protected]. > > To post to this group, send email to [email protected]. > > 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/CAMyYmr8fZTmm7Z% > 3D_kqLWsX3W5NcTE-Dvb6U4zEmDmp%2BSmLzPpw%40mail.gmail.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 [email protected]. > To post to this group, send email to [email protected]. > 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/CACYTDBc9EySL0oMPmm0Xq7z4HoYW0uVY8EUm9jzQ0Qf7gJjqsQ%40mail. > gmail.com. > For more options, visit https://groups.google.com/d/optout. > -- *"The problem is not that artificial intelligence will get too smart and take over the world," computer scientist Pedro Domingos writes, "the problem is that it's too stupid and already has." * -- 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 [email protected]. To post to this group, send email to [email protected]. 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/CAHrUA3724%3DRN03H3ESsgzU_6QFyPXPF8NHsLrwAj6pjsFUDu7A%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
