q in digiKam 8.5 Appimage
Remco Viëtor
remco.vietor at wanadoo.fr
Tue Jan 21 16:21:25 GMT 2025
On lundi 20 janvier 2025 12:12:38 heure normale d’Europe centrale Dr. A. Krebs
wrote:
> Dear:
>
> I handle quite a large number of pics in ma collections.
>
> *digiKam offers three paths*:
>
> 1.) local
>
> 2.) removable media (USB, e.g.)
>
> 3.) network-based media (NAS, e.g.)
>
> The installation (databases) are located on a fast SSD drive with some
> 200 GB space.
>
> Right now, thumbnails-digikam hat some 60 GB size; for no known reason,
> digiKam would not restart and work again.
>
> Aside, new recognising all files takes 4 to 7 days to finish!! I mean,
> only reading, not reorganising, I guess, this is not reasonable any more.
>
>
> *IDEA*:
>
> From an mathematical (statistical) sight, it would be extremely
> advantageous to threat every path independently- limited risk to loose
> the complete database.
>
> Instead, potential risk to damage (loose) would extend only(!!) to the
> files associated to one single path.
>
> So, for local digiKam4.db, recognition.db, similarity.db,
> thumbnails-digikam.de plus their -shm /db-wal associates.
>
>
> *Even more consequent*, it would be most promising to uses this
> independency for every user-selected directory. Reason: some of my
> (sub-)directories have several hundred of thousands of pics.
>
> I believe this measure would contribute much to further stabilise usage
> of digiKam even under worst case scenarios.
>
> Hope you agree?
I can't agree, as I don't understand what you want...
What exactly do you propose?
Remco
More information about the Digikam-users
mailing list