| |||||||||||||
|
| |||||||||||||
Not The Unix Way?Not The Unix Way?Posted Jul 6, 2007 9:58 UTC (Fri) by MathFox (guest, #6104)In reply to: Not The Unix Way? by Richard_J_Neill Parent article: Mandriva adds a semantic layer to the KDE 4 desktop
The idea behind the "semantic layer" is that there is one interface to store metadata behind objects. If you've made pictures and mp3 recordings of your daughter singing a song, you can link the different media to the event. The event can be part of "July 2007" and "daughter"
IMO it is "the UNIX way" in a sense that small and simple programs (like gthumb) become more powerful because they can make better use of the relations layer, not imposing a structure on their own.
(Log in to post comments)
Not The Unix Way? Posted Jul 6, 2007 11:40 UTC (Fri) by Richard_J_Neill (subscriber, #23093) [Link] That makes sense - providing that it isn't a KDE-specific thing. I'd have expected it to be more on the lines of something freedesktop.org would provide. We'd also need a good CLI application to match.
However, I still think that metadata belongs *in* the files, not in a database. So if I move/copy a file, the metadata should stay embedded in it.
Not The Unix Way? Posted Jul 6, 2007 12:33 UTC (Fri) by MathFox (guest, #6104) [Link] If the "semantic interface" is simple enough to use in KDE-C++, it shouldn't be too hard to create a GNOME-C adapter for it.
About metadata belonging *in* the files: In what file do you store a relation between files? Furthermore there is the "minor" problem that many file formats don't support metadata of the format required for the semantic layer, it would require tools that can handle "all file formats". And performing a complete file system scan to collect all metadata is a costly operation. I would think about a database that identifies files by hashes of the file contents; such a scheme could work with "off line storage" too.
Not The Unix Way? Posted Jul 7, 2007 0:33 UTC (Sat) by Richard_J_Neill (subscriber, #23093) [Link] You're right about the problems. But I think that the semantic database has got to cope gracefully with editing/renaming/moving of the files, even when they are moved off the computer entirely, and the database loses sync.
Because this is such a hard problem to solve, I'd prefer to do without the semantic stuff, rather than sacrifice the ability to use the unix-shell commands (or risk losing the integrity of the database). [inotify may help a bit here].
Lastly, files which don't have metadata are usually simpler formats such as .txt and emails. So the problem isn't that bad. Anyway, we have grep, and locate (so what more could one ask for?!)
|
|
||||||||||||