<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:10pt"><div>When I move files around in Dolphin in KDE 4.3 the corresponding
resource in nepomuk is updated reflect the new location. Very cool,
since all the semantic data follows the resource. I was pleasantly
surprised when I moved a music file and Bangarang (media player)
already "knew" about it. I'm assuming Dolphin does this location
updating, but I haven't really looked at the code in Dolphin. In any
event, the same happens when data is moved to the trash. When the
trash is emptied or the file is shift-deleted, the resource, with its
last location, remains present in nepomuk.<br><br>I encountered this
last night while coding the "identify missing media files"
functionality in Bangarang. The use-case goes something like this:<br>- User deletes/moves-to-trash music files that are no longer wanted.<br>- Opens media player to see updated music library with deleted files identified/no longer shown.<br><br>I
decided to simply identify any media resources with a location
"trash:/.." as missing. That solves my problem, but I thought it might
be worth asking:<br>- Should files moved to trash:/ have their
resource locations not updated or deleted in nepomuk? I can see how the information
panel showing semantic info like rating and tags for trashed items
might help the user decide to un-trash an item.<br>- 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. <br><br>Just a few thoughts I hope are constructive,<br>Andrew Lake<br><br></div>
<!-- cg17.c1.mail.mud.yahoo.com compressed/chunked Wed Nov 18 08:44:34 PST 2009 -->
</div></body></html>