<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 19 sept. 2019 à 11:33, Sveinn í Felli <<a href="mailto:sv1@fellsnet.is">sv1@fellsnet.is</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Þann 19.9.2019 08:49, skrifaði Martin Burnicki:<br>
> Andrey Goreev wrote:<br>
>> I do not think digiKam can do that...<br>
> <br>
> Shouldn't this work if the collection is in a cloud folder like<br>
> Nextcloud (or Dropbox, FWIW)?<br>
> <br>
> If you make changes to photo or an album (i.e. just the file or photo)<br>
> on one machine then the changes are synchronized to all machines that<br>
> share these folders, and if you start DK next time it will detect the<br>
> changes and update the local database accordingly.<br>
> <br>
> But of course this is only going to work if you write tags and other<br>
> metadata to the image file or a sidecar file.<br>
> <br>
> If you have configured DK to *not* write metadata (tags etc.) to the<br>
> files but keep them only in the DB you'd have to synchronize the<br>
> database in a consistent way, which can be much harder.<br>
> <br>
<br>
IMHO it could be instructive to set up Nextcloud on a NAS over a LAN, <br>
and try out how Digikam reacts to such synchronization - both databases <br>
and image files. Probably I will test this kind of a setup, but not <br>
until late October when time permits.<br>
<br>
Nextcloud/OwnCloud has fine-grained access-controls for users/groups and <br>
sharing, and has pretty advanced mechanisms for resolving conflicts in <br>
case of simultaneous edits.<br>
<br>
I presume that if using a synchronized database one would have to share <br>
_all_ the files in each local collection _and_ the paths would have to <br>
be the same on all devices, right?<br></blockquote><div><br></div><div>yes, it's the best configuration but not the best design to work on multiple computer with a common database.</div><div><br></div><div>Also remember that no lock mechanism exists yet in DK database interface. So concurrent DB acess at the same time can corrupt data.</div><div><br></div><div>We have plenty of report/whish in bugzilla about this topic. We need to found a good student to work on this project. DB is an important part of DK.</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Anything else obvious?<br>
<br>
Best regards,<br>
Sveinn í Felli<br>
</blockquote></div></div>