<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="4.3.4">Jekyll</generator><link href="https://chem-bla-ics.linkedchemistry.info/feed/by_tag/kalzium.xml" rel="self" type="application/atom+xml" /><link href="https://chem-bla-ics.linkedchemistry.info/" rel="alternate" type="text/html" /><updated>2026-06-15T12:00:19+00:00</updated><id>https://chem-bla-ics.linkedchemistry.info/feed/by_tag/kalzium.xml</id><title type="html">chem-bla-ics</title><subtitle>Chemblaics (pronounced chem-bla-ics) is the science that uses open science and computers to solve problems in chemistry, biochemistry and related fields.</subtitle><author><name>Egon Willighagen</name></author><entry><title type="html">KDE desktop search: Kat, Strigi and Tenor</title><link href="https://chem-bla-ics.linkedchemistry.info/2006/06/17/kde-desktop-search-kat-strigi-and.html" rel="alternate" type="text/html" title="KDE desktop search: Kat, Strigi and Tenor" /><published>2006-06-17T00:00:00+00:00</published><updated>2006-06-17T00:00:00+00:00</updated><id>https://chem-bla-ics.linkedchemistry.info/2006/06/17/kde-desktop-search-kat-strigi-and</id><content type="html" xml:base="https://chem-bla-ics.linkedchemistry.info/2006/06/17/kde-desktop-search-kat-strigi-and.html"><![CDATA[<p>Desktop searching has become a hot topic (some <a href="https://chem-bla-ics.linkedchemistry.info/2006/05/26/molecular-indexing-on-kde-and-osx.html">earlier <i class="fa-solid fa-recycle fa-xs"></i></a>
<a href="https://chem-bla-ics.linkedchemistry.info/2005/11/07/ubuntu-dapper-will-include-chemistry.html">blogs <i class="fa-solid fa-recycle fa-xs"></i></a>), 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?</p>

<p>For the <a href="http://www.kde.org/">KDE</a> desktop <a href="http://kat.mandriva.com/">Kat</a> has for more than a year offered this, and latter
<a href="http://www.kde-apps.org/content/show.php?content=36832">Kerry</a> came along as frontend to [Beagle(http://beaglewiki.org/Main_Page)],
though this does not have the nice integration with KDE <a href="http://developer.kde.org/documentation/tutorials/kfile-plugin/t1.html">kfile plugins</a>.
Since then, Kat developed has come to a stop (unfortunately), and attempts to reach the main author
(<a href="mailto:roberto.cappuccio@gmail.com">Roberto</a>) have been unsuccesfull. Last thing happening was a rewrite of the database backend.</p>

<p>Additionally, <a href="http://dot.kde.org/1109163846/">Scott Wheeler proposed Tenor</a> on <a href="http://www.fosdem.org/">FOSDEM</a> 2005:
<em>“KDE 4: Beyond Hierarchical Data, The Desktop as a Searchable Web of Context”</em>. A semantic desktop; potentially cool, but I have heard
<a href="http://www.kdedevelopers.org/blog/72?from=10">little from it lately</a>, except for some rumours that
<a href="http://mail.kde.org/pipermail/klink/2006-April/000133.html">Scott has some actual code at home</a>.</p>

<p>Now, <a href="http://www.vandenoever.info/software/strigi/">Strigi</a> (<a href="http://www.kde-look.org/content/show.php?content=40889">download</a>) has come along,
with 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
does 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
kfile is on its way.</p>

<p>Getting back to Tenor, one might wonder how Strigi could implement Tenor concepts. A simple approach is at least to allow users to tag files,
just like we have become used to with blogs (e.g. <a href="http://www.technorati.com/">Technorati.com</a>) and websites (e.g.
<a href="http://www.connotea.org/">Connotea</a>). This could be easily implemented using <a href="http://wiki.linuxquestions.org/wiki/Extended_attributes">extended attributes</a>
(xattr), <a href="https://chem-bla-ics.linkedchemistry.info/2006/05/26/molecular-indexing-on-kde-and-osx.html">already used by Beagle <i class="fa-solid fa-recycle fa-xs"></i></a>:</p>

<div class="language-plaintext highlighter-rouge"><div class="highlight"><pre class="highlight"><code># file: home/egonw/1CRN.jpg
user.Tenor.Keywords="crambin"
user.Tenor.Comment="Used in my ontologies presentation."
</code></pre></div></div>

<p>Obviously, this example shows not just these tags, but a user comment too. The idea, here, is that Strigi mines these attributes in
addition to the file itself, so that search on tags can be done too. BTW, my argument to use this, instead of putting these things
in the Strigi database itself, is persistence: data and metadata are kept together. KDE’s file properties dialog would be extended
with an extra tab that allows editing these fields.</p>

<p>Strigi itself can be embedded in KDE applications to search specific information (e.g. search molecular data within
<a href="http://cniehaus.livejournal.com/23010.html">Kalzium</a> using the <a href="http://www.iupac.org/inchi/">InChI</a>), and even in the FileOpen dialog.
We need patches for KDE4 that allows this, soon.</p>]]></content><author><name>Egon Willighagen</name></author><category term="kde" /><category term="strigi" /><category term="kalzium" /><category term="linux" /><category term="technorati" /><category term="connotea" /><summary type="html"><![CDATA[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?]]></summary></entry></feed>