<div dir="ltr">Hello! As I said earlier, I'm interested too.<br>I'm trying to build simple rdf triplestore in my own project at freetime not connected with SFOS yet.<br><br>What do you think guys about the Dataquay library? <a href="https://bitbucket.org/breakfastquay/dataquay/">https://bitbucket.org/breakfastquay/dataquay/</a><br>It's based on Redland's librdf (<a href="http://librdf.org/">http://librdf.org/</a>) I've already mentioned and also on the Sord library (<a href="http://drobilla.net/software/sord/">http://drobilla.net/software/sord/</a>)<br><br>I've tried to build simple project with the Dataquay library and able to create requests, the data format is the same (RDF).<br><br>P.S.: Timur, why Tracker is a moster in your opinion? :) I didn't fully checked the code yet, but for me it looks ok at the first blush :)</div><div class="gmail_extra"><br><div class="gmail_quote">2016-06-06 1:42 GMT+03:00 Timur Kristóf <span dir="ltr"><<a href="mailto:timur.kristof@gmail.com" target="_blank">timur.kristof@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey Peter,<br>
<br>
This topic has been on my mind for some time, I just haven't had the<br>
time to bring it up yet. I'm definitely interested.<br>
<br>
In the past I spent a lot of time working with a CMS that used a non-<br>
relational content repository. My experience tells me that for most use<br>
cases, you don't actually need an RDBMS; a NoSQL solution could get the<br>
job done in a simpler-to-use and more efficient way.<br>
<br>
However, as yet I'm unaware of a suitable piece of software.<br>
Here are the most notable ones I've looked into:<br>
<br>
* MongoDB: could be an obvious candidate, but it was designed and<br>
optimized for very different use cases, so not something I'd run on my<br>
phone.<br>
<br>
* Tracker: looks like a bloated monster, and under the hood it too just<br>
uses sqlite. So it definitely isn't more effective than just using<br>
sqlite as is. (Side note: on Harmattan, Nokia chose to store literally<br>
everything in Tracker... which wasn't such a good idea.)<br>
<br>
* Lucene: unfortunately the main implementation is in Java, and the<br>
native version (clucene / lucy) is lagging behind hopelessly. (Side<br>
note: IIRC, the Qt project uses clucene, maybe just because they didn't<br>
find a better alternative.)<br>
<br>
So, the ultimate solution still eludes us.<br>
I believe a "lucene-like" approach might be right way to go, but at<br>
least I haven't yet found a decent implementation that I would be<br>
comfortable going with. Maybe we would have to "roll our own"<br>
eventually.<br>
<br>
Best regards,<br>
Timur<br>
<div class="HOEnZb"><div class="h5">On v, 2016-06-05 at 23:39 +0200, Peter Kovacs wrote:<br>
> I changed the topic to something more apropriate.<br>
> I took a brief look at tracker, and the goals and alround project<br>
> sounds <br>
> interesting. It is a slight different direction I had in mind,<br>
> thought. <br>
> But well it reminds me on how apple should have taggled their iOS <br>
> Datamanegment but failed to do this.<br>
><br>
> @Chris Adams: Do you refer on Problems with tracker within Projects<br>
> on <br>
> Desktop or Embedded environments?<br>
> I think if you get Issues with DBus (seems to be core feature for <br>
> Tracker, yay) you get lost quickly without in depth knowledge. Maybe<br>
> you <br>
> refer to that?<br>
><br>
> However I think if I try to make tracker ready for Sailfish as an <br>
> alternate way for storing Data instead of SQL RDBMS, you need more<br>
> then <br>
> just tracker.<br>
> A Data API that connects QT / QML - way to handle Data with tracker<br>
> is <br>
> vital for such a Project. And that in a way you can use the API with<br>
> 80% <br>
> plus of the use cases when it comes down to store Information on your<br>
> phone.<br>
> The API should make this tool work seemlessly. And I agree with<br>
> Chris <br>
> Adams, right away, that this is realy challenging if this should<br>
> beat <br>
> the experienced SQL way.<br>
><br>
> I have some Ideas thought. And at least a broader vision on what I<br>
> had <br>
> before.<br>
><br>
> I will write some sort of concept in the upcomming weeks.<br>
><br>
> Is besides Andrej anyone else interested to share Ideas, requirement<br>
> he <br>
> sees in respect of MetaData/ Data storage in general?<br>
><br>
> If it is only a small circle I would discuss this off the list, and<br>
> come <br>
> back to you all if the concepts is ready. Then I would see a PoC and<br>
> at <br>
> latest a Warehouse version.<br>
> currently this is based on hobby/freetime level. so I will need some<br>
> time.<br>
><br>
> Thanks for the input so far!<br>
> _______________________________________________<br>
> SailfishOS.org Devel mailing list<br>
> To unsubscribe, please send a mail to devel-unsubscribe@lists.sailfis<br>
> <a href="http://hos.org" rel="noreferrer" target="_blank">hos.org</a><br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org">devel-unsubscribe@lists.sailfishos.org</a></div></div></blockquote></div><br></div>