Re: [Tracker] Automatically creating an album for screenshots

[Philip Van Hoof <philip codeminded be>]

Hi Martyn and Debarshi,

Martyn Russell schreef op 7/10/2013 13:28:
> On 07/10/13 11:56, Debarshi Ray wrote:

[cut]

> Makes sense.
> The hard part is knowing what's a photo and what's a screenshot?
> By filename? By location? By metadata in the file itself?

[cut]

> Then where do you add this? In the extractors (we have a bunch of 
> them), the miner-fs itself probably doesn't a lot of sense because it 
> deals with file-only data and passes on the metadata specifics - which 
> this is.


> > Or do you think there are better ways to do this? What do you think?
>
> I've added some ideas to the bug report.

IMO the screenshot application should add the metadata information, 
similarly to how MTP daemons write metadata about a file themselves (by 
not writing it to the graph of the FS miner, but to their own graph, the 
FS miner won't overwrite it).

I think the screenshot application is the only actor who reliably knows 
that the newly created file is a screenshot. It can write the metadata 
(setting nie:url correct too) and the FS miner will or should behave 
correct.

INSERT OR REPLACE ( _:f a nie:InformationElement ; nmm:category 
'Screenshots' }

On top of that we could add 'gnome-screenshot' detection for 
tEXt::Software to the different image file extractors. Note that not all 
of them (actually, none, afaik) use GdkPixbuf for metadata extraction.

Note that I don't like nmm:category the way it is now (a xsd:string), it 
should probably be a nie:InformationElement, like this:

INSERT OR REPLACE { _:c a nmm:Category ; nie:title 'Screenshots' . _:f a 
nie:InformationElement ; nmm:category _:c }

Also note that nmm:Category is in domain nmm:Video, so it can't be used 
for photos.

I guess a new kind could be made by subclassing nie:isPartOf or 
nfo:DataContainer, for this. Or just use nfo:Folder (no need for a real 
directory to exist to have a nfo:Folder imo)?

Kind regards,

Philip