[Digikam-devel] [Bug 94562] renaming an album recreates all thumbnails

[Mats Ahlgren]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=94562         




------- Additional Comments From ahlgren mit edu  2006-10-04 01:17 -------
> All considered, what is explained by Renchi in #1 two years ago is a missing feature, and that's clearly a wishlist entry ;-) 

I strongly disagree; it seems more like a poorly-implemented feature rather than a missing feature (no offense). Even if it was a wishlist entry, it seems trivial to fix:

Comment #1:
> what happens is that the image thumbnails are stored in ~/.thumbnails/normal and ~/.thumbnail/large (freedesktop standards) and these thumbnails names are generated and encoded from the full url of the file

Solution: Simply name the thumbnail after a hash of the image data... (or a hash of a random subset of the image data, if speed is an issue). You can keep the thumbnails in the database if you want, as a speed optimization.

This has the following nice properties: 1) thumbnails never need to be regenerated unless the image changes 2) thumbnails correspond to exactly what they should correspond to: a the raw image data (not some -- in my humble opinion -- ridiculous notion that an image is defined by a url and a date; an image is defined by its data).