Summary: | Metadata should be saved in extended attributes | ||
---|---|---|---|
Product: | [Unmaintained] nepomuk | Reporter: | Rafał Rzepecki <divided.mind> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | CC: | plusfabi, thiago.bauermann, toddrme2178, user581 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Rafał Rzepecki
2010-01-06 17:24:10 UTC
Agreed. Until metadata becomes highly persistent *even when moving files across different computers / os's), few people will bother to put the time needed into adding the most important metadata to their files, blocking Nepomuk's full potential. I suggest a combination of: 1. Adding metadata to files extended attributes where possible 2. Using sidecar files (ie storing metadata for files in .directory or a file unique to indexed files like .filename.extension.metadata ). Adjust KDE to make sure that if someone copies file foo.bar that the appropriate sidecar files are edited / copied with it. 3. Using the current database style storage This way, 1. makes much of the data available, even on non KDE systems 2. ensures that a folder copied to another kde system (even if copied onto a non-kde system first) keeps it's metadata for automatic reimporting. 3. Can be used for speed when doing things like desktop search Related wish: Bug #269365 One idea is to save an UUID as an extended attribute in the file, and reference that UUID in the Nepomuk database. That is how Amarok tracks files and it seems to work well: http://techbase.kde.org/Amarok/AmarokFileTracking The OS moves and copies extend attributes along with the file, so there's no need to adapt KDE or KIO to transport the nepomuk metadata along with the file, which would be suboptimal and fragile since people don't use only KDE tools to manage their files. To enable the metadata to be transfered to another computer, the metadata related to the files can be stored in a database in the removable media and again referenced by the UUID. Not all filesystems support external attributes, but a lot of them do and it would be a waste not to take advantage of that when available to enable such an important feature. Thank you for taking the time to file a bug report. The Nepomuk project is no longer included in the KDE Software Compilation. With Plasma 5, we have replaced most of the underlying technology with Baloo and other components. Hopefully this will have addressed your concern. We encourage you to try to Plasma 5 (+Baloo) and let us know if your problem persists. |