[Digikam-users] Problem with new hard disk containing existing images

[jon piesing]

> Message: 6

> Date: Sun, 9 Oct 2011 22:38:57 +0200
> From: "Martin (KDE)" <kde at fahrendorf.de>
> To: digikam-users at kde.org
> Subject: Re: [Digikam-users] Problem with new hard disk containing
>     existing    images
> Message-ID: <201110092238.57203.kde at fahrendorf.de>
> Content-Type: Text/Plain;  charset="iso-8859-1"
> 
> Am Sonntag, 9. Oktober 2011 schrieb Stuart T Rogers:
>>  Well I un-mounted the original copy and then started Digikam. I
>>  then got messages for each collection saying that it was not on
>>  the disk with the correct UUID but had found it elsewhere, despite
>>  the fact that they were mounted at the same mount point!!!
>> 
>>  To my mind to use a UUID in the database to find one's collection
>>  is just daft. Noone but computers use UUIDs, it should simply use
>>  the original path and if it cannot find the photos then open a
>>  dialog for the user to select the correct path.
>> 
>>  I simply do not understand why on earth the UUID is used to
>>  identify collections, it makes it very awkward to replace a hard
>>  drive with the photos on for a larger one.
>> 
>>  Please change the way Digikam works so that it uses the actual path
>>  and not the UUID.
> 
> Using the UUID is a fine idea for removable hard disks. So digikam can 
> find it wherever it is mounted to. The mounting procedure may be 
> different but the UUID will not change.
> 
> Can you please take a look into your digikam.db with sqliteman? there 
> must be a table called albumroots where all the roots of you 
> configured albums are stored. There you can find the named UUID (at 
> least I hope so). Changing it to the UUID of the new hard disk may 
> solve your problem (a backup is a good idea of course). I never tested 
> this myself thou.

I had to do this when I got a new PC. My feeling is that requiring users of DK to do this when
they get a new PC or get a bigger disk for their existing PC is simply unacceptable.
People should be able to copy their DK database and pictures from one disk to another
without having to address scary voodoo like this.

Jon

> 
> Martin
> 
>> 
>>  Stuart
>