<div dir="ltr"><div><div><div><div><div>Remco,<br><br></div>You statement has a point however I am not sure if you can bring information from sidecars back to the database.<br></div>I just opened a bug report:<br><a href="https://bugs.kde.org/show_bug.cgi?id=389619">https://bugs.kde.org/show_bug.cgi?id=389619</a><br><br></div>Long story short, digikam was not able to read information from a sidecar and write it back to the database.<br></div>I tested on an mp4 file. I think it should be relevant to any format exiv2 can't read metadata from including raw images.<br></div>Please try to reproduce it if you have a chance.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best regards, <br></div></div></div></div>
<br><div class="gmail_quote">On Tue, Jan 30, 2018 at 10:11 AM, Remco Viëtor <span dir="ltr"><<a href="mailto:remco.vietor@wanadoo.fr" target="_blank">remco.vietor@wanadoo.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On mardi 30 janvier 2018 16:58:38 CET Karl Günter Wünsch wrote:<br>
> On 30.01.2018 16:12, Remco Viëtor wrote:<br>
> > At least for local collections, digikam is notified of changes through<br>
> > external programs (e.g. editors like darktable), and updates the database<br>
> > on the fly.In other words: a file disappears from disk => it is removed<br>
> > from the database.<br>
> IMHO that is a horrible mistake to make. The user loses information<br>
> about the file because it may be unavailable just for a short moment or<br>
> because of an honest mistake. What if he restores the file? You have<br>
> effectively lost the information in the database because of that stupid<br>
> behavior...<br>
<br>
Unavailable through an honest mistake, possible, that's why most OSes nowaways<br>
have a trashcan system (and digikam implements its own, as it has to work<br>
across OSes). On restore, the data is reread, including sidecars (if it is<br>
removed from the database on moving the files to thrash).<br>
<br>
But a local file *cannot* be "unavailable just for a short moment", contrary to<br>
files on a network share (esp. WiFi) or removable media.<br>
<br>
And to avoid all misunderstanding, I'm talking from my experience (under<br>
Linux) and not in any way connected with the Digikam maintainers/coders.<br>
<span class="HOEnZb"><font color="#888888"><br>
Remco<br>
<br>
</font></span></blockquote></div><br></div>