> > > >> Le mar. 9 nov. 2021 à 18:07, Linas Vepstas <[email protected]> a >> écrit : >> >> > OK, there are two or five distinct conversations, ideas I am trying to > have. > > 2) I did add an s-expression module to the existing AtomSpace. It took > about an afternoon of coding. It works -- you can store arbitrary > s-expressions as abstract syntax trees in the atomspace. You can then apply > all the other AtomSpace machinery to work with this. There's a demo online. >
Awesome.. would you point out the demo link? > > 3) Just like the above, I was going to add a JSON module to the existing > AtomSpace, but I got bored before I finished it. It would take about a day > to add. It would allow you to store arbitrary JSON in the AtomSpace, and > then apply all the other AtomSpace machinery to work with this (this being > the name-tagged abstract syntax trees, which is what JSON is.) With this, > one could have a competitor to systems such as grakn.ai .. but so what? > No existing grakn.ai customer will ever switch to the AtomSpace. And the > likelihood of new users seems infinitesimal. So why bother? > >> >> Is AtomSpace ever (or always?) used to supply a connection between the OpenCog projects as a live KR system? That is it being a place that could hold their configurations and bootstrap data and share their deductions for runtime? (Such as the world state of simulation.) -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/opencog/CAER3M5mK5gf0B%2B_qbx9ALj40fJyaYhOz5bQLYaTw67XB%3D7SU5w%40mail.gmail.com.
