Digikam file takes up a lot of space

[Manuel Bock]

Philip,

as mentioned, the thumbnails-digikam.db is speeding up the interactivity of working with large collections, as you especially. If deleting/disabling thumbnails would help you a lot, I’d rather question.

At some point, missing storage storage is just to be improved by more storage space. You could either upgrade you internal ssd, if the model of the laptop allows for it, or you could add an sd-card-drive permanently - for example with a nifty adapter or so. Gilles defintively knows more details. I think, keeping the databases digikam.db and thumbnails-digikam.db in different locations is not possible currently and the request to have the sqlite databases on your internal drive comes from speed requirements plus from preventing you from starting digikam without having your databases connected. Right Gilles? If so, storing both databases on the nifty-drive would be slower but possible.

regards
Manuel



> Am 06.01.2018 um 11:44 schrieb WILDLIFE-HELP A.N. <wildlife.help at durham.ac.uk>:
> 
> Yes, my MacBook's SSD storage is very small and 38GB is a large percentage of it. Which is why I keep all images on a external and then copy and paste about 10,000 images from it to tag on laptop then when I'm done I move them back and take a new batch.
> 
> 
> 
> 
> 
> Sent from my Samsung Galaxy smartphone.
> 
> 
> -------- Original message --------
> From: jdd at dodin.org
> Date: 2018/01/06 12:38 (GMT+02:00)
> To: digikam-users at kde.org
> Subject: Re: Digikam file takes up a lot of space
> 
> Le 06/01/2018 à 11:24, WILDLIFE-HELP A.N. a écrit :
> > Hi JDD,
> > 
> > Thank you for the quick response!
> > 
> > Yes, it's over 38GB. I have about 400,000 photos
> 
> wow... on a 120Gb disk, it's not large :-)
> 
> I use an usb3 5Tb disk as archive, it may be possible to have the 
> database located there. Not as fast as my usual ssd but manageable
> 
> 
> (still sqlite)
> 
> jdd
> 
> 
> -- 
> http://dodin.org <http://dodin.org/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180106/16fa61d2/attachment.html>