For the fourth consecutive year a group of KDE PIM developers followed the gracious invitation of Intevation GmbH to meet at their headquarters in Osnabrueck, Germany on the first weekend in January. As in the past years, the face-time proved very productive especially since everyone felt that with KDE 4 the time for more fundamental changes has come. By the end of the meeting the group had agreed on a vision and initial architecture for a unified, extensible storage service for PIM data and metadata, allowing all applications on the desktop fast and reliable access as well as powerful search capabilities. This service, codenamed ‘Akonadi‘, together with intiatives like Plasma and Solid will form the basis of an exciting KDE 4 experience.
Osnabrueck IV Meeting Brings ‘Akonadi’ PIM Data Storage Service
About The Author
Follow me on Twitter @thomholwerda
2006-01-15 9:10 pmsuperstoned
are you allright? i’d say stop smokin’ (i know what it can do to a man). YOU decided, to write, yourself, a winFS clone? ehm… i’m not sure if i have to take this seriously… akonadi is totally different, its not a filesystem. winFS might be somewhat similar to Reiser4, maybe.
i DO applaud any effort put in KDE 4, by the way.. its just that with the (of course limited) knowledge i have, i find it difficult to take the “I have started to create an OSS variant of WinFS” serious. if one whould do that alone, it would i guess take lets say 50 years?
2006-01-15 9:57 pmsegedunum
YOU decided, to write, yourself, a winFS clone? ehm… i’m not sure if i have to take this seriously…
Depends what he means by WinFS.
akonadi is totally different, its not a filesystem.
Neither is WinFS. Akonad is not a filesystem? Hmmm. Doesn’t quite have the same ring.
winFS might be somewhat similar to Reiser4, maybe.
No, because the parts that make WinFS work are above the filesystem, on top of NTFS.
2006-01-15 11:40 pmdikatlon
Well WinFS is not a filesystem as what segdunum writes.
It’s about storing different type of objects in a database. And making it public for different applications.
For example you have a company, your hired people can be visible in your mail client cause of akonadi. And your hired people can be visible for your budget software ( where you log their money ).
You can also make relations to different objects. I mean a central api for this is wonderful.
You don’t have to make an own app with an own store db like kimdaba. You can use akonadi as a central way to store that data. The relations of the pictures between last weeks football game and the pictures of this week.
It doesn’t stop here.
Btw, I take WinFS in my comment – cause it’s something to relate with. This video about WinFS shows in practic how a storage system could work:
Akonadi will like WinFS provide this possibility.
Edited 2006-01-15 23:48
2006-01-16 11:30 amsuperstoned
well, at first, afaik, winFS should’ve been a filesystem with database capabilities, indeed making such things possible. now it will be a database ON TOP of a filesystem. but still, it is tied to a filesystem, while akonadi is not. writing a filesystem with database capabilitie is entirely different than writing a common storage system for a certain kind of data (running on top of a database, which is running on a filesystem).
too much no-interest kde news
2006-01-15 11:55 pmdikatlon
Hey, it’s not all about kde.
Check this pic closer: http://pim.kde.org/development/meetings/osnabrueck4/diagram.jpg
You will see a note there about something that starts with G and ends with E. Today there isn’t an unseriosly DE war – it’s collaboration.
Edited 2006-01-15 23:56
2006-01-16 10:22 pmnetdur
I did mean kde by itself, but osnews quality/filter news
if I see too much BS news about zeta, I would say the same about it… so it’s not about kde
Well I love to hear this!
I have started to create an oss variant of WinFS.
I gonna stop with that, and will gladely be with the kde community to develop/help with the Akonadi project.
You cant understand how good this is – it’s not just about search – it’s about storage.
Edited 2006-01-15 19:50