Here is a small update on the neon project.
I implemented what could prolly be called naive
query engine that somewhat follows SPARQL specification.
Remember neon is quad store, that stores a *set* of 4-tuples
that looks like the following:
(graph, subject, predicate, object)
Or in more casu
Héllo Roel,
Le mer. 21 févr. 2018 à 17:02, Roel Janssen a écrit :
Dear Amirouche,
I'm not exactly sure if this fits in with your plans, but nevertheless
I'd like to share this code with you.
Thanks for the input.
I recently looked into using triple stores (actually quad stores)
and wrote
rdf.scm
Description: Binary data
Dear Amirouche,
I'm not exactly sure if this fits in with your plans, but nevertheless
I'd like to share this code with you.
I recently looked into using triple stores (actually quad stores)
and wrote an interface to Redland librdf for Guile.
I attached the sou
I tried chez scheme and I think GNU Guile
is a better platform for what I am trying
to achieve, so I am back.
I also know better what I want to achieve.
I will create a triple store that comply
with semantic web standard that is
a RDF triple store. At [0] and [1] you will
find a primer on what is
On 2018-02-12 00:30, amirouche wrote:
Le dim. 11 févr. 2018 à 0:44, amirouche a
écrit :
Le sam. 10 févr. 2018 à 8:34, amirouche a
écrit :
Héllo all,
# Introduction
I figured a usecase for an immutable / functional database that works
like git.
I will continue my work using '
Le dim. 11 févr. 2018 à 0:44, amirouche a
écrit :
Le sam. 10 févr. 2018 à 8:34, amirouche a
écrit :
Héllo all,
# Introduction
I figured a usecase for an immutable / functional database that works
like git.
There is some data [0] about the subject applied to triple stores aka
Le sam. 10 févr. 2018 à 8:34, amirouche a
écrit :
Héllo all,
# Introduction
I figured a usecase for an immutable / functional database that works
like git.
There is some data [0] about the subject applied to triple stores aka.
subject-predicate-object data store [1]. So now, I understand
Héllo all,
# Introduction
I figured a usecase for an immutable / functional database that works
like git. I like the "streamable immutable database" name but not sure
it's applicable.
This prolly seems ambitious and pretentious, that said, I am certain I
can
get it done. The o
