[Nepomuk] Dolphin, nepomuk, trash:/

[Sebastian Trueg]

Actually the reality at the moment is less nice: Nepomuk has a service
(filewatchservice) which listens to KIO events for updating the
metadata. Thus, whenever Dolphin moves a file or deletes it the service
can update the data. The issue with the trash is a bug from that point
of view as we do not make a distinction between info element and data
object in KDE yet.
I suspect that the trash protocol does not emit the KDirNotifiy signals
for trash:/ urls. Maybe we should put that in KDE 4.4...

Anyone up for patching kdelibs? I suspect it is in the trash kio slave.

Cheers,
Sebastian

Evgeny Egorochkin wrote:
> В сообщении от Среда 18 ноября 2009 22:46:31 автор Jamboarder написал:
>> From: Evgeny Egorochkin
>>
>>>> - Should files
>>>> emptied from the trash or shift-deleted have their resources deleted
>>>> from nepomuk?  I'm thinking yes, since the nepomuk wouldn't be littered
>>>> with files that no longer exist.  I just wonder if there might be some
>>>> semantic data (download history?) that's useful even after a file is
>>>> deleted.
>>> This isn't as straightforward.
>>>
>>> If user deletes an mp3 file, it does make sense to stop storing technical
>>> data such as bitrate or duration. However if the user tags the song as
>>> "utter s*", it makes sense to keep the rating + artist, title etc.
>>>
>>> Thus if the user encounters the song later, he instantly knows to not
>>> touch it.
>> Ahhh, so is it perhaps reasonable for me to use the following behavior as a
>>  guideline?
>>
>> - When the file gets deleted, the semantics of the content(Information
>> Element?) may persist but the semantics of how it is
>> stored(DataObject?) go away.
> 
> The best way to know if something is accessible is if it has nie:url assigned. 
> Only valid nie:urls are supposed to be present in the store. Hopefully this 
> will actually be so in near future :)
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk