Madman wrote:I dunno, Strigi is pretty reliable for me: if you install Redland/Raptor AND sesame backends for Soprano, you shouldn't experience any difficulties.

Oh, and KDE 4.3 adds a search field to Dolphin that uses Nepomuk to search your files and display your tags. This functionality has already been in Krunner since 4.2.

No doubt it but try to have a good amount of music and documents in Japanese and Korean and then back to discuss the issue. Strigi for me is as useful as a stove in hell.

Well, NEPOMUK is still under development. It's a big project with loads of little programs under it, but I think it's safe to say it's in developer-only alpha at this point.

It provides no functions to the end user as of today.

That reminds me, I must see if automatic langauge detection could be added....

Dante Ashton wrote:That reminds me, I must see if automatic langauge detection could be added....

I think that in first place is better spend time testing encoding issues . If encoding don't works language detection implementation is very easy: "All is english" .

And language detection is not an easy task because, there is thousands of exceptions and language variations.

just in fact I did not get it right: nepomuk actually does nothing, but is enabled by default? could anybody please enlighten me?

samhain wrote:just in fact I did not get it right: nepomuk actually does nothing, but is enabled by default? could anybody please enlighten me?

Basically, from a users point of view, yes, this is the situation since KDE 4.1 was released and I write 4.1 because it was the first KDE 4 version I install.

hm ... so why is it then activated by default?

I believe a number of KDE apps already can use Nepomuk. Gwenview and Digikam allow you to tag pictures and perform queries on the tags. Amarok also allows you to tag music files.

Ahh yes, it IS used by other apps...just dosent do much in view of the end user.

Silly of me to forget, sorry about that.

Not forgetting dolphin, please.

Ok, but thats a very small change.

Excuse me, I think I left my brain in 1st gear...

Dolphin - a small change? It's a very bitter change that I now am forced to use strigi-nepomuk to just display the picture dimensions... That really should be availabe without strigi-nepomuk and should be read on-the-fly when dolphin accesses the file.

that's the reason why I use konqueror

samhain wrote:that's the reason why I use konqueror

But konqueror now uses the dolphin engine for filemanagement and isn't able either to display those information.

OMG ... thanks for the warning. Must have overlookt that fact whiletesting. In combination with akonadi mysql backend this is going to become "interesting".

I'd really love to see something useful from Nepomuk, it's a so interesting project and we could do really a lot of cool thing with it!

It's a pity that it is in a such incomplete state, but I understand that it's really a complex thing.

Why don't start with something very simple and visible to the users so they (we) can get a feel of something "useful"? (and maybe join the project?)
As always, we need something to play with

Why don't start with the rating features, making them as useful as possible as soon as possible?
I don't know the internals of nepomuk, but I suppose that rating features are somehow easier than the rest of the things (they are unidimensional, they are always between 0 and 5 stars).
Maybe they could add just a filter in the dolphin status bar, like in gwenview or digikam (I think this one is easier to use), so you can filter the files in the current directory (or the current view) in base of their ratings.
It would be fantastic if we could get the same rating toolkit (I hope something like the digikam one) in all KDE applications where it could be useful (dolphin, konqueror, amarok, digikam, gwenview, juk, kwrite, akregator, konsole...) no need to reinvent the wheel and good system integration!

regards
gerlos