Back when Windows Vista was still known as Windows Longhorn, the operating system contained a very interesting and promising feature, a feature promoted as one of the 'pillars' of Longhorn: WinFS. WinFS was a storage subsystem for Windows, based on a relational database, that could contain whatever data you wanted to put in it. Thanks to the relational properties of the database, you could then create relationships between data, or let the computer do that for you.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:2005-07-06
I don't know if the nepomuk developers have addressed this, but one way of doing it in Linux could be to use inotify to trigger some kind of update method in such an event. This would work even at the CLI level.
Member since:2006-01-02
Spot on! Sebastian Trueg, main nepomuk-kde author, is working on this issue right now and his solution is indeed based on inotify. See:
http://websvn.kde.org/trunk/playground/base/nepomuk-kde/filewatch/
Given the KDE schedule, I suppose that this is KDE 4.2 material. Note that this is very very badly needed as currently if you copy a file even inside konqueror/dolphin, the metadata is lost, see:
https://bugs.kde.org/show_bug.cgi?id=161403
Re GNOME integration, the great thing about Nepomuk is it's an abstract, open specification, of which nepomuk-kde is just the kde implementation, but nothing prevents GNOME devs to implement a nepomuk-gnome the way they like, based on their own frameworks etc.
Member since:2007-02-17
I was wondering that too. Maybe the Gnome team should create their own semantic backend, if they already don;t have one, and work with the KDE team to standardize the protocols so that interaction between both services would be flawless. Better yet fdo can maybe create it a standard for all desktops to use. I'm not a fan of KDE's UI, but the technology can't be denied. Gnome needs to get in the game.
Member since:
2006-09-27
Nepomuk integration is one of the most exciting features of KDE4. OTOH I'm worried about implementing semantic attributes at such a high level. I mean, what happens if you log into, say, icewm, or console, instead of KDE, and move or rename a file? Can Nepomuk detect this change correctly the next time you log into KDE? In Windows the problem doesn't arise because there's only one desktop environment, but in GNU/Linux it seems that semantic features should be implemented below any DE, maybe with FUSE. I guess there must be a good answer, because people are actually using KDE4, but I haven't found it.