Version: (using KDE KDE 3.3.2) Installed from: Debian testing/unstable Packages In the tradition of the gmail and picassa label method of organising databases, it would be good to allow uses to specify labels/categories/genres to group music in a many to many fashion. This would promote flexibility and simplicity. The current handling of genres is only one to many, and playlists are not integrated enough to be used in this way. This would be used to group music that would be jazz, funk and groove all at the same time. Using the label/category metaphor might encourage users to group their music by loudness, mood, popularity with friends etc. Bug 96719 proposes such flexibility, but in a very specific fashion which is far more complicated for the user.
Heh, sounds like someone has been reading mxcl's blog. I think this would be cool, it would be functionality like KimDaBa and Flickr. It would give the users a lot of flexibility. However, currently its not all that uncommon for users to lose their database. This is bad since folks lose their scores. But this would be simply unacceptable for this sort of tagging. KimDaBa handles this by using a XML format to complement its sqlite database.
At least id3 already offers frames (http://www.id3.org/id3v2.4.0-frames.txt) for much more things than amarok/taglib can currently handle, e.g. TMOO = mood TBPM = beats per minute POPM = popularimeter And there is also a "User defined text information frame" (TXXX) for everything else that's missing.
If we think what it requires and how it would work, isn't it a dup of Bug #89314 ? You mention different porpuses, but it's same thing after all. This bug is better worded in my opinion, but the other is much older and already got some votes, so let's leave that one open. Add you comments there, please. *** This bug has been marked as a duplicate of 89314 ***