Projects/Nepomuk/IndexingPlugin: Difference between revisions

From KDE TechBase
Line 7: Line 7:


<syntaxhighlight lang="cpp-qt">
<syntaxhighlight lang="cpp-qt">
    class NEPOMUK_EXPORT ExtractorPlugin : public QObject
class NEPOMUK_EXPORT ExtractorPlugin : public QObject
    {
{
        Q_OBJECT
    Q_OBJECT
    public:
public:
        ExtractorPlugin(QObject* parent);
    ExtractorPlugin(QObject* parent);
        virtual ~ExtractorPlugin();
    virtual ~ExtractorPlugin();


        virtual QStringList mimetypes() = 0;
    virtual QStringList mimetypes() = 0;
        virtual SimpleResourceGraph extract(const QUrl& resUri, const QUrl& fileUrl, const QString& mimeType) = 0;
    virtual SimpleResourceGraph extract(const QUrl& resUri, const QUrl& fileUrl, const QString& mimeType) = 0;
    };
};
</syntaxhighlight>
</syntaxhighlight>



Revision as of 16:49, 5 November 2012

File Indexing has gone through a major overhaul in 4.10. We no longer rely on strigi. This means that we need to write our own file indexer from scratch. However writing a file indexer is very simple.

Currently, there is no public interface for the indexing plugins. There might be one for 4.10, but we aren't sure right now.

Extractor Plugin

In order to write a file indexer, we have to write a plugin derived from Nepomuk2::ExtractorPlugin. We are required to implement two simple functions -

class NEPOMUK_EXPORT ExtractorPlugin : public QObject
{
    Q_OBJECT
public:
    ExtractorPlugin(QObject* parent);
    virtual ~ExtractorPlugin();

    virtual QStringList mimetypes() = 0;
    virtual SimpleResourceGraph extract(const QUrl& resUri, const QUrl& fileUrl, const QString& mimeType) = 0;
};

These two functions are mimetypes and extract. Each plugin can act on a certain set of mimetypes. Each plugin simply needs to list out all the mimetypes they support.

The second function extract is the heart of the extractor. You are provided with the mimetype and the url of the file. The file can be read and information can be extracted from it.

Saving the Extracted Data

The Nepomuk Extractors are based around two simple classes SimpleResource and SimpleResourceGraph. The SimpleResourceGraph is just a collection of SimpleResources. A SimpleResource is just a collection of (key, value) pairs which contain the properties of that particular resource.

The main file resource has a resource uri which is passed as a parameter. It can be used as follows -

    SimpleResource fileRes( resUri );
    fileRes.addType( NFO::PlainTextDocument() );
    fileRes.addProperty( NIE::plainTextContent(), contents );
    fileRes.addProperty( NFO::wordCount(), words );
    fileRes.addProperty( NFO::lineCount(), lines );
    fileRes.addProperty( NFO::characterCount(), characters );


This fileRes can then be added to a SimpleResourceGraph and returned. It will then be saved in Nepomuk.

Required Files

Since the plugin interface still isn't public. It would be best to directly contribute to nepomuk-core. The relevant code can be found at nepomuk-core/services/fileindexer/indexer/.

Testing the Indexer

The Indexer is generally automatically called when it detects new files should be indexed. It however can also be forcibly called by running nepomukindexer --debug fileUrl on a file.

The extra --debug is required because normally, the nepomukindexer process only adds details from the plugins. The basic information about the file - It's url, mimetype, etc, and supposed to already exist. The debug option adds that information as well.

Errors

It might be common to get errors that a properties range/domain/cardinality is not being followed. These errors occur when the ontologies are not being properly followed. In that case it would be best to look where you're adding that property and if it actually has the correct domain/range/cardinality.

The ontologies can be found over here - http://oscaf.sourceforge.net/