GLScube: Relational, Semantic Storage for Linux
| From: | "Amr Ramadan" <amr.ramadan-AT-gmail.com> | |
| To: | gnome-announce-list-AT-gnome.org | |
| Subject: | Relational, Semantic Storage for Linux | |
| Date: | Mon, 3 Jul 2006 12:42:34 +0300 |
GLS³ is an open source semantic storage solution for GNU/Linux that indexes your data, extracts from it metadata and relevant information, allows you to organize it using queries and tags, provides shared schemas between applications through an API, a pseudo file system for backward compatibility, a web interface, As-You-Type searching and more. For more information, including video demonstrations, visit the website: http://www.glscube.org/ GLS³ is not written for KDE, GNOME, or any specific desktop environment. It is designed as a user-level, augmented file system layer with as few dependencies as possible. The only desktop-dependant part is the Browser, which is, since it uses a web interface, can be easily ported to any environment. -- Sincerely Yours, Amr Ramadan. _______________________________________________ gnome-announce-list mailing list gnome-announce-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-announce-list
Posted Jul 9, 2006 15:38 UTC (Sun)
by jospoortvliet (guest, #33164)
[Link] (3 responses)
Posted Jul 12, 2006 19:18 UTC (Wed)
by drag (guest, #31333)
[Link] (2 responses)
Beagle is already desktop agnostic, it has no dependancies on gnome for it's important parts. They specificly have it setup to be as palitable to KDE as possible.
It's used in the real world today and has application support and is already supported and comes installed on all major distros.
Unless of course this strigi or glscubed thing is so much better that it makes sense to switch from something that already works and is in use.
The thing about desktop search is that it can't be like media 'frameworks' or anything stupid like that. (although of course like everybody else artsd caused nothing but headaches for me) There 'can be only one'. If KDE chooses to go it's own way then it's going to ask users to choose strongly between Gnome or KDE.
Indexing your home directory is expensive and time consuming. It doesn't matter how fast the database engine is (stigi could be a thousand times faster then beagle and I wouldn't care) because it's the harddrive that is the bottleneck.. Having to have 2-3 different indexing services running in order to support kde and gnome apps would be a _nightmare_.
Posted Jul 13, 2006 9:09 UTC (Thu)
by obi (guest, #5784)
[Link] (1 responses)
It's an issue for the Gnome guys, even.
Posted Jul 18, 2006 9:01 UTC (Tue)
by massimiliano (subscriber, #3048)
[Link]
I cannot see why "accepting" Mono would be harder for KDE developers
than how it is for the Gnome project.
I mean, Mono in itself is desktop agnostic (even more than Beagle) so
technically the situation is identical for both Gnome and KDE.
Unless there are "political" problems...
this same email was send to the KDE mailinglists. The developer of Strigi, GLScube: Relational, Semantic Storage for Linux
which might become the KDE 4 indexing/database engine contacted them, and
they're talking about cooperation atm. as vandenoever (from strigi) is
rather capable in the area of optimization and speed (strigi is already
+/- 6 times faster compared to beagle) he might be usefull for the
project. and if it offers good c++ Qt-like bindings for KDE, GLScube has a
big chance to be used by KDE. After all, no decision has been made about
the indexer/database backend for KDE 4, and it's clear they'll want/need
one.
It would make most sense to get beagle faster then, wouldn't it, then KDE working on their own thing?GLScube: Relational, Semantic Storage for Linux
Having a mono dependency for a core infrastructure might be hard to swallow for the KDE guys. GLScube: Relational, Semantic Storage for Linux
GLScube: Relational, Semantic Storage for Linux