Professional Photo Management with the Power of Open Source

digiKam 0.10.0-beta5 release for KDE4

by digiKam

Dear all digiKam fans and users!

The digiKam development team is happy to release the 5th beta release dedicated to KDE4. The digiKam tarball can be downloaded from SourceForge.


With this new release, digiKam is now compilable under Windows using MinGW and Microsoft Visual C++. Precompiled packages are available with KDE-Windows installer. See KDE-Windows project for details.

Take care, it's always a BETA code with many of new bugs not yet fixed... Do not use yet in production...

KDE3 version still the stable release and have been published this summer.

To compile digiKam for KDE4, you need libkexiv2, libkdcraw, and libkipi for KDE4. These libraries are now included in KDE core but for the moment, digiKam require libkdcraw and libkexiv2 from svn trunk to compile fine (These versions of libraries will be released with KDE 4.2). To extract libraries source code from svn, look at bottom of this page for details

For others depencies, consult the README file. There are also optional depencies to enable some new features as lensfun for lens auto-correction, and marble for geolocation.

The digikam.org web site has been redesigned for the new KDE4 series. All screenshots have been updated and a lots of video demos have been added to present new features included in this version.

NEW FEATURES (since 0.9.x series):

General : Ported to CMake/Qt4/KDE4.
General : Thumbs KIO-Slave removed. digiKam now use multi-threading to generate thumnails.
General : Removed all X11 library dependencies. Code is now portable under MACOS-X and Win32.
General : Support of XMP metadata (require Exiv2 library >= 0.16).
General : Hardware handling using KDE4 Solid interface.
General : Preview of Video and Audio files using KDE4 Phonon interface.
General : Database file can be stored on a customized place to support remote album library path.
General : New database schema to host more photo and collection informations.
General : Database interface fully re-written using Qt4 SQL plugin.
General : Support of multiple roots album paths.
General : Physical root albums are managed as real album.
General : New option in Help menu to list all RAW file formats supported.
General : Geolocation of pictures from sidebars is now delegate to KDE4 Marble widget.
General : New option in Help menu to list all main components/libraries used by digiKam.
General : libkdcraw dependency updated to 0.3.0.
General : Raw metadata can be edited, changed, added to TIFF/EP like RAW file formats (require Exiv2 >= 0.18). Currently DNG, NEF, and PEF raw files are supported. More will be added in the future.
General : digiKam can be compiled natively under Microsoft Windows.
General : libkdcraw dependency updated to 0.4.0.
General : libgphoto2 dependency is now optional to be able to compile digiKam under operating systems not supported by GPhoto2.

CameraGUI : New design for camera interface.
CameraGUI : New Capture tool.
CameraGUI : New bargraph to display camera media free-space.

AlbumGUI : Added Thumbbar with Preview mode to easy navigate between pictures.
AlbumGUI : Integration of Simple Text Search tool to left sidebar as Amarok.
AlbumGUI : New advanced Search tools. Re-design of Search backend, based on XML. Re-design of search dialog for a better usability. Searches based on metadata and image properties are now possible.
AlbumGUI : New fuzzy Search tools based on sketch drawing template. Fuzzy searches backend use an Haar wevelet interface. You simply draw a rough sketch of what you want to find and digiKam displays for you a thumbnail view of the best matches.
AlbumGUI : New Search tools based on marble widget to find pictures over a map.
AlbumGUI : New Search tools to find similar images against a reference image.
AlbumGUI : New Search tools to find duplicates images around whole collections.

ImageEditor : Added Thumbbar to easy navigate between pictures.
ImageEditor : New plugin based on LensFun library to correct automaticaly lens aberrations.
ImageEditor : LensDistortion and AntiVignetting are now merged with LensFun plugin.
ImageEditor : All image plugin tool settings provide default buttons to reset values.
ImageEditor : New Raw import tool to handle Raw pictures with customized decoding settings.
ImageEditor : All image plugin dialogs are removed. All tools are embedded in editor window.


