[Digikam-users] Digikam and the KDE
toddrme2178 at gmail.com
Sun Oct 9 15:16:28 BST 2011
2011/10/9 Karl Günter Wünsch <kgw at mineralien-verkauf.de>:
> On Sunday 09 October 2011, todd rme wrote:
>> You are saying Digikam developers should
>> have to do that all over again, AND re-implement all the stuff that
>> the KDE developers had already done, which means it would take even
> Digikam will be another casualty of the switch as Akonadi and
> Nepomuk integration scatters information all over the place (or is lost on a
> regular basis when one of their databases acts up which they often do) - so
> having a more stable, dedicated basis for storage (which isn't messed up by
> the rest of the desktop environment on a regular basis) would be highly
> desireable, as it currently stands I'll just switch for my organizing needs to
> another program...
Your understanding of the situation is completely backwards. The
whole point of both nepomuk and akonadi is "having a more stable,
dedicated basis for storage". The situation before, and still the
situation to an extent, is that KDE "scatters information all over the
place". One of the reasons for the switch to nepomuk was to have a
central storage location for all metadata information. So you are
basically asking to replace nepomuk...with something like nepomuk.
The same is the case for akonadi. Previously, PIM data was scattered
all over the place, both on the filesystem and between applications.
Akonadi provides a central storage location for all PIM-related
The implentation may not be perfect yet, they are trying to do
something no one has tried to do before and it is taking some work,
but what you are asking for is exactly what they are intended to do.
You are not going to find what you are asking for on any other desktop
environment or PIM suite, period.
More information about the Digikam-users