[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    RE: jstreams and strigi for KFileMetaInfo
From:       Paulo Jorge Guedes <Paulo.Guedes () artelecom ! pt>
Date:       2006-09-28 10:44:03
Message-ID: 638DECE198A2DC4BB66AC74BD51097CC524FA1 () SRVEXC02 ! corp ! artelecom ! pt
[Download RAW message or body]

Hi,

Just to let you know, I read a post about this interesting project,
which uses semantic indexing for searching (and uses Qt for the GUI):

http://software.newsforge.com/article.pl?sid=06/09/19/1531258
http://www.knowledgesearch.org/

Paulo

> -----Original Message-----
> From: Aaron J. Seigo [mailto:aseigo@kde.org]
> Sent: quinta-feira, 28 de Setembro de 2006 11:36
> To: kde-core-devel@kde.org
> Subject: Re: jstreams and strigi for KFileMetaInfo
> 
> On Wednesday 27 September 2006 13:01, Krzysztof Lichota wrote:
> > What you propose is KDE->Strigi->Strigi backends.
> > I propose KDE->Strigi KDE plugin->Strigi backends.
> > This way if using Strigi is not feasible, we can replace it with
plugin
> > for direct reading or plugin for superduper filesystem. More
flexibility
> :)
> 
> strigi can have a backend for SuperDuperFS as well. which is to say
> strigi -is- the plugin system. the risk here is relying on strigi, and
> that's
> only a risk because it's something we don't do now. i strongly suggest
we
> tie
> into strigi as it seems to be Ready Enough at this point and if we
rely on
> it, we'll pound on it and if we pound on it it'll mature even faster.
> 
> van dan Oever is doing really good work with it and we certainly need
> something just like it.
> 
> remember as well, that with strigi we can well end up with better
sources
> of
> metadata than plugins that read off of files on disk such as
applications
> that process data that appear as files (think email) or stream
handlers
> that
> can look inside of files on disk an analyze discreet chunks of data
within
> (think archive files).
> 
> --
> Aaron J. Seigo
> Undulate Your Wantonness
> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
> 
> Full time KDE developer sponsored by Trolltech
(http://www.trolltech.com)
[prev in list] [next in list] [prev in thread] [next in thread]