<div dir="auto">Thanks for the insight. I read about the 128 setting but assumed that would be set by DK as I'm using the internal MySql DB. I have disabled scan at startup but it still takes several minutes to open. It's a shame the app doesn't launch, and after he gui has opened then display a "loading DB" progress meter or something - it would be such a better UX than launching and then having nothing appear (not even the splash screen) for several minutes.<div dir="auto"><br></div><div dir="auto">I'll try running another full scan and see if that improves things. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 27 Feb 2019, 12:27 Christof Elmiger, <<a href="mailto:christof.elmiger@fornat.ch">christof.elmiger@fornat.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When I started out with a similar set-up (Synology NAS with <br>
MariaDB,moderate photo-archive  of ca. 250'000 Photos / 370 GB on that <br>
NAS , Windows-PC, connected with LAN, Digikam) I too experienced that <br>
the initial catalogue was not complete with all thumbnails/preview <br>
photos, even after ca. 1 day of processing photos. A second or maybe <br>
third scan / refresh went much quicker and improved the situation very much.<br>
<br>
In the digikam-docs it says, that with large collections one should set <br>
some special parameters for the database *1* (see below). As I didn't <br>
quite know how to set these parameters, I did not follow this advice and <br>
hoped it would work out in the end. It did.<br>
<br>
I still experience the slow startup-times, but I think there is a <br>
setting somewhere that allows to skip refreshing the database at <br>
startup, therefore speeding things up. I prefer slow start and <br>
automatically refreshed database, as I'm not the only one accessing <br>
these photos and others may place photos on the share without using digikam.<br>
<br>
best regards<br>
<br>
<br>
*1* from <br>
<a href="https://docs.kde.org/trunk5/en/extragear-graphics/digikam/using-setup.html#using-setup-database" rel="noreferrer noreferrer" target="_blank">https://docs.kde.org/trunk5/en/extragear-graphics/digikam/using-setup.html#using-setup-database</a>:<br>
<br>
"Also, if you have an enormous collection, you should start the MySQL <br>
server with mysql --max_allowed_packet = 128M. (If you’re well <br>
acquainted with using MySQL, you could also change your settings in <br>
my.ini or ~/.my.cnf files). "<br>
<br>
<br>
<br>
<br>
<br>
<br>
I'm having real problems with Digikam running on a catalogue that's sitting<br>
on my NAS. It seems like it's just not set up to run this way.<br>
<br>
I have 400k photos in a NAS share, and have done a full import (into an<br>
internal MySQL DB) which took over 2 days. I'd expect, at that point, to be<br>
able to browse, search and generally work with the catalogue efficiently<br>
when on my home network with direct access to the NAS. However, the startup<br>
time is abysmal (a few minutes before I get any GUI at all) and a lot of<br>
the time I just get white 'documents' when searching or browsing, rather<br>
than thumbnails. If I double-click one of the search results, I get the<br>
editor with a message saying Cannot load "". Why would this be? Is it<br>
because I've had Digikam open when I've left my LAN (i.e., had my laptop on<br>
at work), and so it's 'lost' the connection to the NAS shared folder, and<br>
doesn't ever restore it? If so, is there anything I can do to make it more<br>
resilient?<br>
<br>
I've tried Digikam 5.9, 6.0 and 6.1, and with SQLLite, and with internal<br>
MySQL, and it just seems awfully slow and unwieldy. I was really hoping<br>
that I'd be able to switch to using it as a replacement for Lightroom, but<br>
so far the experience has made it unusable. Any tips to make it work in a<br>
slick manner?<br>
<br>
</blockquote></div>