001 ==> 146864 : Lesser XMP support in digiKam.
002 ==> 145096 : Request: acquire mass storage from printer as from camera. Change menu “Camera” to “Acquire”.
003 ==> 134206 : Rethink about: Iptc.Application2.Urgency digiKam Rating.
004 ==> 149966 : Alternative IPTC Keyword Separator (dot notation).
005 ==> 129437 : Album could point to network path. Now it’s impossible to view photos from shared network drive.
006 ==> 137694 : Allow album pictures to be stored on network devices.
007 ==> 114682 : About library path.
008 ==> 122516 : Album Path cannot be on Network device (Unmounted).
009 ==> 107871 : Allow multiple album library path.
010 ==> 105645 : Impossible to not copy images in ~/Pictures.
011 ==> 132697 : Metadata list has no scrollbar.
012 ==> 148502 : Show rating in embedded preview / slideshow.
013 ==> 155408 : Thumbbar in the album view.
014 ==> 138290 : GPSSync plugin integration in the side bar.
015 ==> 098651 : Image Plugin filter based on clens.
016 ==> 147426 : Search for non-voted pics.
017 ==> 149555 : Always present search box instead of search by right-clicking and selecting simple or advanced search.
018 ==> 139283 : IPTC Caption comment in search function.
019 ==> 150265 : Avanced search filter is missing search in comment / description.
020 ==> 155735 : Make it possible to search on IPTC-text.
021 ==> 147636 : GUI error in advanced searches: lots of free space.
022 ==> 158866 : Advanced Search on Tags a mess.
023 ==> 149026 : Search including sub-albums.
024 ==> 153070 : Search for image by geo-location.
025 ==> 154764 : Pictures saved into root album folder are not shown.
026 ==> 162678 : digiKam crashed while loading.
027 ==> 104067 : Duplicate image finder should offer more actions on duplicate images found.
028 ==> 107095 : Double image removal: Use trashcan.
029 ==> 112473 : findimages shows only small thumbnails.
030 ==> 150077 : Find Duplicate Images tool quite unusable on many images (a couple of issues).
031 ==> 161858 : Find Duplicate Image fails with Canon Raw Files.
032 ==> 162152 : Batch Duplicate Image Management.
033 ==> 164418 : GPS window zoom possibility.
034 ==> 117287 : Search albums on read only album path.
035 ==> 164600 : No picture in view pane.
036 ==> 164973 : Showfoto crashed at startup.
037 ==> 165275 : build-failure - imageresize.cpp - ‘KToolInvocation’ has not been declared.
038 ==> 165292 : albumwidgetstack.cpp can’t find Phonon/MediaObject.
039 ==> 165341 : Crash when changing histogram channel when welcome page is shown.
040 ==> 165318 : digiKam doesn’t start because of SQL.
041 ==> 165342 : Crash when changing album sort modus.
042 ==> 165338 : Right sidebar initally too big.
043 ==> 165280 : Sqlite2 component build failure.
044 ==> 165769 : adjustcurves.cpp - can’t find version.h.
045 ==> 166472 : Thumbnail bar gone in image editor when switching back from fullscreen.
046 ==> 166663 : Tags not showing pictures without “Include Tag Subtree”.
047 ==> 166616 : Filmstrip mode in View.
048 ==> 165885 : Thumbnails and images are NOT displayed in the main view center pane.
049 ==> 167139 : Crash if Exif.GPSInfo.GPSAltitude is empty.
050 ==> 167168 : Timeline view shows redundant extra sections.
051 ==> 166440 : Removing images from Light Table is not working properly.
052 ==> 166484 : digiKam crashes when changing some settings and using “find similar” after the changes made.
053 ==> 167124 : Timeline view not updated when changing selected time range.
054 ==> 166564 : Display of already created thumbnails is slow.
055 ==> 166483 : Error in “not enough disk space” error message.
056 ==> 167379 : Image selection for export plugin.
057 ==> 166622 : Confusing Add Images use.
058 ==> 166576 : digiKam quits when running “Rebuild all Thumbnail Images” twice.
059 ==> 167562 : Image Editor Shortcut Keys under Edit redo/undo are missing in GUI.
060 ==> 167561 : Crash when moving albums.
061 ==> 167529 : Image Editor not working correctly after setting “use horizontal thumbbar” option.
062 ==> 167621 : digiKam crashes when trying to remove a tag with the context menu.
063 ==> 165348 : Problems when trying to import KDE3 data.
064 ==> 166424 : Crash when editing Caption with Digikam4 SVN.
065 ==> 166310 : Preview not working in image effect dialogs.
066 ==> 167571 : Unnatural order when removing images from light table.
067 ==> 167139 : Crash if Exif.GPSInfo.GPSAltitude is empty.
068 ==> 167778 : Assigning ratings in image editor via shortcuts or toolbar not working.
069 ==> 168567 : Unable to edit or remove iptc and xmp info.
070 ==> 168846 : crash after playing with tags (seems to be rather a crash in Qt or kdelibs).
071 ==> 166671 : Image filter dialog buttons are much too big.
072 ==> 134486 : Keywords are not written to raw files even though they do embed iptc/exif.
073 ==> 168839 : Digikam crashed after tagging.
074 ==> 167085 : Color selection in sketch search tool looks plain black.
075 ==> 168852 : Crash on profile application.
076 ==> 167867 : Album view is reset by changing settings.
077 ==> 168461 : Info in Properties panel not updated after moving to other image.
078 ==> 169704 : Crash during RAW import.
079 ==> 166437 : Deleting images in Image Editor not working properly.
080 ==> 169814 : Compilation error: no exp2().
081 ==> 165345 : Selecting images from bottom right to top left does not work.
082 ==> 170693 : Enable geotagging of Olympus orf images.
083 ==> 170711 : Write single Keywords instead of Hirachy into IPTC.
084 ==> 168569 : New Album Folders are not detected in displayed in GUI until restart.
085 ==> 165337 : Text overlapping box on welcome page.
086 ==> 171310 : No preview photos shown clicking on imported albums.
087 ==> 171778 : digiKam does not load photos in its database.
088 ==> 171736 : Make transferring of metadata between machines easier.
089 ==> 170929 : Compilation of SVN version fails with gcc 4.3.2 unless debug option is activated.
090 ==> 171989 : Can’t set gps photo location on .nef images.
091 ==> 172018 : Initial cursor in the “sharpen” dialog is on the “cancel” button.
092 ==> 172033 : Unable to draw rectangle from right to left.
093 ==> 171953 : Using create “Date-based sub-albums” makes import fail.
094 ==> 118318 : Make (lib)gphoto support a configure flag.
095 ==> 172269 : digiKam hangs for around 20-60 seconds when starting.
096 ==> 172648 : Thumbnail click does not display embedded picture preview.
097 ==> 172650 : No kipi plugins available.
098 ==> 172651 : Send image by email missing.
099 ==> 168005 : Week view broken in timeline.
100 ==> 172295 : digiKam has a hard dependency on Jasper library.
101 ==> 172733 : Crash on Synchronize images with database.
102 ==> 172776 : Combine Edit and Album menus, and other ideas.
103 ==> 172836 : No menu item for lensfun.
104 ==> 172912 : “Slide” becomes “Slideshow” text on button in Main window.
105 ==> 172882 : Setup verbiage patches.
106 ==> 172884 : Welcome/First-Run verbiage patches.
107 ==> 172892 : Tips verbiage changes.
108 ==> 172895 : Setup verbiage patches for slideshow and albumview.
109 ==> 172898 : Verbiage changes for Util-ImageEditor-ImageResize.cpp.
110 ==> 172899 : Verbiage changes for digikamapp.cpp.
111 ==> 167320 : Filmstrip in album view is not synchronized correctly.
112 ==> 172911 : Album File lister does not have an “All Image Files” filter.
113 ==> 167777 : Thumbnails in Album not shown at first start of digiKam.

