<div dir="ltr">Thanks Gilles<br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-07-29 17:10 GMT+12:00 Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2018-07-29 5:56 GMT+02:00 Matthieu <span dir="ltr"><<a href="mailto:ermelir@gmail.com" target="_blank">ermelir@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear all,<br><br>I use Digikam for many years: this is a powerful tool which cover almost all the features I expect from this kind of software; bugs are also quickly fixed, new features are add very often.<br><br>But unfortunately, since tags are not written in the RAW files, I spend many time to manage my photo collection of 25k files: I have more than 66% of my photos which are raw files, the 33 remaining % are shared in JPG, and videos files.<br><br>Yesterday, for an unknown reason, my tags tree crashed.<br><br>I thought reloading tags from the metadatas stored in my files, but because they are not written anymore in the RAW files, the only process I have to restore my job is to do manually a second time.<br>Many months of job to redo.<br><br>How to backup digikam is not the subject of this email :)<br><br>I can understand that there are some risk to update RAW files.<br><br>But I'm ready to take this risk for the following reasons:<br>- For the last 2 or 3 years I updated my RAW files with both Digikam (when this feature was available), and with exiftool. I never encountered any issue.<br>- I use Digikam to help me managing my photo collection, not as a tool to view my picture collection: if I define a tag in a raw file in Digikam, I expect being able to view this tag in a different software (rawtherapee, lightraw, etc)<br>- Today, I have some differences between data stored in my RAW files content, and the Digikam database.<br><br>This is your product, with their own constraints. I use it as it because it was helping me to earn time.<br>But sometimes, I need to find some workarounds to adapt it as the way I manage my pictures. <br>Since this feature has been disabled, I was thinking editing correctly all my files in Digikam, and then develop a software / plugin / shell scripts / which would process the Digikam database and store the missing tags with exiftool.<br><br>The crash I got yesterday let me think differently...<br>So my question now: the checkbox to use the experimental feature to write tags in raw files is unchecked since the 5.9 release (those one I use). If I'm able to uncheck it in the sources files, will I be able to restore this feature? </div></blockquote><div><br></div></span><div>yes. return "true" to this method at line 144, and you will restore the feature :</div><div><br></div><div><a href="https://cgit.kde.org/digikam.git/tree/core/libs/dmetadata/metaengine.cpp#n144" target="_blank">https://cgit.kde.org/digikam.<wbr>git/tree/core/libs/dmetadata/<wbr>metaengine.cpp#n144</a><br></div><span class=""><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Or did you also remove all the writing process behind when disabling this feature?<br><br></div></blockquote><div><br></div></span><div>Code is not removed.</div><div><br></div><div>In a better world, Exiv2 must have a check internally to see if current raw file processed is well supported at metadata writting process. In fact, to be right, Exiv2 must have a generic method to check is current type mime (and more info for file processed) are well supported at write process to prevent data corruption. As i know, this method do not exist yet.</div><div><br></div><div>The method in DK source code is just a simple hack.</div><span class="HOEnZb"><font color="#888888"><div> </div><div>Gilles Caulier</div></font></span></div></div></div>
</blockquote></div><br></div>