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

[Jonathan Ballet]

Hi Gilles,

On Mon, Dec 01, 2014 at 11:03:54PM +0100, Gilles Caulier wrote:
> UUID is used to identify a disk, especially with removable media.

I guess I can understand there's a need for UUID for removable media
(I'm not really using them, so I'm just extrapolating the need...?)

But on a local system, why is there a need for both the UUID of the disk
the collection is on and the path of the collection? Why Digikam has to
identify the disk? Doesn't the path of the collection sufficiently
identifies it?

 Jonathan


> Gilles Caulier
> 
> 2014-12-01 21:39 GMT+01:00 Jonathan Ballet <jon at multani.info>:
> > 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
> > _______________________________________________
> > Digikam-users mailing list
> > Digikam-users at kde.org
> > https://mail.kde.org/mailman/listinfo/digikam-users
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users