Desktop searching has become a hot topic (some earlier \nblogs ), now that years of data accumulated on ones\nhard disk: PDFs, OpenOffice.org documents, Latex manuscripts, old Java source code, digitized music, and a lot of chemical files. Well,\non my hard disk that is. Unlike piles of paper, a computer could search this data, but due to the size an index is required. What’s KDE4\ngoing to offer?
\n\nFor the KDE desktop Kat has for more than a year offered this, and latter\nKerry came along as frontend to [Beagle(http://beaglewiki.org/Main_Page)],\nthough this does not have the nice integration with KDE kfile plugins.\nSince then, Kat developed has come to a stop (unfortunately), and attempts to reach the main author\n(Roberto) have been unsuccesfull. Last thing happening was a rewrite of the database backend.
\n\nAdditionally, Scott Wheeler proposed Tenor on FOSDEM 2005:\n“KDE 4: Beyond Hierarchical Data, The Desktop as a Searchable Web of Context”. A semantic desktop; potentially cool, but I have heard\nlittle from it lately, except for some rumours that\nScott has some actual code at home.
\n\nNow, Strigi (download) has come along,\nwith a fast indexing engine, just the thing where the Kat developed seemed to have stopped. The design is different from that of Kat, but it\ndoes not seem unlikely that Kat code can be ported. No support for PDF or OpenOffice.org documents yet, but that’s really the easy part, and\nkfile is on its way.
\n\nGetting back to Tenor, one might wonder how Strigi could implement Tenor concepts. A simple approach is at least to allow users to tag files,\njust like we have become used to with blogs (e.g. Technorati.com) and websites (e.g.\nConnotea). This could be easily implemented using extended attributes\n(xattr), already used by Beagle :
\n\n# file: home/egonw/1CRN.jpg\nuser.Tenor.Keywords=\"crambin\"\nuser.Tenor.Comment=\"Used in my ontologies presentation.\"\nObviously, this example shows not just these tags, but a user comment too. The idea, here, is that Strigi mines these attributes in\naddition to the file itself, so that search on tags can be done too. BTW, my argument to use this, instead of putting these things\nin the Strigi database itself, is persistence: data and metadata are kept together. KDE’s file properties dialog would be extended\nwith an extra tab that allows editing these fields.
\n\nStrigi itself can be embedded in KDE applications to search specific information (e.g. search molecular data within\nKalzium using the InChI), and even in the FileOpen dialog.\nWe need patches for KDE4 that allows this, soon.
", "summary": "Desktop searching has become a hot topic (some earlier blogs ), now that years of data accumulated on ones hard disk: PDFs, OpenOffice.org documents, Latex manuscripts, old Java source code, digitized music, and a lot of chemical files. Well, on my hard disk that is. Unlike piles of paper, a computer could search this data, but due to the size an index is required. What’s KDE4 going to offer?", "date_published": "2006-06-17T00:00:00+00:00", "date_modified": "2024-12-29T00:00:00+00:00", "tags": ["kde","strigi","kalzium","linux","technorati","connotea"], "authors": [ { "name": "Egon Willighagen", "url": "https://orcid.org/0000-0001-7542-0286" } ] } ] }