GLSCube - the semantic filesystem

[Jamie McCracken]

Saad Shakhshir wrote:
> I've been following the development of GLSCube for a while now.  From 
> the site: "GLSCube 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, an API to 
> allow Developers to integrate searching and organization capabilities in 
> their application, an extensible plugin-based Type System, shared 
> schemas between applications through an API, a pseudo file system for 
> backward compatibility, a web interface, As-You-Type searching and 
> more.  It is a solution that distances you from thinking about Where you 
> store your data to What your data is."
> 
> There are video demos on the site so check them out.  It looks fairly 
> impressive and it's definitely something that users need as people are 
> accumulating more and more data.  WinFS - the new filesystem for Windows 
> Vista - is supposed to have something similar.  Clearly usability and 
> intuitiveness are a top priority in any such undertaking.
> 
> This is just an FYI for Ubuntu developers that may be interested in 
> getting involved in the project and perhaps bringing it to Ubuntu for 
> Edgy+1.  It would be a very valuable addition if you ask me.

But what does it do that Tracker does not (or is not capable of)?

With a FUSE interface to Tracker - it will do all that + more.

GLSCube uses two incompatible database engines (lucene indexing and 
postgres for metadata). The postgres in particular is not embedded so 
adding a new user to your system means you need to become a postgres DBA 
too! Even if they switch to SQLite they will still be using two 
incompatible databases resulting in data duplication (more hard disk 
space needed) , performance loss and more ram usage.

Tracker has none of these issues as it just uses embedded mysql which 
can do both full text indexing and metadata/tags/first calss object 
storage much much more efficiently and faster than using two 
incompatible engines.


-- 
Mr Jamie McCracken
http://jamiemcc.livejournal.com/