niiiice! really cool! there’s

niiiice! really cool!

there’s only one thing I dislike at the screenshot and thats the look of the histogram graph. Do you have any plans to apply some sort of anti-alising to make it look more “professional”?

Keep up the good work!

Screenshot shows beta6 ;)

Screenshot shows beta6 ;)


I have bumped version id just before to take the shot… In fact it’s really beta5 code (:=)))



The non-smooth result is not because of the graph, but because of the data on the file. If you have JPEG file and it is 8bit, it has 255 bars then on it. Every bar is showing correctly then. You can not twist the important image information with antialias, because it looks “bad” ;-)

When you use 16bit photo, you get even more bars to histrogram and you need to see as real information from it as possible ;-)

Thanks for all your wonderful

Thanks for all your wonderful comments and support! I really appreciate it.

Thanks again!

Please use option buttons for

Please use option buttons for choosing histogram colours instead of list field.

This would mean one click instead of two - better usability.

.par image files?

Is digiKam able to read .par image files? I get these from photo scanning at my local photoshop store. Normally i use gm convert to convert them into .jpg but it would be nice to open them directly from the dvds.

Please disregard the

Please disregard the question, I found the simple solution. In the config dialog one can enter more filetypes than it appears, so I just put par and p00 to p99 into there and it works. Sorry to bother you.

