rsync collections between two PC

[Gerard Milhaud]

Hi,

    I rsync all my pics and the digikam db between two PC. It works fine
a long time, but since 2-3 months, it is not possible anymore. When I
rsync, I take the digikam db file from the most recent location, but
now, the target PC does not accept the digikam db file from the other
one. I have to re-analyze all my (huge) collection to rebuild the db...

    Bug or feature ???

    Thanks a lot for any help.

    G.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Markus Spring]

Gerard Milhaud schrieb:
> Hi,
>
>     I rsync all my pics and the digikam db between two PC. It works fine
> a long time, but since 2-3 months, it is not possible anymore. When I
> rsync, I take the digikam db file from the most recent location, but
> now, the target PC does not accept the digikam db file from the other
> one. I have to re-analyze all my (huge) collection to rebuild the db...
>
I use the same procedure every week and it still works fine.
Some ideas:
* Compare the file checksums with sum on both computers - are they the same?
* Check file permissions
* Check in the digikam settings if the path to the digikam database is correctly
pointing to the fresh transported file

Markus
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

> Hi,
>
>     I rsync all my pics and the digikam db between two PC. It works fine
> a long time, but since 2-3 months, it is not possible anymore. When I
> rsync, I take the digikam db file from the most recent location, but
> now, the target PC does not accept the digikam db file from the other
> one. I have to re-analyze all my (huge) collection to rebuild the db...
>
>     Bug or feature ???

Feature ;-) Digikam looks for the original hard disk...
Which version do you use? There should a dialog popup at startup asking you
about missing collection. At least with 1.0-betas.
Other way is to edit the AlbumRoots table in the db, exchanging the partition
UUIDs.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gerard Milhaud]

Markus Spring a écrit :

> Gerard Milhaud schrieb:
>  
>> Hi,
>>
>>     I rsync all my pics and the digikam db between two PC. It works fine
>> a long time, but since 2-3 months, it is not possible anymore. When I
>> rsync, I take the digikam db file from the most recent location, but
>> now, the target PC does not accept the digikam db file from the other
>> one. I have to re-analyze all my (huge) collection to rebuild the db...
>>
>>    
> I use the same procedure every week and it still works fine.
> Some ideas:
> * Compare the file checksums with sum on both computers - are they the same?
> * Check file permissions
> * Check in the digikam settings if the path to the digikam database is correctly
> pointing to the fresh transported file
>
> Markus
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>  

OK, Markus thanks..

What version of digikam do you use ?

Mine is 0.10.0 on Debian on both computers, with the same path for files
and same permissions.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gerard Milhaud]

Marcel Wiesweg a écrit :

>> Hi,
>>
>>     I rsync all my pics and the digikam db between two PC. It works fine
>> a long time, but since 2-3 months, it is not possible anymore. When I
>> rsync, I take the digikam db file from the most recent location, but
>> now, the target PC does not accept the digikam db file from the other
>> one. I have to re-analyze all my (huge) collection to rebuild the db...
>>
>>     Bug or feature ???
>>    
>
> Feature ;-) Digikam looks for the original hard disk...
> Which version do you use? There should a dialog popup at startup asking you
> about missing collection. At least with 1.0-betas.
> Other way is to edit the AlbumRoots table in the db, exchanging the partition
> UUIDs.
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>  

OK. I think about such a hardware issue...
I've not the dialog popup you speak about with my 0.10.0 version.
I'm going to see the DB hacking solution...

Thanks,

G.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Vlado Plaga]

Salut Gerard,

maybe there is an alternative to re-analyzing all the pictures, or to
somehow also syncing the database: my approach is to have digiKam save
all the meta information in the pictures, and to just let the program
look for new pictures (and add their meta information to the database,
of course) when necessary.

So far this worked very well for me when I just used it to copy some
new pictures (with tags, ratings etc.) from one computer to another. I
also used rsync for this. I haven't tested how digiKam reacts to
pictures that are just modified, but not new. It might be necessary to
have the file modification date changed from digiKam, whenever adding
meta information (which in a way makes sense anyway, and the original
date stays in the EXIF).

