<br><br><div class="gmail_quote">2011/11/9 Jean-François Rabasse <span dir="ltr"><<a href="mailto:jean-francois.rabasse@wanadoo.fr">jean-francois.rabasse@wanadoo.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
Sorry for the "second shoot" :)<br>
<br>
I forgot to signal that, in my opinion, there's also another space<br>
consuming table that doesn't really need to be backuped, it is the<br>
ImageHaarMatrix table that contains patterns signatures for the<br>
find duplicates function.<br>
<br>
It's the same kind of issue that the images thumbnails, it's nothing<br>
but "scratch data", because both can be rebuilt upon need via the<br>
DK commands menus, "Rebuild Thumbnails" and "Rebuild Fingerprints".<br></blockquote><div><br></div><div>yes, i know this, and we already talk with Marcel about.</div><div><br></div><div>I agree to move this data to another delegate DB file.</div>

<div><br></div><div>Please report this wish in a new bugzilla file.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
It's not fundamental application data, just scratch data kept for<br>
faster access. So it can be (or should be) either into a separate<br>
db file or other solution.<br>
Some KDE applications, e.g. the Dolphin files browser, use a dedicated directory for that $HOME/.thumbnails. And, from an application program<br>
point of view, loading a small amount of data (a thumbnail image file<br>
is usually 10 or 12 Kbytes) is faster from a disk file than via the<br>
blob management of a RDBMS (that also access data on the disk, plus the<br>
SQL and blob I/O overhead).<br></blockquote><div><br></div><div>The thumbnail storing place used by Dolphin is defined in opendesktop paper. digiKam support this rule in the past, and can support it if really necessary as a compilation time option (look cmake configure option), but this way is deprecated :</div>

<div><br></div><div>1/ PNG format is used to store thumbnail which space consuming (digiKam use PGF format based on wavelets compression which is definitively better to optimize space and speed)</div><div>2/ Storing place of thumbs is not configurable (digiKam thumbs DB can be). It will fill your home directory</div>

<div>3/ We don't care about thumbs sharing, especially about dumy thumbs generated by another application. digiKam thumbs generator is better in all case (try to support all RAW files with dolphin for ex...)</div><div>

4/ digiKam thumbs DB can handle removable media. OpenDesktop cannot do.</div><div><br></div><div>Gilles Caulier</div></div>