Bug 128290

Summary: Photo organization should be independent of file structure
Product: [Applications] digikam Reporter: Helder Ribeiro <helder>
Component: Tags-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED NOT A BUG    
Severity: wishlist CC: caulier.gilles
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In: 7.6.0
Sentry Crash Report:

Description Helder Ribeiro 2006-05-30 01:42:17 UTC 
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.
Comment 1 Thony Johansson 2006-08-10 14:18:23 UTC 
Isn't this the same as bug 124411 "Make link instead of copying when adding image to the album"
Comment 2 Mikolaj Machowski 2007-11-18 22:53:04 UTC 
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.
Comment 3 caulier.gilles 2007-11-18 23:07:07 UTC 
Mik,

I'm agree (:=)))

Gilles Caulier
Comment 4 Mikolaj Machowski 2007-11-19 21:03:42 UTC 
Not full 24h but without protests and with blessing of developer: closing bug as invalid.