Professional Photo Management with the Power of Open Source

digiKam Software Collection 2.3.0 is out…

by digiKam


Dear all digiKam fans and users!

After one month of development, digiKam team is proud to announce the digiKam Software Collection 2.3.0, as bug-fixes release, including a total of 43 fixed bugs. In this release, layout of Captions/Tags tab from right sidebar have been improved for usability issue.

Close companion Kipi-plugins is released along with digiKam 2.3.0. This release features a lots of improvement into FlashExport plugin through Season of KDE 2011 (SoK) project to support new SimpleViewer tools. This relase include also 16 bug-fixes.


As usual, digiKam software collection tarball can be downloaded from SourceForge Repository. Stand alone Windows installer have been also updated.

Happy digiKam…

Tagging Tab FTW

I am very excited about tagging being moved to it’s own (sub)tab. On my netbook (1366x768) I could only see three tags at a time since version 2.1.0 making tagging nearly impossible.


Is there a hope that libkface will work properly and perform face recognition? I have found that it still doesn’t work in version 2.2 and I had to name all people by my self.

Anyway, each new digikam release is a great emotion: thanks for this wonderful software!


Any news on the Debian lib problem? I have been waiting for Digikam 2 since it came out:


The bug you have linked to is

The bug you have linked to is reported fixed, as it’s now in debian-experimental - so I am not sure what you’re asking for… do you still have issues? If so suggest reporting them there!

There was no bug

I called it a problem, not a bug. I quote from here:


