[Digikam-users] Syncing Digikam collections and databases between different computers

[Jonathan Ballet]

I would be happy to try to propose a patch to remove this from Digikam,
but I would have liked to know first why there was such an UUID stored
(I guess there's a good reason?) and if there was a chance for a patch
to be accepted...

 Jonathan


On Mon, Dec 01, 2014 at 08:25:39PM +0000, Mick Sulley wrote:
> Yes agreed!  I think it should be possible to arrange a SQLite script to
> auto run to change the UUID back to what it expects, but I have not tried
> it.  I cannot really see why the UUID is in that record at all, the path is
> there and that should be sufficient I would have thought.
> 
> If you do come up with a way to automatically sort it out please share.
> 
> Mick
> 
> 
> On 01/12/14 20:07, Jonathan Ballet wrote:
> >Hi Mick,
> >
> >thanks for your reply!
> >
> >On Sun, Nov 30, 2014 at 06:54:10PM +0000, Mick Sulley wrote:
> >>Hi Jonathan,
> >>
> >>Yes I raised this when I started using DigiKam, as far as I know there is no
> >>proper fix.  If you just accept at the message it works OK, just takes a
> >>little time.  It is also possible to add a database script to fix it, here
> >>is an answer that I received to that question back in 2013.  I never got
> >>around to creating the script, I just accept when asked.
> >I would be OK just to accept this, but my laptop is not *that* powerful
> >and it takes ages just to rescan all the images, even if nothing
> >changes.
> >
> >I'm going to try such a script, as you mentioned, although it's going
> >to be, at best, impracticable.
> >
> >I actually wonder what is the purpose of this UUID. If I choose to store
> >the content of Digikam's database into MySQL, is this also stored? I
> >supposed that using a remote database server was to allow sharing
> >between several computers, but if it's stored, that more or less defeats
> >the purpose of having a remote database, isn't it? And if this UUID is
> >not stored, then I wonder what it is using SQLite?
> >
> >Hum, I guess I'll need to have a look...
> >
> >  Jonathan