Professional Photo Management with the Power of Open Source

Preparing first 0.10.0-beta1 for KDE4…

by digiKam

There is one year, Marcel and me we have started to port digiKam code to Qt4/KDE4. Yes, already one year of work...Tempus fugit...


Helped by Laurent Montel, code have been ported progresivly. This have take a while because digiKam code is huge and API changes are enormous. This is a complex task to do it : porting to new api, make regression tests, fix new bugs, an validate new code... Also, when bugs come from KDE4 or Qt4 shared libs, the puzzle become infernal to solve. Laurent, as KDE core developper, has reported all problems discovered with digiKam port. He have make an important role during this time

digiKam code is not alone to be ported. We have played with all shared librairies code used by digiKam (libkipi, libkexiv2, and libkdcraw). Unforget too, kipi-plugins which are not yet fully ported.


This is why, the KDE4 port is long and not simple. And i can said that i'm not yet fully satisfied by this job. Not all regression tests have be done, and it still know bugs to fix before to plan a final release.

Also, a lots of new features have been implemented with KDE4 port: XMP support, new Database schema/interface, a lots of new search tools (fuzzy, duplicates, geolocation, metadata, etc...), sidebar integration everywhere, multiple roots albums, network transparency, etc... New features are nice, but introduce new bugs of course.

But, we cannot delay to infine. With Marcel, we have decided to prepare the first beta1 release. All main new features have been implemented. it will be time to toogle in a beta cycle to polish and finalize code everywhere... before the end of this year. It will be a long stage, but it's necessary. I won't to publish a buggy "stable" release...

This is why i recommend to all people who will test this new release, to run digiKam outside a production environnement. Use a dedicated repository of photos to not take a risk to lost something. To resume, do not use yet digiKam for KDE4 in production, until the final release.

digiKam 0.10.0-beta1 is planed for next week end. It will be an exiting moment for me, and for all digiKam users i hope...


Digikam 0.10.0 from svn

Digikam 0.10.0 from svn doesn't want to compile on my opensuse 11.0 since April. I've met all the dipendencies and I don't understand what's wrong. Make simply stop without errors at a certain point. I really love digikam and I'd like to help finding bugs but I can't get it working.

It will be worth the wait.

The current version works great within KDE4, so I haven't really missed it. I do look forward to the new version though, and will probably test it. Digikam is an awesome program, and it just keeps getting better. Thank you guys for all your hard work.

Congratulation in advance for

Congratulation in advance for this amazing work!
Digikam is one of my favorite and most useful app. and I'm looking toward the kde4 integration, and the windows version as well so I could start recommend it for windows users...

The windows port is not yet

The windows port is not yet validate. Code is certainly ready to compile under Windows, but we haven't yet tested. Hacking Linux version is the priority.

The code will need certainly to be polished under Windows. Also, few rules need to be done with CMake to disable some parts which cannot be used under Windows, especially GPhoto2 interface. We have take a care to use standard C++ header everywhere when it's possible for non Qt4/KDE4 code.

All the rest must compile as well: libkipi, libkexiv2, and libkdcraw are already ported to windows (code is pure Qt4) and maintened and tested by KDE core developpers who works on the whole KDE4 Windows port.

Others depencies must be fine : LensFun, Exiv2, libtiff, libpng, libJpeg, littleCMS, etc... are fully portable.


Geotagging on RAW?

Please please please tell me that it's possible to geotag RAW files :) This would really be a great improvement for Digikam. Currently I'm not using Digikam because of this and the lack of XMP support. So it's quite frustrating, because the functionalities are really impressive! The implementation of geolocalization is really nice, I hope I can use it in KDE4.

And keep up the good work!

Hello François, I have a

Hello François,

I have a similar issue, so I create XMP files for each of my raw and use a tool called geotag (http://geotag.sourceforge.net). Set the preferences in it to always write to XMP files. Hopefully in 10.0 it will keep the XMP files with the raw when copying/moving etc.

-- Stephen.

Yes RAW can be geotagged,

Yes RAW can be geotagged, since the new database schema host all GPS info. Of course, RAW file metadata still untouched: RAW files still read only. This is why geolocation are stored in database (to be able to perform search over a map).


Thanks for the details

Thanks Gilles

Are there any particular reasons why it could not be written to RAW files? I know most of them are proprietary formats, but there are tools to write the geotags to most RAWs, and it seems to be working fine. It's just too heavy for me (command line tools), especially as I locate the photo from a map, my camera doesn't record its position.

digiKam use Exiv2 shared

digiKam use Exiv2 shared library to play with metadata. currently only JPEG file metadata can be written on the fly.

In current Exiv2 implementation, TIFF/EP writting mode is under finalization. All main RAW file formats as NEF for example are based on TIFF/EP. We need time to check if nothing is broken with RAW format using TIFF/EP writting mode before to use it.



Ok, I hope it will be validated soon :) Thanks for your answer.

Hi, Thank you for the update!

Thank you for the update! I managed to build digikam svn, but I had to copy a few .pc files for kipi, kdcraw and exiv2 from /usr/kde/svn/lib/pkgconfig/ to /usr/lib/pkgconfig/ to make cmake detect those libraries that come with kdegraphics these days. Digikam for KDE4 looks very nice and already works good I have to say! Good work!

Unfortunately I have not been able to build kipi-plugins from svn. The error I get is:

CMake Error: Error in cmake code at
INCLUDE Could not find include file: FindPackageHandleStandardArgs
Current CMake stack:
[1] /root/graphics/kipi-plugins/CMakeLists.txt
CMake Error: Kexiv2_DIR is not set. It must be set to the directory containing Kexiv2Config.cmake in order to use Kexiv2.

I am far from a cmake guru, so could you give me a hint on how to get it to work?


FindPackageHandleStandardArgs is a CMake macro defined in KDELibs collections. Check your KDE4 developement packages. Here it compile fine using default Mandriva 2008.1 KDE 4.0.3 RPMs