* digikam 2.0.0 uses features from kdegraphics 4.7 & ships a private version of the kdegraphics libs - this is not the Debian way :-(
* Unsatisfactory Conflicts: libkexiv2-dev kipi-plugins-common libkdcraw-dev libkipi-dev kdegraphics-libs-data & libkipi8

Then there was the problem with the right version of KDE not having reached Debian Sid yet.

But I am not following all those things close enough to know exactly what I am talking about. Yes, Digikam was uploaded to Experimental. But AFAIK the maintainer still has a lot of reservations about it. I thought an innocent question in a blog would gain some insight.

Oh I see… I think these two

Oh I see… I think these two issues are related. I guess the latest Digikam relies on features that are only in KDE 4.7, so the choices are…

- take those features out of a Digikam version for KDE 4.6
- add the right libs to the backports in mainstream Debian, but I don’t even know how to start that conversation…

I’m using the philip5 repo on Ubuntu so I get a consistent set of libraries. Except face recognition has never ever worked on any of the digikam versions.

Face recognition doesn’t work

Face recognition doesn’t work as it’s not really implemented yet even though you see the feature in the GUI. So far only face recognition works. It’s not a build, package or dist issue but it’s yet to be fully developed and integrated.

digikam Debian packages now up in experimental

The digikam packages in experimental are quite usable.



Thank You

It really seems to be quite stable.

I try digikam 2.3 on windows

I try digikam 2.3 on windows XP and Vista (on two different PC). I have a problem on these two systems: I can’t remove pictures. Digikam shows an error box…..

What is the error message? If

What is the error message?

If you are trying to delete the picture, then that is currently not supported (see the readme file that was displayed after installing digiKam). The problem is not with digiKam, but with KDE itself. You can permanently delete files, however, by pressing shift-delete.

Here is the relevant bug report for digiKam:


and here is the actual cause of the problem, which is several years old:


We are working on a solution, however.


Sidebar defaults to geotagging tab after edit

This bug is stated as resolved some years back but it’s still hanging on! Problem occurs in fullscreen mode after any edit - out pops the geotagging side bar. No matter what I’ve done I can’t tame it! Any suggestions?

Great work on all the new features.

More info needed…


could you please report this problem directly on the bugreport or open a new bug on bugs.kde.org with a more detailed descriptiont? Otherwise it will be hard for us to figure out what the problem is…


Reproduce: * Open picture in

* Open picture in Image Editor
* Hide sidebar, if visible
* Switch to full screen
* Apply any effect (like Curves Adjust), press Apply

Now the (geotag) sidebar shows up, even though it has been hidden previously.

Bug report i was referring to in post above is https://bugs.kde.org/show_bug.cgi?id=187733. The same source problem i believe caused people to report these bugs http://bugs.kde.org/show_bug.cgi?id=220739 and http://bugs.kde.org/show_bug.cgi?id=207921.

So I’ll comment on the open bug report to keep it going. Otherwise was wondering if other people have workarounds until it’s fixed?

Face tagging

Installing this version for Windows has been much more fluid than anything I’ve tried in the past except the menu icons referred to:
C:/Program Files/DigiKam/kde4/bin/
but DigiKam installed itself to:
C:/Program Files/DigiKam/bin/

I corrected the icons but could this also be the cause of the issue with face detection? It takes no time and claims all 20,000 photos are done but does nothing and finds no faces. This was also the issue with I had with 2.0.0 (I tried a number of versions and finally got the face detection tag to work - it also did nothing) and version 1.7 just didn’t cut it.

Any suggestions as to a solution? I know there were some pretty involved ones for 2.0.0 that I have now forgotten (and I hoped would no longer be relevant).

DigiKam is really not much use to me without this functionality as I already have a work flow without DigiKam and if it can’t do this my partner and I are not willing to shift and learn all the changes to use DigiKam instead for little benefit.

One final question is about transferring data from Fotobounce, Anyone got any ideas who I might transfer the tagging data (any of it, even just the photo comments) to DigiKam? (I’m willing to shift but you can see that the re-tagging of all faces is causing me issues too, but Fotobounce just isn’t handling the load at all (it hasn’t been since we hit about 8,000 photos).


An update.

First Fotobounce: I’ve found the option and it works pretty well as far as I can tell.

DigiKam. It now lives in the folder:
C:/Programs Files/digiKam/kde4/*
because I started to get the idea that might be the problem. This did not help.

I worked out how to get the fingerprints done and did them (took a while); this did not help.

Face detection still does not detect any faces.

I added some manually. Did not help.

I added some of my original high resolution images to the library. Did not help.

I imported some images into a new folder. Did not help.

I added some exported images from Fotobounce. The faces marked by Fotobounce were added to the list of “People” tags in the Face detection tab. Did not help detect new faces.

In each case and every time I have tried this I tried a completely new scan and a scan and merge. I also tried a Benchmark and (if I had not added faces) the clear whole database and start again.

I should also mention that each time I restarted digiKam I have also been killing kde4d, klauncher and dbud-daemon before restarting digiKam.

Since one of the old problems was lack of the right libraries here is my list as reported by digiKam (it all seems correct to me, but I don’t know):
digiKam version 2.3.0
Exiv2 can write to Jp2: Yes
Exiv2 can write to Jpeg: Yes
Exiv2 can write to Pgf: Yes
Exiv2 can write to Png: Yes
Exiv2 can write to Tiff: Yes
Exiv2 supports XMP metadata: Yes
LibCImg: 130
LibClapack: internal library
LibExiv2: 0.21
LibJPEG: 80
LibJasper: 1.900.1
LibKDE: 4.7.2 (4.7.2)
LibKExiv2: 2.0.0
LibKGeoMap: 2.0.0
LibKdcraw: 2.0.0
LibLCMS: 119
LibPGF: 6.11.42 - internal library
LibPNG: 1.4.4
LibQt: 4.7.4
LibRaw: 0.13.8
LibTIFF: LIBTIFF, Version 3.9.2 Copyright © 1988-1996 Sam Leffler Copyright © 1991-1996 Silicon Graphics, Inc.
Marble Widget: 0.12.2 (stable release)
Parallelized demosaicing: Yes
Database backend: QSQLITE
LibKface: 2.0.0
LibKipi: 1.2.0
LibOpenCV: 2.3.0
Libface: 0.2

The version of the Handbook seems to be Revision 1.2 (2010-02-20) - and refers to digiKam 1.1.0 on the second page - there is no information that I can find at all referring to face tagging. This does not help.

The database statistics are:
digiKam version 2.3.0
GIF: 1
JPG: 19570
PNG: 111
total: 19682
Total Items: 19682
Albums: 629
Tags: 46
Database backend: QSQLITE

The online digiKam handbook is no more up to date.

The FAQ does not have a solution to this problem.

There are no threads on the digiKam mailing list or the digiKam developers mailing list that refer to this type of problem for 2.3.0 (though there are some very old ones for version 2.0.0 and earlier which didn’t work then (or weren’t applicable) and don’t work now (or aren’t applicable)).

On the KDE bug tracker my problem is not listed (as far as I can tell) on any of these results:

or these results:

and the following gives no results at all:

any more specific searches mostly for MS Windows or version 2.3.0 (I was confused by 2.4.0 and 2.5.0 being listed) return no results. I checked all the most recent bugs thoroughly and scanned the ones older than version 2.2.0 release date on both of the above searches that gave results.

I have not reported this in the KDE bugzilla because I suspect that it is potentially a Windows installer issue rather than a digiKam bug (but I don’t know).

I am running a Japanese language version of Windows 7 Starter 32-bit.

If there are any more details, logs or any programs I can run to try and trace the problem I am happy to help. If there is somewhere better for me to be writing this, please tell me where (though if I have to create a username then I will likely ave to create many since I am great at forgetting them (and passwords) and lose pieces of paper all the time… I have to use accounts daily to avoid this and even then… sigh).

Thank you for your time, help and what looks to be a better and better piece of software that I’m more keen than ever to use!



Apologies for the bluntness of my message, I have spent too long in front of my computer failing to get digiKam to work as advertised despite clearly being very, very close! :) It is very frustrating.


Bug Report

Thanks for filing the bug report here:


Sorry for the delay in responding, our available time is very limited! I have responded to your question on the bug report.


Thank you

If anyone else has this problem the solution was rather simple but rather non-intuitive (and still indicates a bug I’m afraid).

Where the choice of albums is the default given (which is your album root directory) does not work. deselect it and it will scan your entire collection.

Ananta - I’ll fill in the bug report with the results, it’s a minor bug but probably an easy to fix one… no? Just don’t have the root directory selected as the default album to scan… though there is clearly another bug there that yo can’t select the root album/directory to scan everything (this might come back to haunt if there is ever the option to have multiple root albums…

Thank you for your time,


After the upgrade to digikam

After the upgrade to digikam 2.3 (in Ubuntu 11.10) do not play avi files. What’s the matter?

check mplayerthumbs package

there is a special KDE plugin to render video thumbnails. Video preview are delegate to KDE. Check mplayerthumb package…


Package mplayerthums is

Package mplayerthums is installed. I see the thumbnails, but are not play video files

Export to Remote Computer

Hi! I have problem with “Export to Remote Computer” plugin in Windows version: The “Select target location …” window is unreadable.
P.S. The plugin didn’t work in previous versions also.

Confirm this error

I can confirm this error. For me it looks like render issue. On top of the opening dialog some very, very smal icons are visible.
Does this plugin work under Linux?


Bug Report

Can one of you open a bug report for this issue here:


The component is ‘KIOImportExport’. Also attach a screenshot if you could.

The issue may be related to KIO (a KDE component):



Created bug report

I’ve created the bug report 286661.

Best regards,

Great … much beter then ver

Great … much beter then ver 2.2 …

only what i got a little problem when i setup full scin support under Ubuntu 11.04.

I think its time to donate some money for bear or juice …

keep doing great job … :D … :D …

Features or Bugs?

Hi, I’m a great fan of DigiKam and use it on a daily base, but there are two topics confusing me…

1. If I have a tag “/Camera/Canon EF 50 F1.4 USM”, after editing it will turn into “/Canon EF 50 F1/4 USM”

2. If I want to sharpen an image, i cannot change the view size (eg. “fit to window size” or “original size”), I have to select the view size prior to open the sharpening dialog

If I remember correctly, DigiKam 1.x didn’t work those ways.

Kind regards from Germany’s wild south,


point 2 fixed for 2.4.0

i just commited fixes for 2/



I honestly switched to Gnome to run Shotwell because the right-side tags thing was angering me so thoroughly. Need not be angry anymore!

I really do LOVE Digikam, but there are a lot of features of it I just don’t use. These crowd and clutter the interface. Any chance these could be disabled in the preferences? Maybe make them plugins? An example for me would be geolocation.