GNOME Bugzilla – Bug 707959
FLAC: tracker stores info about FLAC files without url (and possibly other things)
Last modified: 2015-12-21 11:25:09 UTC
Follow up to gnome-music bugs: bug 707870 bug 707938 In both those cases, the users had .flac files in their music collection and tracker query returns no 'url' to those files; which in turn of course causes weird effects. For now, the issue is addressed in gnome-music, but essentially I think it's a tracker bug, getting the incomplete data into the database.
hmm. good point.
What query are you using to get the flac files?
the query used in gnome-music, before my patch to 'ignore' those identified, is: SELECT DISTINCT rdf:type(?song) tracker:id(?song) AS id nie:url(?song) AS url nie:title(?song) AS title nmm:artistName(nmm:performer(?song)) AS artist nie:title(nmm:musicAlbum(?song)) AS album nfo:duration(?song) AS duration { ?song a nmm:MusicPiece } ORDER BY tracker:added(?song)
Thanks Dominique. Was it nie:url that was missing or some other property? I also wonder why you're selecting distinctly... do you really have duplicates?
(In reply to comment #4) > Thanks Dominique. > > Was it nie:url that was missing or some other property? the nie:url part is the one that caused the issues in gnome-music (as it was passed on to g_file..(), while being None.... It was observed that there is also no nfo:FileDataObject associated to those items. > > I also wonder why you're selecting distinctly... do you really have duplicates? No idea :) I only started hacking on gnome-music to resolve that crash that happened when loadnig .flac files (not all of them! I have one album with 29 .flac files, of which 254 show up with all details)
(In reply to comment #4) > Thanks Dominique. > > Was it nie:url that was missing or some other property? For reference: this is two lines returned by the query: missing info: http://www.w3.org/2000/01/rdf-schema#Resource,http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement,http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Media,http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Audio,http://www.tracker-project.org/temp/nmm#MusicPiece, 112862, (null), (null), (null), The Little Mermaid, (null) complete set: http://www.w3.org/2000/01/rdf-schema#Resource,http://www.semanticdesktop.org/ontologies/2007/01/19/nie#DataObject,http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement,http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject,http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Media,http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Audio,http://www.tracker-project.org/temp/nmm#MusicPiece, 112849, file:///home/dle1gis/Music/18%20-%20Beyond%20My%20Wildest%20Dreams.flac, Beyond My Wildest Dreams, Original Broadway Cast, The Little Mermaid, 183 I used the command line > tracker-sparql -q \ "SELECT DISTINCT rdf:type(?song) tracker:id(?song) AS id nie:url(?song) AS url nie:title(?song) AS title nmm:artistName(nmm:performer(?song)) AS artist nie:title(nmm:musicAlbum(?song)) AS album nfo:duration(?song) AS duration { ?song a nmm:MusicPiece } ORDER BY tracker:added(?song)"
Hi Dominique, I am still trying to understand how you can have this problem. Are you inserting music yourselves to Tracker? Or just using Tracker for querying? I ask because, it's possible to have _JUST_ file information about music (e.g. name, size, etc) and no detailed metadata (e.g. duration, artist, album, etc). But not usually the other way round. As a side note, I wonder why you put the ?song a nmm:MusicPiece inside separate {} and not at the top too :) but it makes little real difference. Also, if you are able to, can you test with the 0.17.x versions of Tracker (preferably 0.17.7), we've changed the way we extract metadata and it may improve your situation. Thanks.
I haven't seen this happen anymore... probably the newer tracker versions really just fix all this... let's close it.