<div dir="ltr"><div>Does the migration tool move the picture files or make copies of them? Is it possible to do the migration in-place?<br></div><div><br></div><div>BR,</div><div>angrdtsk<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">la 16. tammik. 2021 klo 15.40 Gilles Caulier (<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>) kirjoitti:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le sam. 16 janv. 2021 à 14:25, J D <<a href="mailto:angrdtsk@gmail.com" target="_blank">angrdtsk@gmail.com</a>> a écrit :<br>
><br>
> Hi, and thanks for quick reply,<br>
><br>
> I got Digikam 6.4 along with a Linux distro, so updating it may not be that simple.<br>
<br>
We provide an universal Linux AppImage bundle. There is nothing to<br>
install, it does not install anything. AppImage is just a simple<br>
executable which uncompresses the whole dependencies in a virtual disk<br>
in memory and runs the application using chroot.<br>
<br>
It's simple to use.<br>
<br>
Just to be sure, backup all your database files previously, in case of...<br>
<br>
><br>
> Do I have any options in addition to using the migration tool?<br>
<br>
No, because we have fixed more than 1300 bugs since the 6.x release,<br>
so it will be complicated to resume all problems from previous<br>
releases.<br>
<br>
><br>
> What would be the preferred (hopefully future-proof) solution for this case?<br>
><br>
<br>
This kind of huge migration must be performed carefully. This is my<br>
recommandations:<br>
<br>
1/ Backup databases in all cases.<br>
2/ Change Setup/metadata/xmp sidecar option and create a new XMP<br>
sidecar file for all images. Use Maintenance tool.<br>
3/ Stop digiKam and remove your previous database.<br>
4/ start the new 7.2.0 appimage. It will ask to recreate the database<br>
from scratch scanning collection (especially XMP sidecar).<br>
5/ Let's start the scan and take a coffee.<br>
<br>
Alternative, more faster of course :<br>
<br>
1/ Backup databases in all cases.<br>
2/ run migration database tool<br>
3/ setup original DB and target DB.<br>
4/ process migration and take a coffee.<br>
<br>
I always processed the first solution with my huge familly collection<br>
(250Mb on SSD with sqlite).<br>
<br>
Best<br>
<br>
Gilles Caulier<br>
</blockquote></div></div>