We are nearly there:



24 thoughts on “Virtuoso

  1. Pingback: Akari (akari) 's status on Wednesday, 07-Oct-09 21:17:09 UTC -

  2. Thank god. I recently had the OOM killer go on a spree recently and unfortunately nepomukservices was the culprit. Here’s to hoping the virtuoso backend will give us the Goldilocks just-right goodness of low cpu usage and low memory usage.

  3. Ah, waiting just that now to get finished.

    Btw, how do I remove some entries from Strigi/Nepomuk index? Automatically Nepomuk adds all home directories (expect the hidden ones) to it’s index. But it adds as well the ~/tmp. So I see lots of users having this problem with different distributions. And Strigi index all the times that when it has lots of changing data. But the strigi index just grows a lot all the times, even that the ~/tmp is removed from strigi settings. Shouldn’t the strigi/nepomuk remove from index the data what is removed from settings? I have got lots of ghosted data what I have deleted or moved to other medias few days ago.

  4. Cool news :) I have heard too much lately people wanting to reinvent nepomuk-like solution because nepomuk wasn’t getting ready, so hopefully, it will make us go forward faster now !

  5. Pingback: Cyrille Berger (cyrille) 's status on Thursday, 08-Oct-09 07:59:11 UTC -

  6. Hi. I know this is off-topic but who should I talk to to help improve the pdf analysers? I have a bunch of pdf’s that are not indexed properly (or not indexed at all?). I know they are searchable (II can even copy text from within okular) but searching for key words in them returns no result in nepomuksearch:/.

  7. One question. Given the way KDE4 is recommending defaults, we will end up with 3 database instances. 1 for akonadi, 1 for amarok and 1 for nepomuk.

    Amarok and Akonadi provide an option for an external mysql database. Since KDE is a desktop application (most of the times going to be used by a single user account), I preferred having a single mysql instance running and having databases for each application. In this case, currently, I have 2 databases. 1 for Amarok and 1 for Akonadi.

    I am not a DB expert but can’t mysql fulfill the requirements of nepomuk ?
    If it can, how about providing that as an option for users who could be able to configure and run their _single_ mysql server instance

    • MySQL cannot fulfill the requirements of Nepomuk. It does not provide RDF storage. However, Virtuoso can fulfill all requirements of Amarok and Akonadi. Actually my vision is that Akonadi does not have a need for its own database anymore but will use Nepomuk. As for Akonadi there is one idea I drafted in a previous post. But before we can get there (or another solution which makes Nepomuk and Akonadi share the db) a lot of work has to be done.

    • Amarok in theory can be run on windows and as such should have some database solution that won’t drag the whole KDE along. Same goes for Akonadi which in theory is desktop-agnostic.

      One more aspect is maturity. You don’t want to lose user data, so for some time distros will default to simpler but more stable solutions and over time the data is likely to migrate to a single DB.

      This doesn’t mean that standalone solutions will disappear.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s