digiKam Software Collection 2.0.0 beta1 is out…
Dear all digiKam fans and users!
Just in time for this new year 2011, digiKam team is proud to announce the first digiKam Software Collection 2.0.0 beta release!
With 2.x, digiKam include now all shared libraries maintained by digiKam team plus kipi-plugins source code, as a software collection. The goal is to simplify packaging to reduce external dependencies.
digiKam software collection 2.0.0 include all Google Summer of Code 2010 projects, as XMP sidecar support, Face Recognition, Image Versioning, and Reverse Geocoding. All this works have been processed during Coding Sprint 2010. You can find a resume of this event at this page.
This beta release is not stable. Do not use yet in production. Please report all bugs to KDE bugzilla following indications from this page. The release plan can be seen at this url.
digiKam software collection tarball can be downloaded from SourceForge at this url
We hope to all digiKam users an happy new year 2011...
Thanks a lot, this looks like
Thanks a lot, this looks like 2.0 is going to be an awesome digikam with all the new features! Since this version is probably under heavy development, is there a special svn or git repository available? As a first impression, versioning looks great, and I also love the much improved map view. On the other hand, I have some questions how to use face recognition (clicking "add new face tag" seems to have no effect) or reverse geo-coding (where do I see the tags digikam would assign to my pictures) - will there be extended documentation about these new features somewhere?
code repository...
digiKam Software Collection 2.0.0 source code is not yet migrated into KDE Git repository. This will be done in near future by Marcel.
All code still maintened at KDE subversion, into a dedicated branch:
http://websvn.kde.org/branches/extragear/graphics/digikam
Hi, If you want to try
Hi,
If you want to try Reverse Geocoding,here [0] you have a small tutorial. Please tell me if this is not enough, to make it more complete.
[0] http://community.kde.org/Digikam/GSoC2010/ReverseGeocoding
Is there some linux package
Is there some linux package scheduled for the betas ? Or someone able to do it ?
I don't know which
I don't know which distribution you use. Some distributions offer unstable repositories that contain beta software for testing or dedicated repositories for certain programs so that users can get the newest features. You should ask your distribution, though Google might be help enough. Alternatively, of course, you can build from sources.
But beware: this is beta and may destroy data.
Very exciting news -- I am
Very exciting news -- I am looking forward to face recognition. I hope the software collection approach will help with ease of installation for Windows users as well -- I have been telling everyone about digiKam for years but very few people are ready to switch to Linux for one program.
Awesome, but
Hey this is really awesome, but there are some problems:
Face recognition doesn't work? There are buttons and the face-scanner but nothing apart from that nothing shows.
Right now to get the most recent version
svn co svn://anonsvn.kde.org/home/kde/branches/extragear/graphics/digikam
cd digikam
mkdir build
cd build
cmake -DCMAKE_BUILD_TYPE=debugfull -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
make
sudo make install
but to compile digikam, before I had to build (the same way)
svn co svn://anonsvn.kde.org/home/kde/trunk/KDE/kdegraphics/libs/libkexiv2
how do you get Face detection/recognition to work?
look this bugzilla entry...
https://bugs.kde.org/show_bug.cgi?id=262074
So I installed the
So I installed the opencv-files, they are present in /usr/share/opencv - and still no success - anything else needing to be done?
nb: installed from opensuse factory-tested - might be the problem, maybe It's a packaging bug?
facedetection don't work
I also have the same worries, the face-detection does not work, the scanner seems to work, but no face is detected,
th buttons are present but it is not possible to add a "face-tag ".
Is this a bug or have I forgotten to install something?
same here, the scanner works
same here, the scanner works and I can manually correct its results afterwards, but the "add face tag" icon doesn't do anything
look in this new file...
https://bugs.kde.org/show_bug.cgi?id=262212
Embedded code copies
"With 2.x, digiKam include now all shared libraries maintained by digiKam team plus kipi-plugins source code, as a software collection. The goal is to simplify packaging to reduce external dependencies."
Sigh. This does the opposite of simplify things for packagers. Shipping multiple copies of embedded libraries bloats distros and complicates maintenance and support. If it's your own embedded copy, it's not really a shared library is it?
yes, it is...
It's shared libs with API/ABI increased. There is no conflict with kdegraphics/libs copy.
The advantage is to be able to manage last code in SC due to release plan completely different between KDE and digiKam.
In fact, when code is judged stable and suitable it's copied in Kdegraphics/libs has well, and SC ABI/API is increased again.
You have always the choose to use external libs instead...
This problem have been indeep reported by digiKam users in the past.
digiKam
Well, I second what ScottK wrote!
Sorry, but for us packagers, embedded libraries are just junk we need to rm -rf when building the software. They're not helpful to us.
When there are ABI compatibility issues, well, either we keep an older Digikam which is compatible with the shared libraries we ship, or we backport the current shared libraries to our kdegraphics package. (We've done the latter on more than one occasion in Fedora.)
So when packagers from
So when packagers from multiple distributions tell you this will make our work harder, will you believe we know about what we do or that you know better about packaging?
The subject still open...
Please look this file :
https://bugs.kde.org/show_bug.cgi?id=252964
To improve 2.0.0 packaging behavior please comment to this file or create a new one. We are always open to discussion.
Also, Git migration still in the way and must be done before 2.0.0 final release planed around May. This will have an effect on packaging provided by digiKam team (tarball)
For the moment, during whole beta stage and until Git migration is not yet complete, we will use the current packaging schema.
digiKam
I'm not sure what I should
I'm not sure what I should comment?
There are dependencies on the kdegraphics libraries in KDE SC, so separating them from KDE SC is unlikely and certainly not going to happen before your next release.
Bundled code copies cause problems for distributions. It's extremely unlikely we would ship a Digikam version that required a newer kdegraphics than was in the version of the KDE SC we were shipping. We would most likely wait to ship it until the next release and then we'd have to configure Digikam to use the system libraries. This isn't just something that's up to the Kubuntu developers. In our distro context we'd need buy in from the security team as it increases the code base they have to support and we'd need to investigate if we had room for the additional libraries (even our DVD image is reasonably full).
Whatever you think, it's not easier. Period.
Sigh...
Well, speaking as the current Gentoo maintainer of Digikam, I can also confirm that every single bundled library makes things just messier and more work... We also have the clear policy of unbundling.
why copying in other
why copying in other packages? It's, as ScottK and others allready said, exactly the opposite of making things easier. If nothing uses the now included packages, than its fine. But there are dependencies to outside of digikam. AFAIK does kdeplasma-addons use the kipiplugins. If so, that libraries should not be included somewhere else. This is the same (I'll call it) mistake as KDE4 has made - it is a flood of forks which will get unmaintainable long term.
Just my 2ct.
Re: why copying in other
Probably because of distros like Ubuntu which have been shipping versions of Exiv2 which are 100 times slower (my measurement, the related Debian bug measured 250x) at handling Nikon images than the previous version for the last 6 months (and will be almost a year by the time that 11.04 is released with the fixed 0.20 version).
https://bugs.launchpad.net/ubuntu/+source/exiv2/+bug/596327
A little OT question: I'm
A little OT question: I'm using digikam only once in a while, so I'm not too familiar with it. But when I was trying to sort some photos today, I noticed that I can't edit the images when opening them in the editor (besides simple things like rotate). E.g. manipulating the histogram, it's shown, but I can't change anything. The view buttons in the statusbar are all grayed out. It all seems to be kind of read only but I couldn't find how to enable editing. All I know is that it worked in the past. Any clues?
Slow digikam
I wonder if the speed of loading thumbnails has improved or will be improved with this release. In folders with >60 photos, digikam is waaay slower than picasa which has virtually no lag at all on my asrock ion 330ht.
How come picasa is so much faster? Does it preload in a different manner or maybe digikam does not preload? Is the picasa database just that much faster?
Anyone knows what I am talking about and experince the same thing?
Thanks a lot for this great
Thanks a lot for this great app! Everything seems to be working, still testing though. Here's how I compiled it in Kubuntu Maverick: http://ubuntuku.org/22/how-to-install-compile-digikam-2-0-0-beta-from-source/
Face recognition or detection
Out of curiosity, is the new feature going to be face detection or face recognition?
By that, I mean that face detection would be locating a face object on a photo. And face recognition would be face detection plus being able to recognize and tag the 'owner' of the face it detected. I know that Apple's iPhoto will learn a person's face and automatically guess who a face is after you tell it a few examples.
Face detection will be cool, but face recognition would be even cooler!
Also on my wishlist is exporting photos to Facebook with the faces already detected, linking them up to the facebook friends lists. Proly won't happen, but I can dream...
It is face detection that is
It is face detection that is implemented and works pretty well - I cannot cite papers with state of the art comparison, but I believe really a lot of people rely on the haar cascades shipped with OpenCV.
The detection part is much harder - both in the sense of availability of free code, and in the sense that the problem of recognition in an uncontrolled environment (differing lightning and pose) is solved. Dont expect to get usable result from this yet. Maybe in the future.
Usefulness of Face Detection
I know that face detection can be useful for machine vision-related tasks, such as autofocus, but what exactly does it add to DigiKam that makes it any better than just using my own eyes to detect the faces?
Is there any example (e.g., a screen cast or some screen shots) that shows how it can be used in DigiKam to improve productivity?
Thanks,
J.
This is it...
The big one. The one I've been waiting for! Digikam with the three big features I've been longing for: support for faces, reverse geotagging and nondestructive image editing! Woohoo!
Great job to all involved. 2.0.0 is going to be one kick booty release! Now to get compiling and bugtest the heck out of this sucker. :)
<3 Bugsbane
"With 2.x, digiKam include
"With 2.x, digiKam include now all shared libraries maintained by digiKam team plus kipi-plugins source code, as a software collection. The goal is to simplify packaging to reduce external dependencies."
I compiled digiKam on Debian Sid. Face recognition does not work.
-- digiKam 2.0.0-beta1 dependencies results
--
-- Qt4 SQL module found..................... YES
-- Qt4 SCRIPT module found.................. YES
-- Qt4 SCRIPTTOOLS module found............. YES
-- MySQL Server found....................... YES
-- MySQL install_db tool found.............. YES
-- libtiff library found.................... YES
-- libpng library found..................... YES
-- libjasper library found.................. YES
-- liblcms library found.................... YES
-- Boost Graph library found................ YES
-- libkipi library found.................... YES
-- libkexiv2 library found.................. YES
-- libkdcraw library found.................. YES
-- libkface library found................... YES
-- libkmap library found.................... YES
-- libpgf library found..................... NO (optional - internal version used instead)
-- libclapack library found................. NO (optional - internal version used instead)
-- libgphoto2 library found................. YES (optional)
-- libkdepimlibs library found.............. YES (optional)
-- Nepomuk libraries found.................. YES (optional)
-- libglib2 library found................... YES (optional)
-- liblqr-1 library found................... YES (optional)
-- liblensfun library found................. YES (optional)
-- Doxygen found............................ YES (optional)
-- digiKam can be compiled.................. YES
-
Look this file...
https://bugs.kde.org/show_bug.cgi?id=262212
Clone tool news?
The feature I am eagerly waiting for is a proper clone tool. And I know I am not alone in this. It was acknowledged as a bug some time back. Has there been any progress in this respect?
not yet...
...but this feature is the next on the TODO list, by priority...
I hope to fink a contributor about ths subject at nex Google Summer Of Code 2011...
digiKam
local editing
It would be nice to have "local editing" as a google summer of code project.
Julien
Epicness :D Hope that some
Epicness :D
Hope that some day PostgreSQL can be used as a storage backend (instead of MySQL or Sqlite)
I've definitely have to try this version :D
I agree with you.
I agree with your assumption.