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