Bug 186326 - Problem running a 1:1 copy of albumtree and digikam db
Summary: Problem running a 1:1 copy of albumtree and digikam db
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Database-Albums (show other bugs)
Version: 0.10.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-06 12:00 UTC by krienke
Modified: 2023-04-08 20:51 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 8.0.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description krienke 2009-03-06 12:00:07 UTC
Version:           0.10 rc2 (using KDE 4.2.0)
OS:                Linux
Installed from:    SuSE RPMs

For backup purposes I store all my photos on two different hosts with their own filesystems. I do the syncing via unison, so all photos and digikams database are always identical. This worked fine for digikam 0.9. 

Since I am using 0.10 I run into trouble. The problem is, that the system I syncronize to will not show any albums in digikam. digikam in the album sidetab then only shows an empty list of albums and no photo. In album setup I can see that the correct album path and name is defined. If i delete the album and create it new, digikam will scan the whole albumtree and everything is ok. However for several 1000 photos this takes very long and is not a good solution.

The album root path (something like /home/account/photos) where database and all photos are stored is identical on both systems. 

The only difference is of course the UUID of the underlying filesystem or device. These data (UUID and Albumpath) are used as far as I could see to identify an album. Is this the source of my problems? Can I change (via sqlite3) the entry in AlbumRoots table which looks like this:
volumeid:?uuid=cd2d8a35-8828-4b5f-8fd9-7c6443043998
to something different, so digikam will only use the path to the album but not a uuid of a device?

Any idea?

Thanks
Rainer
Comment 1 Marcel Wiesweg 2009-03-06 23:31:22 UTC
Yes there is such a magic string, it should be
volumeid:?path=/your/collection/path
I think this should work.

UUID is necessary to support portable drives and ensure unique identification if a collection should be spread across different systems with a db in a central place. There are some use cases, not all well defined at this point.
There are some use cases for identifying by path as well, so it's there, but without UI so far.
Comment 2 krienke 2009-03-07 06:46:02 UTC
Hello Marcel,

works fine for me. Since my photos will very rarely change their path its a "one time" change for me. So no problem that there is no user interface available yet.

Thanks
Rainer