Hi Mark,

The answer is "yes", but perhaps not the way you are expecting it. Its not
like we have some defined format for "semantic triples" or whatever. There
are a large number of rich data representation styles that have been used
in a variety of projects. The commonalities in all of these are expressed
as "atomese".  That is, the standard protocol is "atomese".

Think of it this way: in your mind, substitute in "json" for "atomese". If
you can represent it in json, you can represent it in atomese. (atomese is
richer) We are not in the standards business of saying "here's a predefined
format that you can use to represent airplane part numbers".  The SQL
vendors don't do this, the no-sql vendors don't do this, the json
maintainers don't do this, and opencog doesn't do this either.  Airplane
part numbers are interesting, but opencog is not going to write standards
for that kind of knowledge representation.

Substitute any other kind of "knowledge" you are interested in, for
"airplane part number".

That said, you can look at some specific examples. One that I am 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 <[email protected]> wrote:

> On Mon, Oct 30, 2017 at 12:31 PM, Linas Vepstas <[email protected]>
> wrote:
> > 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.
> >
>
> Hi Linas,
>
> Does OpenCog define or use a standard protocol for serialization of a
> knowledge base? Is there a schema or format? Is there a means to
> deduplicate knowledge imported through these scripts? It sounds like
> this is not the case but I'd love to check out any Wiki pages that
> describe the state of this feature in OpenCog, as well as a roadmap.
> Do you have any suggestions for pages to lookup to find more about it?
> Thanks much.
>
> Mark
>
> --
> 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/CAMyYmr8sz-ZMjsRWOiGLAoeh-D%2BWcAyEgyyoFhNAP%3DX0aJniWw%
> 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/CAHrUA37YeqRNobZ1x6wFP7qmbD8ocHoTUhu_g7-kUPX%3DT6Ybmw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to