Bug 186326

Summary:	Problem running a 1:1 copy of albumtree and digikam db
Product:	[Applications] digikam	Reporter:	krienke
Component:	Database-Albums	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caulier.gilles, marcel.wiesweg
Priority:	NOR
Version:	0.10.0
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:	8.0.0
Sentry Crash Report:

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