Professional Photo Management with the Power of Open Source

digikam 0.9.5-beta1 release

by digiKam

Dear all digiKam fans and users!

The digiKam development team is happy to start a new serie of KDE3 releases. The digiKam 0.9.5-beta1 tarball can be downloaded from SourceForge. Noteworthy features added since the last stable release include a new RAWImport tool, embedding all image plugin dialogs in editor window, as usual a lot of bug fixes - see below for a complete list of new features and fixed bugs.


NEW FEATURES (since 0.9.4):

General : libkdcraw dependency updated to 0.1.6.
Image Editor : All image plug-in tool settings provide default buttons to reset values.
Image Editor : New Raw import tool to handle Raw pictures with customized decoding settings.
Image Editor : All image plug-in dialogs are removed. All tools are embedded in editor window.


001 ==> 166867 : digiKam crashes when starting.
002 ==> 167026 : Crash on startup Directory ImageSubIfd0 not valid.
003 ==> 146870 : Don’t reduce size of image when rotating.
004 ==> 167528 : Remove hotlinking URL from tips.
005 ==> 167343 : Albums view corrupted and unusable.
006 ==> 146033 : When switching with Page* image jumps.
007 ==> 127242 : Flashing ‘histogram calculation in progress’ is a bit annoying.
008 ==> 150457 : More RAW controls in color management pop-up please.
009 ==> 155074 : Edit Image should allow chance to adjust RAW conversion parameters.
010 ==> 155076 : RAW Conversion UI Needs to be more generic.
011 ==> 142975 : Better support for RAW photo handling.
012 ==> 147136 : When selecting pictures from folder showfoto got closed.
013 ==> 168780 : Loose the raw import.
014 ==> 160564 : No refresh of the number of pictures assigned to a tag after removing the tag from some pictures.
015 ==> 158144 : Showfoto crashes in settings window.
016 ==> 162845 : ‘Ctrl+F6’ Conflict with KDE global shortcut.
017 ==> 159523 : Digikam crashes while downloading images from Olympus MJU 810/Stylus 810 camera no xD card.
018 ==> 161369 : Quick filter indicator lamp is not working properly in recursive image folder view mode.
019 ==> 147314 : Renaming like crazy with F2 slows down my system.
020 ==> 164622 : Crash using timeline when switching from month to week to month view.
021 ==> 141951 : Blank empty context right-click menus.
022 ==> 116886 : Proposal for adding a new destripe/denoise technique.
023 ==> 163602 : Race condition during image download from Camera/ USB device: image corruption and/or loss.
024 ==> 165857 : Unreliable import when photo root is on network share.
025 ==> 147435 : Resize slider in sharpness dialog doesn’t work correct.
026 ==> 168844 : Make the selection rectangle draggable over the image (not only resizable).
027 ==> 147151 : Compile error: multiple definition of `jpeg_suppress_tables’.
028 ==> 170758 : High load when tagging.
029 ==> 168003 : Drag&dropping a photo to a folder in Dolphin begins copying the whole system:/media.
030 ==> 142457 : Temp files not cleaned up after crashes.

All image plug-in dialogs are

All image plug-in dialogs are removed.

This is a blessing! I always thought that digikam used way to many dialogs. Thanks!

final version

yes, 0.9.5, i look forward to final version!!!

Just a small question

I was just wondering why do you prefer continuing with the qt3 version, rather than focusing on the kde4 version ?


KDE3 is the more stable version of KDE desktop

KDE3 is the most popular and stable version of KDE desktop published around the world. KDE4 cannot be yet considerated as finalized. It lack a lots of features to be able to replace KDE3. This will be better with KDE 4.2 i think.

We cannot forget KDE3 version for the moment. Bug fixes and new important features has been added (as RAWImport and Editor Tools). It use the same implementation than KDE4 and all bug reports done on these parts are fine for digiKam 0.10.0.

Also, 0.9.5 compile fine with last libkdcraw 0.1.6 (which use libraw core implementation as RAW decoder). We cannot ignore this point.

But i think 0.9.5 release will be the last one for KDE3...

blah blah blah

You know, you continue to say these things and yet the distros have by and large already moved on. Most of the questions in #kde on irc these days are about KDE4.

Meanwhile you spend resources on the KDE3 version while no KDE4 version is available.

I get it that you are conservative when it comes to these things, yet your choice of where to put resources for the next version of digikam is really puzzling to me. What happens when, if as you say, KDE 4.2 comes out and it does indeed meet your standards and there is no digikam for KDE4 yet? I try the digikam for KDE4 on fairly regular basis and continue to be concerned with how long its taking to get to a usable state; it's not surprising given the decision to continue piling work into the KDE3 version.

And you do realize that KDE4 apps work just fine in a KDE3 env? (Just as the reverse is also true?)

For all your hesitations about KDE4, I really think you misjudged this one.

Thanks Gilles for your commitment to end users

Yes, thanks a lot for the still best KDE3 version, that I just packaged for latest Mandriva distribution. Why? Simply because I need it ;-)

I know that all those who work hard on KDE4 can feel badly people working on KDE3, but KDE 3.5 is just too good to be thrown away. I've got a testing machine with KDE 4, but just can't say to any end user "Go with latest KDE." Because I know he will have to fight with things that "no geeks" just can't do with. In fact, I've got 20 friends and relatives that use daily KDE3.5, and will not tell them to change before I see KDE4 with an amazing suite of applications which have received enough love from geeks to be cool for non-geeks.

So thanks again Gilles, this 0.9.5 release will go into all major distributions : Debian and Mandriva. Oups, troll inside ;-)

You don't understand. Noone

You don't understand. Noone talks about throwing away KDE 3.5. You can install KDE4 dependencies alongside KDE3 and thus are able to use them in KDE3. A digikam for KDE4 would ergo please all users.

I don't know where the

I don't know where the problem is. We provide a KDE4 version of digiKam which is under heavy development. The KDE3 version is not touched that much these days, only backports from trunk are committed into it. So no time is "wasted" on the old project... all new features go into the KDE4 version.

There no problem besides

There no problem besides misunderstanding. The sentence "KDE 3.5 is just too good to be thrown away" just shows that there is a wrong perception of things. It's dangerous, as it splits the community where it is needless.

Thanks a lot


just to say that I fully agree with your choice. We appreciate your caring for the users.

Did I get it right though, that you do have a 0.10 release in the making that is already ported? Or is that only a plan?


digiKam is already ported: 0.10.0

yes, it's already ported. KDE3 (0.9.5) and KDE4 (0.10.0) source code are fully synchronized...

Of course, 0.10.0 is not only a simple port. A lots of new features have been added. This is why it's long to stabilize code. We will trying to complete KDE4 version for KDE 4.2.


Great to hear that stable

Great to hear that stable DigiKam release should be ready for KDE 4.2 :-)
I'm testing KDE4 since 4.0 beta release and with 4.1.2 (and now 4.1.3) I've decided to migrate all my friends desktops to KDE4. I'm looking towards for all KDE3 applications being ported to KDE4. And DigiKam is the one of the most needed because using stable DigiKam 0.9.x releases in KDE4 with KDE3 dependencies gives many problems related to KDE3 desktop configuration without tools (from KDE3) to configure it (KDE3 apps). It's mostly the video player (and codecs) problem on albums in DigiKam. So I'm glad to hear that the most effort in DigiKam development is KDE4 version.

Very good, full support for this from me too

When I read in the new kubuntu change descriptions the details about the new KDE4 which still lacks a lot of functionality 3.5.10 has, I simply refrained from upgrading at this time, like many others, too.

So your new KDE version is certainly most welcome for many people.

You're churning out new versions and functionalities so fast, it's a real firework of programming! Congratulations!


I am glad you still backport some changes to KDE3, I installed latest mandriva on my laptop with KDE4 and I am ot happy with it. They even package the KDE4 version of Digikam which is far from stable, and not translated properly. I think it is very nice to have a stable version. I think the Digikam team is right : they backport features when it is easy to do in KDE3 but still keep working on the KDE4 version mainly.



Not (all) tags written...

I don't actually want to submit because I'm not entirely sure of me (I have to reproduce and be sure of the bug and when it happens) but some could perhaps answer to me...

I'm a new user of digikam (before I was using jbrout)...

I want to write the tags in the jpeg files so I select the right option in the settings. But when I tag photos, some tags are written to the jpg files and other photos are not modified. The database seems quite good that's why I didn't see the problem for a while.

Is it possible for a reason (no place for IPTC metadata , filesystem --ntfs--,...) that the tags are not written??

I'm working with the 0.9.4 version.

Thanks for all


I have verified carefully what I've experienced.
In fact, the tags are well written in the jpg files. So Digikam does its job well.

In fact, it's gwenview which is not able to read the iptc and exif data for some images. I don't know why :(

I was looking in a third software (Microsoft gallery) to know which one failed in its job and the last time the tags didn't appear. It was because this soft was slow to read all the datas. I can see them now!

But I have this time a real bug. When I was applying some tags (I don't remember exactly if that was what I'm doing but I'm sure it was not risked), 3 photos have disapeared of digikam (I was enable to make them reappear) even if they are present on the filesystem.


Thanks for providing a new version of Digikam 0.9.x!

(Btw.: Digikam 0.9.x runs nicely under KDE3, KDE4, Gnome, XFCE, ...)

Matching kipi-plugins update?

Will there be a matching kipi-plugins update as well?
In 0.1.6 there's still at least the crash when trying
to use the geolocalization feature, so it would be
nice to get a 0.1.7 release here...



Yes, it's planed to do a bug fix release