Version: (using KDE 4.1.2)
Installed from: Mandriva RPMs
i don't know if it's a bug or this feature hasn't been yet implemented, but amarok doesn't use nepomuk to rate files in beta 1 (mandriva 2009) as should do thanks to summer of code project
can you provide me some info? this feature hasn't been implemented yet or is it a bug? thank you
I guess it hasn't been done.
Yes, that is not ready now.
The thing is: Just putting the rating into Nepomuk would be quite easy (maybe we should just do it for now, i.e. keep the DB in sync with Nepomuk).
But my overall goal is to use strigi + a nepomuk service for indexing and use Nepomuk to store all Amarok collection data. And for that Nepomuk is not really ready at the moment. The indexing in KDE 4.1 was quite instable and buggy. Most issues (together with a bugfix in upcomming Qt 4.4.4)) will be solved with KDE 4.2. But general there is still the Nepomuk backend problematic (redland, slow and unusable, Soprano faster but java based with a huge memory leak).
But it looks like we will also see a solution for that (a new 3rd Soprano backend) hopefully in time with KDE 4.2.
But anyway I am thinking of a way to use the sql based collection and at least store the rating (and other infos?) also in Nepomuk. (sync those) But as Amarok 2.0 is in feature freeze that will wait for 2.1.
Anyone could implement at least exporting ratings to Nepomuk? It would really be great, also maybe Nepomuk sucks less now, according to Daniel. I really dunno, though i'd love to see this feature.
I think we should retag to 2.3 because of feature freeze.
Given the quality of Nepomuk right now (i.e., very good) could it be considererd to get the Nepomuk backend working? I like the way Bangarang makes use of it, but Amarok is featurewise clearly my audioplayer of choice.
It is on the ToDo list, the developers just didn't come round to it yet. A few more hands would be welcome
*** Bug 222089 has been marked as a duplicate of this bug. ***
2.3.1 is in feature freeze -> 2.3.2
thank you the same for the great work you're doing. i understand there are a lot of work to do and time isn't never enough... we'll wait with patience : )
*** Bug 275472 has been marked as a duplicate of this bug. ***
At the beginning I want to thank you for great application you guys are developing and improving, Amarok has been my #1 audio player for many years.
But let me point at this silly bug which should be resolved.
There is a comment #2 From Daniel Winter 2008-11-11 who wrote:
>> The thing is: Just putting the rating into Nepomuk would be quite easy (maybe we should just do it for now, i.e. keep the DB in sync with Nepomuk).<<
So, according to this i suppose it would be easy for you to implement sync with Nepomuk, am I right?
But Daniel wrote more:
>> But my overall goal is to use strigi + a nepomuk service for indexing and use
Nepomuk to store all Amarok collection data. And for that Nepomuk is not
really ready at the moment. The indexing in KDE 4.1 was quite instable and
buggy. Most issues (together with a bugfix in upcomming Qt 4.4.4)) will be
solved with KDE 4.2. But general there is still the Nepomuk backend
problematic (redland, slow and unusable, Soprano faster but java based with a
huge memory leak).<<
I am using KDE 4.6.4 and I must say there has been really great progress since KDE 4.2, especially on both Strigi and Nepomuk. Isn't a good time to reconsider implementing this functionality now? In case of this would have some performance issue, would it be possible to perform that easy implementation of sync with Nepomuk?
With huge respect to your work,
btw: I wouldn't worry about performance with Nepomuk as there is already a multimedia player application called Bangarang based on this. It's performance is good, but do I prefer both Amarok's functionalities and GUI :-)
I think it's time to revise this. KDE 4.7.3 has brought a lot of improvements to NEPOMUK, and it runs fine now. At the very least, the first thing to do is to sync the ratings from NEPOMUK into Amarok and vice versa. Then, collection itself should be (by default) using NEPOMUK if there isn't a database-based collection set up, with the option of using the old collection code if people want more performance or whatnot.
How can this be accomplished?
By getting us a developer who has time to do the implementation, as easy as that :)
Hello people from the past,
This request has been completed now with the Nepomuk plugin that was developed as part of GSoC 2012. The code can now be found in Amarok master. http://quickgit.kde.org/index.php?p=amarok.git&a=summary
The Nepomuk plugin lets you play and rate your tracks using the Nepomuk database as of now. With time, I hope to implement the other features of managing your tracks and you can completely let go off the SQL Collection.
Git commit 3284e6c9d0daba91297a47e5aaa0d8b0cbdd4784 by Matěj Laitl.
Committed on 19/09/2012 at 00:45.
Pushed by laitl into branch 'master'.
Improve ChangeLog text wrt Nepomuk ratings a bit
Phalgun, we usually use "positive" sentences in ChangeLog - e.g. what
got fixed, not what was broken. As the hooks didn't run for your merge
commit I pull repeat the keywords here:
M +1 -1 ChangeLog
THANK YOU!!! How this feature will work? the tracks already rated using the SQL database will be imported to the nepomuk one? thank you again
(In reply to comment #16)
> THANK YOU!!! How this feature will work? the tracks already rated using the
> SQL database will be imported to the nepomuk one? thank you again
You are welcome Marcello.
Right now, the ratings are done according to the Nepomuk database. So if you have some tracks that were rated using Dolphin ( or any other Nepomuk based application ) you get the same ratings in Amarok as well.
> the tracks already rated using the SQL database will be imported to the nepomuk one?
There was another GSoC project by Matej Laitl, which unifies all statistics across the different collections ( SQL, Nepomuk, iPod, Playdar etc ). When this is completed, it would be easy to synchronize all your statistics from different collections.
Read more about the project : http://strohel.blogspot.com/