[Sugar-devel] Call for testing and feedback: alternative Journal implementation

Christophe Guéret c.d.m.gueret at vu.nl
Tue May 15 17:16:21 EDT 2012


> FWIW, the same thing is possible using the existing data store. You can
> store arbitrary metadata as key=value pairs. We can also teach
> sugar-datastore to index a new property called "type" that would allow
> us to distinguish between objects to show in the Journal (Object View)
> and other kinds of entries, e.g. to store some information about actions
> that may not naturally be coupled to an individual entry.
>
> The power of SemanticXO comes from the combination with existing Linked
> Data / Semantic Web data sets, not from extending the data store to
> store triples instead of pairs or providing a potentially turing
> complete ;) query language in addition to Xapian full text searches.
>
+1


> Come to think of it, maybe the same goal would be better achieved by a
> kind of proxy that listens to data store updates, feeding them to a
> triple store. Most Activities would use the (probably more performant
> and definitely easier to test) data store API, whereas Activities that
> benefit from the power of Linked Data can query the triple store via
> SPARQL.
>
Yep, we will have to see how thing performs. The access through the triple
store is made through an object oriented API, on top of which the datastore
is implemented. We could consider using another datastore and provide the
access to the triple store as a separate storage interface for the
activities. One of the objective of this API that sits on top of the triple
store is to provide an easy access to both the data contained on the XOs
(the one where the activity runs and the others in the network) as well as
the data contained in public SPARQL end points. I don't think any activity
developer will really want to learn SPARQL so I try to hide it behind some
layers of user friendly python code ;-)

Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120515/6ac7309b/attachment.html>


More information about the Sugar-devel mailing list