GNOME Bugzilla – Bug 701065
Different albums shown as being the same
Last modified: 2016-11-11 12:33:12 UTC
Created attachment 245363 [details] Different albums shown as being the same Basically, I have two albums almost equals (same artist, same name, but released in a differ dates) and GNOME MUsic shows these albums as the same (See the attached screenshot). Here is the tracker-info output of these files: fidencio@srv ~/Music/Club America $ tracker-info 2013.05.21\ -\ To\ Get\ There/01\ -\ We\ Need\ No\ One.mp3 Querying information for entity:'2013.05.21 - To Get There/01 - We Need No One.mp3' 'urn:uuid:ebae440f-a47c-213a-a10b-1a856b07e252' Results: 'http://purl.org/dc/elements/1.1/contributor' = 'urn:artist:Club%20America' 'http://purl.org/dc/elements/1.1/date' = '2013-01-01T00:00:00Z' 'http://purl.org/dc/elements/1.1/date' = '2013-05-25T21:21:57Z' 'http://purl.org/dc/elements/1.1/date' = '2013-05-26T22:39:41Z' 'http://purl.org/dc/elements/1.1/source' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66' 'http://purl.org/dc/elements/1.1/title' = 'We need no one' 'tracker:added' = '2013-05-26T22:39:43Z' 'tracker:modified' = '75' 'rdf:type' = 'http://www.w3.org/2000/01/rdf-schema#Resource' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#DataObject' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Media' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Audio' 'rdf:type' = 'http://www.tracker-project.org/temp/nmm#MusicPiece' 'nie:byteSize' = '6807303' 'nie:dataSource' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66' 'nie:isPartOf' = 'urn:uuid:97188b04-b558-9c4e-cf0f-a7ad3efe4928' 'nie:url' = 'file:///home/fidencio/Music/Club%20America/2013.05.21%20-%20To%20Get%20There/01%20-%20We%20Need%20No%20One.mp3' 'nfo:belongsToContainer' = 'urn:uuid:97188b04-b558-9c4e-cf0f-a7ad3efe4928' 'tracker:available' = 'true' 'nie:contentCreated' = '2013-01-01T00:00:00Z' 'nie:informationElementDate' = '2013-01-01T00:00:00Z' 'nie:isLogicalPartOf' = 'urn:album:To%20Get%20There' 'nie:isLogicalPartOf' = 'urn:album-disc:To%20Get%20There:Disc1' 'nie:isStoredAs' = 'urn:uuid:ebae440f-a47c-213a-a10b-1a856b07e252' 'nie:mimeType' = 'audio/mpeg' 'nie:title' = 'We need no one' 'nco:contributor' = 'urn:artist:Club%20America' 'nfo:fileLastAccessed' = '2013-05-26T22:39:41Z' 'nfo:fileLastModified' = '2013-05-25T21:21:57Z' 'nfo:fileName' = '01 - We Need No One.mp3' 'nfo:fileSize' = '6807303' 'nfo:averageBitrate' = '259000.0' 'nfo:codec' = 'MPEG' 'nfo:duration' = '210' 'nfo:genre' = 'Alternative' 'nmm:dlnaMime' = 'audio/mpeg' 'nmm:dlnaProfile' = 'MP3' 'nfo:channels' = '2' 'nfo:sampleRate' = '44100.0' 'nmm:musicAlbum' = 'urn:album:To%20Get%20There' 'nmm:musicAlbumDisc' = 'urn:album-disc:To%20Get%20There:Disc1' 'nmm:performer' = 'urn:artist:Club%20America' 'nmm:trackNumber' = '1' fidencio@srv ~/Music/Club America $ tracker-info 2013.03.15\ -\ To\ Get\ There\ \(MSTR\ 1\)/01\ We\ need\ no\ one\ \(MSTR1\).mp3 Querying information for entity:'2013.03.15 - To Get There (MSTR 1)/01 We need no one (MSTR1).mp3' 'urn:uuid:c8983ea5-e402-346a-f2bc-994dca36afb2' Results: 'http://purl.org/dc/elements/1.1/contributor' = 'urn:artist:Club%20America' 'http://purl.org/dc/elements/1.1/date' = '2013-01-01T00:00:00Z' 'http://purl.org/dc/elements/1.1/date' = '2013-03-14T07:53:06Z' 'http://purl.org/dc/elements/1.1/source' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66' 'http://purl.org/dc/elements/1.1/title' = 'We need no one (MSTR1)' 'tracker:added' = '2013-05-26T23:58:54Z' 'tracker:modified' = '92' 'rdf:type' = 'http://www.w3.org/2000/01/rdf-schema#Resource' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#DataObject' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Media' 'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Audio' 'rdf:type' = 'http://www.tracker-project.org/temp/nmm#MusicPiece' 'nie:byteSize' = '6725538' 'nie:dataSource' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66' 'nie:isPartOf' = 'urn:uuid:72dd7fba-83c0-be89-dfab-2b87fd31a61e' 'nie:url' = 'file:///home/fidencio/Music/Club%20America/2013.03.15%20-%20To%20Get%20There%20(MSTR%201)/01%20We%20need%20no%20one%20(MSTR1).mp3' 'nfo:belongsToContainer' = 'urn:uuid:72dd7fba-83c0-be89-dfab-2b87fd31a61e' 'tracker:available' = 'true' 'nie:comment' = 'engiTunes_CDDB_TrackNumber' 'nie:contentCreated' = '2013-01-01T00:00:00Z' 'nie:informationElementDate' = '2013-01-01T00:00:00Z' 'nie:isLogicalPartOf' = 'urn:album:To%20Get%20There' 'nie:isLogicalPartOf' = 'urn:album-disc:To%20Get%20There:Disc1' 'nie:isStoredAs' = 'urn:uuid:c8983ea5-e402-346a-f2bc-994dca36afb2' 'nie:mimeType' = 'audio/mpeg' 'nie:title' = 'We need no one (MSTR1)' 'nco:contributor' = 'urn:artist:Club%20America' 'nfo:fileLastAccessed' = '2013-03-14T07:53:06Z' 'nfo:fileLastModified' = '2013-03-14T07:53:06Z' 'nfo:fileName' = '01 We need no one (MSTR1).mp3' 'nfo:fileSize' = '6725538' 'nfo:averageBitrate' = '256000.0' 'nfo:codec' = 'MPEG' 'nfo:duration' = '210' 'nfo:encodedBy' = 'iTunes 11.0.1.12' 'nfo:genre' = 'Synth Pop' 'nmm:dlnaMime' = 'audio/mpeg' 'nmm:dlnaProfile' = 'MP3' 'nfo:channels' = '2' 'nfo:sampleRate' = '44100.0' 'nmm:musicAlbum' = 'urn:album:To%20Get%20There' 'nmm:musicAlbumDisc' = 'urn:album-disc:To%20Get%20There:Disc1' 'nmm:performer' = 'urn:artist:Club%20America' 'nmm:trackNumber' = '1' Taking a quick look into the outputs, maybe we could use the 'http://purl.org/dc/elements/1.1/date' element to differentiate between these 2 albums. Should GNOME Music take care of this case or is it too much specific? Is the some suggestion about another way to solve this problem? Let me know if patches are welcome for this.
Agreed, possibly we should update their title to "Album (Year1)" and "Album (Year2)"
I like the year suffix solution.
(In reply to comment #1) > Agreed, possibly we should update their title to "Album (Year1)" and "Album > (Year2)" In this specific case, we would have "To get there (2013)" in both cases and it would be populated as the same album, no?
Got misled into thinking this was about re-releases of the same album (remastering). This sound more like having the same album from multiple sources/multiple digital formats. We should try to be smart here and avoid duplicity in this case and do some heuristic as to what version to expose. I guess based on bitrate/format. Some UI to explicity select between versions is not completely out of question, but not at this point.
I think, we should find a minimal possible distinction between those two albums, say: Album 1 (2012) Album 1 (2013) Album 2 (2012-05) Album 2 (2012-06) Album 3 (2012-10-12) Album 3 (2012-10-10) Album 4 (Local) Album 4 (Google Music) Album 5 (256 kbps) Album 5 (312 kbps)
(In reply to comment #5) > I think, we should find a minimal possible distinction between those two > albums, say: > Album 1 (2012) > Album 1 (2013) > > Album 2 (2012-05) > Album 2 (2012-06) > > Album 3 (2012-10-12) > Album 3 (2012-10-10) > > Album 4 (Local) > Album 4 (Google Music) > > Album 5 (256 kbps) > Album 5 (312 kbps) +1
The very common case is buying music in multiple formats, so you get mp3 and some lossless format like flac. While preserving both makes perfect sense, exposing them all does not. I would really not like my album view to have duplicates like that.
I agree with Jakub here. But how do we decide what to expose?
Found the same case here - albums from various artist are mixed: Tom Waits - Greatest Hits Billie Holiday - Greatest Hits Portishead - Greatest Hits Lets show albums, which vary by artist, date and location (skipping bitrate)
*** Bug 720578 has been marked as a duplicate of this bug. ***
*** Bug 725138 has been marked as a duplicate of this bug. ***
(In reply to comment #8) > I agree with Jakub here. But how do we decide what to expose? I would try adding the bitrate or format in brackets after the title. It's a bit technical, but then you're likely to be a technical user if you have different formats of the same track.
(In reply to comment #12) ... > > I agree with Jakub here. But how do we decide what to expose? > > I would try adding the bitrate or format in brackets after the title. It's a > bit technical, but then you're likely to be a technical user if you have > different formats of the same track. Sorry, I got that wrong. We should only show one of the albums in this case - the one with the highest quality. To clarify then, there are two separate fixes needed for this bug: 1. If there is more than one instance of an album, and the albums have different years, shows all the albums but append the year to the album title of each. 2. If there is more than one instance of an album, and they are identical in all respects except their encodings, only display the album with the highest quality.
There's another (extreme) case which isn't considered: there might be different encodings of an album from the same year because the album was released in different masterings: mono and stereo, or stereo and quadraphonic, or stereo and 5.1 nowadays. In those cases, it's best to let the users choose, they probably know best which one they want.
This could be handled by showing "Killing Joke (1980)" and "Killing Joke (2003)" as different albums in the album view, but then revealing the alternate versions in the track view. That would help prevent the album view from getting cluttered with duplicated versions, while allowing the user to select which version they wish to sample. It would also make comparing versions easier! For example, in the album view, you might see: "Killing Joke (1980)" "Killing Joke (2003)" Clicking "Killing Joke (1980)" to see it's track view, you'd see two sets of tracks (with album artwork and band/album labels on the left, as they appear now): Killing Joke (1980) Killing Joke (1980) (Remastered - 2005) If you clicked "Killing Joke (2003), instead you'd see three: Killing Joke (2003) (UK) Killing Joke (2003) (US) Killing Joke (2003) (Japan)
Removing the available whiteboard - we're not really using it any more.
*** This bug has been marked as a duplicate of bug 752515 ***