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

Come to think of it, maybe the same goal would be better achieved by a<br>
kind of proxy that listens to data store updates, feeding them to a<br>
triple store. Most Activities would use the (probably more performant<br>
and definitely easier to test) data store API, whereas Activities that<br>
benefit from the power of Linked Data can query the triple store via<br>
SPARQL.<br>
<span class="HOEnZb"><font color="#888888"></font></span></blockquote><div>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 ;-)<br>
<br>Christophe<br> <br></div></div><br>