Beagle for KDE? (was "Hello, all")

[Kurt Pfeifle]

On Friday 17 June 2005 13:42, Dik Takken wrote:
> 
> > There is also the KAT [1] project, working on a desktop search engine
> > for KDE, including fulltext extractors (using KIO) for various formats.
> > Scott Wheeler plans a "context framework", to link information (documents,
> > mails, notes, web resources, ...) on the desktop, which will include
> > desktop search as one application of the framework. [2-4]
> > So you might consider to join these projects.
> 
> I know about KAT and the ideas of Scott,
> 
> Beagle uses the filesystem itself to store the metadata of each file. The 
> big advantage if this approach is that it is fast, and the metadata is 
> accessible to *all* Linux applications, not just applications of one 
> desktop environment. 

When this topic came up recently in IRC, Scott responded: 

   "Beagle uses either a CLucene index or a SQLite database for 
    storing its information.  I mean, you could call that 'the 
    file system', but at that point 'postgres stores its data on 
    the HDD' is about the same."

> One system that can be accessed by KDE, GNOME, and  
> everything else. Another big advantage of Beagle is that it can search any 
> resource that connects to it via DBUS. If your address book connects with 
> DBUS, Beagle will be able to search your addressbook.
> 
> About Scott's ideas: Gathering context information could be implemented in 
> KDE and this information can also be connected to DBUS and Beagle. This 
> will enable both GNOME and KDE applications to access this context 
> information via one single search system.
> 
> If I'm not mistaken, Beagle can be the desktop search spider in the Linux 
> Desktop web. Applications of both KDE and GNOME should connect to it so 
> Beagle can find all information offered by both desktop environments.
> 
> So, I'm not sure that implementing our own KDE search tool is useful.

Only time will tell...

After all, this is Open Source. And we are used to competing concepts
and implementations. And sometimes it happens that the best tool of
one time falls behind and gets replaced by a new best....

Look at the example of sound: arts, one very core, very "owned and 
developed by KDE" technology, will very likely not be included into
KDE4. Instead, gstreamer stands good chances to take its place (with
all the KDE-specific adaptions and extensions requiring this). 

And gstreamer was developed in "the Goome camp"...

You know who a big friend of gestreamer is? The same Scott who is
behind the Tenor idea. So it surely isnt a case of "Not Invented 
Here" mentality if he thinks his idea goes far beyond everything
that is implemented so far (including Google's Desktop Search or
Apple's Spotlight).

Oh, and BTW: doesn't Beagle introduce a heavy dependency on Mono?
A *lot* of people will not like this (and RedHat will not ship it
in the foreseeable future for reasons they do not want to disclose).

Beyond that, AFAIU access to the Tenor technology, or at least its
results, is intended by Scott to be available to non-KDE 
applications running inside a KDE environment too.

> Cheers,
> 
> Dik

Cheers,
Kurt 
 
Der Inhalt dieser E-Mail ist vertraulich und ist nur für den Empfänger bestimmt. Falls Sie nicht der angegebene Empfänger sind oder falls diese E-Mail irrtümlich an Sie adressiert wurde, verständigen Sie bitte den Absender sofort und löschen Sie die E-Mail sodann. Das unerlaubte Veröffentlichen, Kopieren sowie die unbefugte Übermittlung komplett oder in Teilen sind nicht gestattet.Private Ansichten und Meinungen sind, wenn nicht ausdrücklich erklärt, die des Autors und nicht die der Danka Deutschland Holding GmbH oder deren verantwortliche Direktoren und Angestellte. Eine Haftung für Schäden oder Verlust von Daten durch den Gebrauch dieser Email oder deren Anhänge wird ausgeschlossen. 
Weitere Informationen erhalten Sie im Internet unter www.danka.de oder in jeder Danka Niederlassung.
This E-Mail is for the exclusive use of the recipient and may contain information which is confidential.  Any disclosure, distribution or copying of this communication, in whole or in part, is not permitted.  Any views or opinions presented are those of the author and (unless otherwise specifically stated) do not represent those of Danka Deutschland Holding GmbH or their directors or officers; none of whom are responsible for any reliance placed on the information contained herein.  Although reasonable precautions have been taken to ensure that no viruses are present, all liability is excluded for any loss or damage arising from the use of this email or attachments.
For further information please see our website at www.danka.de or refer to any Danka office.