Linked by Thom Holwerda on Sun 18th May 2008 12:59 UTC, submitted by Adam S
Microsoft 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.
Thread beginning with comment 314759
To view parent comment, click here.
To read all comments associated with this story, please click here.
unoengborg
Member since:
2005-07-06

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?


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.

Reply Parent Bookmark Score: 2

jacquouille 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.

Reply Parent Bookmark Score: 2