DNG Converter

Does this beta version come with the stand alone DNG converter?


Not yet as end user application for beta3

I have just set DngConverter plugin as stand alone program in current implementation. The program name is dngconverter and will be available with the next beta release.



Is there any plans for integrating the rating system with nepomuk? Gwenview is developing it, and it would be nice to be able to share the ratings between digikam and gwenview

Nepomuk <> DigiKam

This is my own personal opinion: I dont think that Gwenview is on right tracks currently. It should be simple image viewer and not a photo management application, what is the purpose for DigiKam to exist. Gwenview developers should try to work together with DigiKam and use the metadata information itself for a better photo management, if they really want it.

DigiKam exports the photo ratings and other information as XMP metadata for file itself, so it can be easily readed from any other application, without need to understand a Nepomuk.

I suggest for Gwenview developers to forget the ratings etc information if it does not write all the ratings and comment data to metadata itself, so it is readed by photoshop or lightroom if photo gets opened there. Currently it looks like all the data is stored to nepomuk itself, what is one bad thing.

Yes, it’s planed, but later 0.10.0 final release.

Because a lots of new codes have been done in digiKam for KDE4, we need to stabilize current implementations before to play with Nepomuk. Also, the new Database interface from Marcel which is already very stable need to be polished before to be interfaced with Nepomuk. So, it’s something planed for 0.11.0 release.


I have got a question: Now,

I have got a question:

Now, when one selects an “enhancement” tool to edit a picture, the settings of these tools are shown up sideways on the right.

But way must one still select the tools through the menu?

Why is it not possible, to select the enhancement tools from the toolbar at the right side?

The reason for this proposal is the following:

When editing a raw picture, one must often take many enhancement tools into account. Maybe sharpening, noise, colors, and this repeatedly.

When each plugin would be stored on tabs or on the toolbar on the right side, the user could reach the plugins with one click only.

Since in digikam, all enhancement plugins must be selected from a manu, one first has to make one click at the menu “enhancement” and then at the appropriate plugin.

Say, to edit a raw picture, one needs the use of these tools 10 times (since one must see, how the combined effect looks).
If a user has 50 Photos to edit, this makes, with 2 clicks for each tool 1000 clicks.

In case the tools could be selected not from the menu, but from the toolbar on the right, or with tabs on the right after one click, the user would only have to do 500 clicks.

So this is an important point of usability.

I have GIF images in my

I have GIF images in my collection, but they don’t display. Could this be improved? (dK 0.9.3)

This depand of Qt…

This depand of your Qt3 compiled with GIF support. There is no GIF image loader in digiKam. We use Qt image loader for this format.

Like Gif have been (is always?) a patented format, it’s possible that your distro disable Gif support in Qt to prevent any legal problems.

1/ PNG replace GIF prefectly. I recommend to switch.
2/ For me GIF is not a photo format (256 color limitation). I considerate this format as fully out of digiKam goal.


macos x build

is there any place, where a precompiled build for macos x can be downloaded?

Look KDE for MAC project

Like for KDE Windows project, there is a KDE Mac page

I'm sure that digiKam compile under Mac. All have been ported by a KDE core developer in the pass.

<div class="links">» </div>

mac os x

ok, so what do i need to do? install kde4 mac, then download digikam sources, and then compile them? how, do i need apple devtools installed?

sorry, im a bit of a noob when it comes to macos, but since there is no decent free photomanagement on mac (since there is no picasa on mac), i thought i would have a look.

thanks in advance


Contact KDE Mac team…

>ok, so what do i need to do? install kde4 mac, then download digikam sources, and then compile them?
>how, do i need apple devtools installed?

KDE Mac team do not provide a repository with digiKam pre-compiled (as KDE Windows do).

Note: You can contact KDE MAC team by IRC on irc.freenode.net with chanel #kde-mac

>sorry, im a bit of a noob when it comes to macos, but since there is no decent free photomanagement on mac
>(since there is no picasa on mac), i thought i would have a look.

Same for me. I don’t have a Mac to guide you i still try to find a way to install MACOS-X for i386 unde VirtualBox…


I suggest for Gwenview

I suggest for Gwenview developers to forget the ratings etc information if it does not write all the ratings and comment data to metadata itself, so it is readed by photoshop or lightroom if photo gets opened there. Currently it looks like all the data is stored to nepomuk itself, what is one bad thing.