[digiKam-users] Moving digikam database - or can I let it get rebuilt?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[digiKam-users] Moving digikam database - or can I let it get rebuilt?

Chris Green
My digikam database (for historical reasons) is in a rather strange
place in a directory all by itself that doesn't get backed up by my
standard backups.

So, I'd like to move it, how does one set about this?  Can I just copy
the database (it's sqlite3 so it is just a single file) and tell
digikam where it has been moved to?  Or is it more complicated than
that?

Or would it be simpler just to get Digikam to build a new database
from the metadata in my image files?  I.e. if I just give digikam the
location of the new database will it just rebuild it?  I know it will
take quite a while but that doesn't really matter.

Oh, this is digikam 6.4 appimage running on Linux.

--
Chris Green
·

Reply | Threaded
Open this post in threaded view
|

Re: Moving digikam database - or can I let it get rebuilt?

Peter Teuben
Look at your ~/.config/digikamrc file for references to your strange
location. Probably just edit that manually, copy your digikam4.db (and
related!) files,  and move those files in a Backup directory to ensure
you don't refer to them.

that should do the trick.   for me i see:


grep Pictures ~/.config/digikamrc
Database Name=/home/teuben/Pictures/
Database Name Face=/home/teuben/Pictures/
Database Name Similarity=/home/teuben/Pictures/
Database Name Thumbnails=/home/teuben/Pictures/
Last Image Path=/home/teuben/Pictures/

My db files is pretty big, rebuilding it from scratch would probably
need an overnight run.


On 5/29/20 1:55 PM, Chris Green wrote:

> My digikam database (for historical reasons) is in a rather strange
> place in a directory all by itself that doesn't get backed up by my
> standard backups.
>
> So, I'd like to move it, how does one set about this?  Can I just copy
> the database (it's sqlite3 so it is just a single file) and tell
> digikam where it has been moved to?  Or is it more complicated than
> that?
>
> Or would it be simpler just to get Digikam to build a new database
> from the metadata in my image files?  I.e. if I just give digikam the
> location of the new database will it just rebuild it?  I know it will
> take quite a while but that doesn't really matter.
>
> Oh, this is digikam 6.4 appimage running on Linux.
>
Reply | Threaded
Open this post in threaded view
|

Re: Moving digikam database - or can I let it get rebuilt?

Chris Green
On Fri, May 29, 2020 at 02:09:25PM -0400, Peter Teuben wrote:

> On 5/29/20 1:55 PM, Chris Green wrote:
> > My digikam database (for historical reasons) is in a rather strange
> > place in a directory all by itself that doesn't get backed up by my
> > standard backups.
> >
> > So, I'd like to move it, how does one set about this?  Can I just copy
> > the database (it's sqlite3 so it is just a single file) and tell
> > digikam where it has been moved to?  Or is it more complicated than
> > that?
> >
> > Or would it be simpler just to get Digikam to build a new database
> > from the metadata in my image files?  I.e. if I just give digikam the
> > location of the new database will it just rebuild it?  I know it will
> > take quite a while but that doesn't really matter.
> >
> > Oh, this is digikam 6.4 appimage running on Linux.
> >
> Look at your ~/.config/digikamrc file for references to your strange
> location. Probably just edit that manually, copy your digikam4.db (and
> related!) files,  and move those files in a Backup directory to ensure you
> don't refer to them.
>
> that should do the trick.   for me i see:
>
>
> grep Pictures ~/.config/digikamrc
> Database Name=/home/teuben/Pictures/
> Database Name Face=/home/teuben/Pictures/
> Database Name Similarity=/home/teuben/Pictures/
> Database Name Thumbnails=/home/teuben/Pictures/
> Last Image Path=/home/teuben/Pictures/
>
> My db files is pretty big, rebuilding it from scratch would probably need an
> overnight run.
>
>
Thanks, seems to have worked perfectly! :-)

--
Chris Green