QZeitgeist and Phonon

Sebastian TrĂ¼g trueg at kde.org
Wed Mar 16 09:59:19 GMT 2011


OK, now I get it. So you in fact create one new resource for each
activity/app/resource combination.

So how does this work if I want to get a score over all apps, ie. the
most important files in the current activity?

BTW: We are encoding apps as NAO::Agent() instances in the data
mangement service. Did you already do something here? What are you using?

Cheers,
Sebastian

On 03/16/2011 10:47 AM, Ivan Cukic wrote:
> 
>>> This allows making summarized (resource, app) and (resource,
>>> activity) and (resource) queries.
>>
>> This is not really more detailed than what you said before. Could you
>> please tell me what exactly you store in Nepomuk.
> 
> Ok, I'll try to explain in more details. If it is not sufficient, you'll 
> have to say what exactly you don't get from it. (it was the thing I 
> planned from the start, so in my head it is rather self-explanatory :) )
> 
> -----
> First of all, a reminder
> 
> UsageScore, as already stated, consists of:
>     activity
>     application
>     resource
>     score
>     (and it has the last modification timestamp)
> 
> -----
> Algorithm
> 
> An application notifies the daemon that the resource was accessed and 
> passes the following triple* to it (eventActivity, eventApplication, 
> eventResource)
> 
> * triple as in math structure, not as in semantic triple
> 
> We check whether we already have a UsageScore instance that matches the 
> input data
> (activity = eventActivity, application = eventApplication, resource = 
> eventResource, score = *)
> 
> If we don't {
>    Create a new UsageScore instance and set the passed data, along with a
>    predefined constant for the score = 0
> }
> 
> Change the score of the existing UsageScore (the one we found if it 
> existed, or the one we just created in the 'if' section above). The score 
> is calculated according to the formula defined a few months ago.
> 
> I've yet to add the difference between events for open/modify/close as 
> discussed before. But those will not change the data stored in N.
> 
> Ch
> 
> 
> 




More information about the kde-core-devel mailing list