Version: 2.3.2 (using KDE 4.5.1) OS: Linux The labels widget's feature that auto-retrieves and adds labels to tracks is awesome, but it doesn't work the other way yet. It would be really good if the widget automatically sent any user-added labels back to last.fm. This would make it heaps easier to maintain your last.fm library, as well as providing a potentially large boost to the quality of the last.fm folksonomy. Not sure if it should re-send automatically added tags or not. In some instances this would be useful, but it others it would propagate the many useless tags already on last.fm. The best course would depend on whether tags on last.fm could be retracted when they get removed from labels in amarok. Perhaps it would be best to offer the user an option to send such tags (off by default). Reproducible: Sometimes
I support this wish! And the implementation could be quite easy since the applet alredy makes distinction between "personal" and "community" tags (see labels settings). The tags should be saved as follows in the database: community:rock personal:hard rock and then in applet itself they could be shown in different colours. Blue and red for community and personal tags respectively. Ergo a new button should be available for community tags to pass it to a personal tags community:rock becomes to personal:rock and on this base all the tags having the personal appendix can be synchronised with the last.fm account What do you think? This would actually help improve the tagosphere which can be a big plus for amarok. It is still so complicated to tag nicely on last.fm!
Here are some random points we need to think of: 1. Labels can also be added with the tag dialog so it should support that, too. 2. If the user is offline, amarok should cache the labels that need to be submitted. 3. This would only work in one direction, receiving labels assigned through the last.fm web interface is not really possible. I did write a proof of concept last.fm statistics downloader and that's not really the way to go. 4. But receiving labels for the currently playing track would be possible. 5. It's not possible to distinguish between auto- and user-added labels as well as community and user labels, labels are always saved plain to the database. 6. Currently the labels applet tries to find the song by altering the title and artist (e.g. removing 'feat. ...') if no labels have been found with the original syntax. This could be kept, but when submitting labels it should be submitted with the original syntax.
I agree with everythin except point 5. Wouldnt it be possible to distinguish them in the amarok database as i described in my previous comment? A label would have to be stored with a prefix and that's all the magic (it can be just one character prefix and one character separator, that way it doesnt consume a lot of space in the db ;-) Obviously all the tags added through the tag dialog, are personal labels. Miguel On Sat, Dec 25, 2010 at 11:57 AM, Daniel Faust <hessijames@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=257037 > > > Daniel Faust <hessijames@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |NEW > Ever Confirmed|0 |1 > > > > > --- Comment #2 from Daniel Faust <hessijames gmail com> 2010-12-25 > 11:57:56 --- > Here are some random points we need to think of: > 1. Labels can also be added with the tag dialog so it should support that, > too. > 2. If the user is offline, amarok should cache the labels that need to be > submitted. > 3. This would only work in one direction, receiving labels assigned through > the > last.fm web interface is not really possible. I did write a proof of > concept > last.fm statistics downloader and that's not really the way to go. > 4. But receiving labels for the currently playing track would be possible. > 5. It's not possible to distinguish between auto- and user-added labels as > well > as community and user labels, labels are always saved plain to the > database. > 6. Currently the labels applet tries to find the song by altering the title > and > artist (e.g. removing 'feat. ...') if no labels have been found with the > original syntax. This could be kept, but when submitting labels it should > be > submitted with the original syntax. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are a voter for the bug. > You are on the CC list for the bug. >
Implemented some time ago in 2.7, enjoy! ;)