I'm currently using digiKam 0.10 on Debian on my desktop computer and
digiKam 1.0beta5 on a Ubuntu 9.10 beta notebook computer. I also had
digiKam 0.10 on MacOS on the same desktop computer, but it stopped
working due to an upgrade. Part of the reason I'm not trying to
directly sync the databases is because I'm afraid of database
incompatibility issues. Another reason for saving the meta information
to the pictures is so it does not acidentially get lost under any
circumstance. It takes a lot of time to add this information, and to me
it also adds a lot of value to my digital picture collection.

Vlado

Am Tue, 13 Oct 2009 17:44:34 +0200
schrieb Gerard Milhaud <[hidden email]>:
[...]
> OK, Markus thanks..
>
> What version of digikam do you use ?
>
> Mine is 0.10.0 on Debian on both computers, with the same path for files
> and same permissions.

--
                                        __o
Vlado Plaga                          _o/\<,_
Paulinenstr. 42                      (U)/ (u)
44137 Dortmund                  http://vlado-do.de
Tel.: ++49 231 9999303          update: 14.03.2009
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

> OK. I think about such a hardware issue...
> I've not the dialog popup you speak about with my 0.10.0 version.

No you won't have it indeed. It's in 1.0beta versions.

> I'm going to see the DB hacking solution...

If you are familiar with SQL, compare the AlbumRoots table of the copied and
the re-scanned database.
If not ask me.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gerard Milhaud]

Marcel Wiesweg a écrit :

>> OK. I think about such a hardware issue...
>> I've not the dialog popup you speak about with my 0.10.0 version.
>>    
>
> No you won't have it indeed. It's in 1.0beta versions.
>
>  
>> I'm going to see the DB hacking solution...
>>    
>
> If you are familiar with SQL, compare the AlbumRoots table of the copied and
> the re-scanned database.
> If not ask me.
>  

It's OK, thanks a lot. SqliteBrowser do the job perfectly, with tunefs
-l to get the UUID of the partition. Fine.
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>  

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gerard Milhaud]

Vlado Plaga a écrit :
> Salut Gerard,
>
> maybe there is an alternative to re-analyzing all the pictures, or to
> somehow also syncing the database: my approach is to have digiKam save
> all the meta information in the pictures,
I have tuned digikam in this way.
> and to just let the program
> look for new pictures (and add their meta information to the database,
> of course) when necessary.
>
> So far this worked very well for me when I just used it to copy some
> new pictures (with tags, ratings etc.) from one computer to another. I
> also used rsync for this.
It's not the way I want to work. I want to tag or modify pictures on one
computer or another depending my location, and then "save" it by
rsync'ing all the collection on the other one. Digikam versions, path to
files are the same on each computer, they are synced. It's very secure
and comfortable...
The hack consisting in changing the UUID in AlbumRoots Table after
rsync'ing is OK, and very simple with a tool like sqlitebrowser. It's an
acceptable solution for me.
> I haven't tested how digiKam reacts to
> pictures that are just modified, but not new. It might be necessary to
> have the file modification date changed from digiKam, whenever adding
> meta information (which in a way makes sense anyway, and the original
> date stays in the EXIF).
>  
rsync is OK for detect tag insertion in pictures, it's perfect for me.
> I'm currently using digiKam 0.10 on Debian on my desktop computer and
> digiKam 1.0beta5 on a Ubuntu 9.10 beta notebook computer. I also had
> digiKam 0.10 on MacOS on the same desktop computer, but it stopped
> working due to an upgrade. Part of the reason I'm not trying to
> directly sync the databases is because I'm afraid of database
> incompatibility issues.
Yes. I think having the same version of digikam is absolutly mandatory.
> Another reason for saving the meta information
> to the pictures is so it does not acidentially get lost under any
> circumstance. It takes a lot of time to add this information, and to me
> it also adds a lot of value to my digital picture collection.
>  
Yes, I completely agree. Hours and hours of tagging... for a funny
parsing of the collection, jumping from any friend to any location to
any hollydays. Fantastic, but so time expensive...
> Vlado
>  

Thanks for your answer,

G.

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users