Linked by Thom Holwerda on Sat 14th Jul 2007 20:06 UTC, submitted by AdamW
KDE "PC users have volumes of information saved on their computers, most of it disconnected and disparate save for a basic directory system. The answer to connecting all the information into a local semantic Web of information is closer than you might think. Thanks to the open source NEPOMUK (Networked Environment for Personalized, Ontology-based Management of Unified Knowledge) effort, the Semantic Desktop isn't a dream; it's an emerging reality and will be here with the upcoming release of KDE 4 for the Linux desktop."
Thread beginning with comment 255565
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[7]: I have been waiting...
by WereCatf on Sun 15th Jul 2007 17:43 UTC in reply to "RE[6]: I have been waiting..."
WereCatf
Member since:
2006-02-15


For some kind of data it might make sense to also store it in the file or in extended file system attributes. This is currently not implemented AFAIK and as Aaron pointed out, would be subject to policies.


IMHO all such metadata information should be stored per-file, ie. in extended attributes cos then it could be shared by all users. And I don't really like the idea of a single database with all the metadata cos it could get corrupted, or if it got deleted one way or another you'd lose ALL metadata. But to have public and private metadata saved per-file would most likely require modifications to existing filesystems, or a completely new one. Hopefully this will happen, I'm sure a lot of people would find such a thing useful even if I can't imagine myself gaining much from that.

Reply Parent Score: 2

RE[8]: I have been waiting...
by Hae-Yu on Mon 16th Jul 2007 02:20 in reply to "RE[7]: I have been waiting..."
Hae-Yu Member since:
2006-01-12

I agree. The problem this addresses is easily seen on current systems. On XP, if I save information such as keywords, subject, category for some file formats, the information is lost when I copy the file to my keydrive. PDF docs are one common example. If I dl a white paper at work and wish to transfer it home, I can count on reentering the info at a later date. With jpegs, that information can be written to ITPC and MP3s can store the info in ID3 tags.

The bonus to having an index is that it speeds local searching and that attributes can be entered on a per-user basis. It supports things like shared music off a file server. I can rate a song 5 stars and my wife rate it 3 stars. If it were per file, she would overwrite my rating.

The problem isn't the file system per se. Most any file system can have filters added for extended attributes. The problem is in file formats. Some support them, some don't and some are implemented poorly (PDF).

Reply Parent Score: 2

RE[9]: I have been waiting...
by WereCatf on Mon 16th Jul 2007 10:32 in reply to "RE[8]: I have been waiting..."
WereCatf Member since:
2006-02-15


The problem isn't the file system per se. Most any file system can have filters added for extended attributes. The problem is in file formats. Some support them, some don't and some are implemented poorly (PDF).


Umm, it's not the files themselves which should have support for extended attributes..That would require modifying _every_ single filetype that's supposed to have any metadata at all. Not gonna happen. It's the filesystem which should handle metadata, that way the filetype wouldn't matter at all as metadata would be possible on any and every file.

Reply Parent Score: 1

RE[8]: I have been waiting...
by transami on Mon 16th Jul 2007 10:03 in reply to "RE[7]: I have been waiting..."
transami Member since:
2006-02-28

"IMHO all such metadata information should be stored per-file."

Bingo! What we need is for filesystems to unilaterally adopt meta-attributes. We have that with EXT2/3 using xattr.

If a system wants to keep an image of those attributes in a database for fast searches, thats one thing. But if the metadata exists only in the database it will just be a mess.

Take GNOME's emblems. It's great that I can put a little image on a file to help with organization, but if I move that file to another folder manually, I loose the emblem, becuase the emblem is not tied directly to the file. So it sucks.

If fundamentals like this aren't addresse, I have a feeling this NEPOMUK stuff will prove to be all hype.

Reply Parent Score: 1