Version: 0.9-svn (using KDE KDE 3.4.3) Installed from: Gentoo Packages "Digikam could just organize the photos without having to copy them and have its own internal organization indepedent of physical folders , just like amarok organizes mp3 without having to copy them to its own folder, it just keeps track of the computer folders we specify have mp3, but has its own organization." Taken from http://bugs.kde.org/show_bug.cgi?id=116582 . I think it's a great idea that digikam should be able to make a database out of whatever image folders the user selects, without changing the file/folder structure, without the need to have all the images under the same root image folder, etc. As the original bug report says, that's how Amarok does it with mp3s. It has a separate mySQL (i think) database, where it keeps all information it generates and gets from the user. I think it also gives, as a *separate* feature, the possibility for the user to *choose* to have his file/folder structure changed to reflect the organization of the database. It seems to me like a much more elegant approach to have albums/tags/comments/metadata/etc. separated from the folder structure.
Isn't this the same as bug 124411 "Make link instead of copying when adding image to the album"
Amarok has its easier because each audio file has tags. If they don't have all items are thrown into Unknown part which create unholy mess. In fact this is just style of management. You can easily put all images into one directory and use only tags for management plus some always available EXIF fields. I would close this bug as INVALID and will do it in next 24h if there will be no protests.
Mik, I'm agree (:=))) Gilles Caulier
Not full 24h but without protests and with blessing of developer: closing bug as invalid.