Re: [Tracker] No metadata in search results
- From: jamie <jamiemcc blueyonder co uk>
- To: laurent aguerreche free fr
- Cc: Brian Davis <brian william davis gmail com>, tracker-list gnome org
- Subject: Re: [Tracker] No metadata in search results
- Date: Tue, 10 Jul 2007 17:12:37 +0100
On Tue, 2007-07-10 at 18:38 +0200, laurent aguerreche free fr wrote:
Selon jamie <jamiemcc blueyonder co uk>:
On Tue, 2007-07-10 at 15:29 +0200, laurent aguerreche free fr wrote:
Selon jamie <jamiemcc blueyonder co uk>:
On Wed, 2007-07-04 at 02:13 -0700, Brian Davis wrote:
Jamie, it's great to have you back. Things picked up in my life as
well and Hum development stagnated a bit. I was cleaning up some bugs
when I realized that the metadata issue I was whining about never
seemed to go away for me. Any calls I make to "tracker_metadata_get()"
return pointers to empty arrays.
I'd love to find out that I'm misusing the API, but the trackerd logs
appear to be properly extracting and returning the correct metadata.
You had mentioned a few months ago that this was a known issue. Is
there a fix in the pipeline?
should be fixed in latest svn - you must reindex to see the metadata
though as the original bug occurred while indexing the data
let me know if it solves your problems
I do not see a known ReleaseDate for any of my MP3 files.
tracker-extract finds it (for instance Audio:ReleaseDate=2005; on one of
my musics) but tracker-search-tool doesn't.
Date for a picture seems to be ignored too.
Infos about when a file was created or accessed are always empty.
ahh yes all dates need to be formatted before being stored in the key
cache
will fix tonight - I knew I forgot something!
Ok.
Except that, I was looking into tracker-metadata-tile.c and I saw that we use
SERVICE_FILES everywhere instead of SERVICE_MUSIC, SERVICE_VIDEOS, etc. Is it
correct?
its not necessary because we look up the correct service to use anyhow
(so the patch is not really useful Im afraid)
service param is needed to determine which database to use (emails,
files and applications are stored in different dbs) so the precise
service is not needed in this case (its the same for almost all the dbus
methods that take service as a param)
I'm sending a patch to change that, I do not see any problem with it at runtime.
The patch is very noisy because I removed empty characters at end of lines. Is
it possible to add a script that remove these characters when we commit
something in SVN repository or should I disable this function in my emacs
config?
probably best to turn it off
And last, tracker-search-tool prints messages like:
Error : Entity with ID email://1173783021 5670 20 dohko/INBOX;uid=2512 not
found in database
Entity email://1173783021 5670 20 dohko/INBOX;uid=2512 not found in database
everytime I select a mail, it looks like a wrong function is called since data
are correctly stored in database...
the metadata tile does not support emails yet and thats why you get
those errors when selecting an email
if you have time today feel free to send a patch for supporting emails
jamie
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]