<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
thanks Maik for the explanation, even if I don't catch all the
interactions between the options<br>
<br>
effectively following option are set:<br>
- rescan file when file is modified<br>
- read from sidecar<br>
<br>
I think I don't need "<span class="gmail-VIiyi" lang="en"><span
class="gmail-JLqJ4b gmail-ChMk0b"><span> the album monitoring
for external changes during runtime", until it is rescan at
start-up or manualy triggered through maintenance tool. As I
said , I'm not targeting to modify metadata for the Raw file
outside DK, then which option(s) should I reset ?<br>
<br>
regards<br>
frederic<br>
</span></span></span><br>
<br>
<br>
<div class="moz-cite-prefix">Le 19/07/2021 à 14:02, Maik Qualmann a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAGsUfMBfCJbG_Dry6EWCv6x75=NCJ6tBB8wKfTPjxerCK9OtKA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div><span class="gmail-VIiyi" lang="en"><span
class="gmail-JLqJ4b gmail-ChMk0b"><span>I can reproduce
all of your "problems".</span></span> <span
class="gmail-JLqJ4b gmail-ChMk0b"><span>The main cause is
the sidecar format.</span></span> <span
class="gmail-JLqJ4b gmail-ChMk0b"><span>Your problems
arise due to other settings.</span></span><span
class="gmail-JLqJ4b"><span>
</span></span><span class="gmail-JLqJ4b gmail-ChMk0b"><span>Short
explanation:</span></span><span class="gmail-JLqJ4b"><span>
</span></span><span class="gmail-JLqJ4b gmail-ChMk0b"><span>You
use the album monitoring for external changes, this
triggers a reread of the album when you change the RAF
file.</span></span> <span class="gmail-JLqJ4b
gmail-ChMk0b"><span>Together with the option of completely
re-reading the metadata in the event of a change, the
metadata is then also adopted for the JPG.</span></span><span
class="gmail-JLqJ4b"><span>
</span></span><span class="gmail-JLqJ4b gmail-ChMk0b"><span>Do
you really need the album monitoring for external
changes during runtime?</span></span><span
class="gmail-JLqJ4b"><span>
</span></span><span class="gmail-JLqJ4b gmail-ChMk0b"><span>When
renaming the JPG image, the sidecar in the background is
also renamed and now belongs to the JPG.</span></span> <span
class="gmail-JLqJ4b gmail-ChMk0b"><span>But you have set
that sidecar should only be used for write-protected
files.</span></span> <span class="gmail-JLqJ4b
gmail-ChMk0b"><span>This means that you cannot make any
changes to the JPG, as the old metadata is always read
from the sidecar.</span></span> <span
class="gmail-JLqJ4b gmail-ChMk0b"><span>So you still have
to manually delete the sidecar from the JPG</span></span></span></div>
<div><span class="gmail-VIiyi" lang="en"><span
class="gmail-JLqJ4b gmail-ChMk0b"><span><br>
</span></span></span></div>
<div><span class="gmail-VIiyi" lang="en"><span
class="gmail-JLqJ4b gmail-ChMk0b"><span>Maik<br>
</span></span></span></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Am Mo., 19. Juli 2021 um
09:21 Uhr schrieb frederic chaume <<a
href="mailto:frederic.chaume@gmail.com"
moz-do-not-send="true">frederic.chaume@gmail.com</a>>:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi
Maik<br>
<br>
here are some precision on the scenario I used:<br>
<br>
I have configured my camera to generate RAW + JPEG, then after
import I <br>
have the following file in the folder:<br>
PIC1.RAW<br>
PIC1.JPEG<br>
<br>
then I filter RAW only , switch to full screen mode and then
put 2 * on <br>
the RAW. After synchronization the result is the following<br>
PIC1.RAW **<br>
PIC1.JPEG **<br>
<br>
and then I try to put 0 * on the jpeg, but after
synchronization, the <br>
jpeg is back with 2 *<br>
<br>
so I put 3 * on the RAW file in normal screen view and after
<br>
synchronization<br>
PIC1.RAW ***<br>
PIC1.JPEG ***<br>
<br>
seems that I'm unable to change the information on the JPEG,
without <br>
changing it on the RAW<br>
this confirmed what you are saying, and the dependency of
different <br>
image with the same basename (that wasn't the case in DK7.2,
except when <br>
using the full screen mode)<br>
<br>
Based on your comment below I have renamed the JPEG in order
to have a <br>
different basename<br>
PIC1.RAW ***<br>
PIC1-ORI.JPEG ***<br>
but I have the same behavior, unable to change the * of the
JPEG without <br>
changing the * of the RAW. Is it normal ?<br>
<br>
Now I was thinking that the "compatibility" was only
applicable to the <br>
sidecar , then the RAW file, so not sure to understand the
relationship <br>
with the JPEG (where metadata are embeded into the file, right
?)<br>
<br>
<br>
<br>
thanks for your help<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Le 18/07/2021 à 11:56, frederic chaume a écrit :<br>
> Hi Maik<br>
><br>
> you are right , but except the rotation, other star
management was <br>
> working well in DK7.2<br>
><br>
> in fact what I'm looking for is the following scenario:<br>
> - using DK for all metadata: import, tagging, geotagging,
face <br>
> recognition, title, classification,...<br>
> - using DXO only for RAW postprocessing (without changing
any tag or <br>
> title,...) and keeping the information from DK when
generating a jpeg<br>
><br>
> my understing is that the "compatible" option is using an
extension <br>
> for the sidecar that can be understood by DXO, in the
othercase the <br>
> RAW.XMP is not visible by DXO and then I'm loosing all
information <br>
> from DK<br>
> Is my understanding correct ? any advice on best way to
proceed ?<br>
><br>
> thanks for your help<br>
><br>
><br>
> Le 18/07/2021 à 11:20, Maik Qualmann a écrit :<br>
>> We have already discussed this problem by the
rotation thread. You <br>
>> are using<br>
>> the "compatible" sidecar format and have more than
one image format <br>
>> with the<br>
>> same base name.<br>
>> Either you deactivate the "compatible" sidecar format
or you save the <br>
>> derived<br>
>> images in a different folder or give them a different
base name.<br>
>><br>
>> I am even considering removing the introduction of
the sidecar format <br>
>> that is<br>
>> common in the Windows world ...<br>
>> Another solution would be to add a filter to which
file extension the <br>
>> sidecar<br>
>> is used. However, this would further complicate the
possible settings <br>
>> for the<br>
>> user.<br>
>><br>
>> Maik<br>
>><br>
>> Am Sonntag, 18. Juli 2021, 10:16:49 CEST schrieben
Sie:<br>
>>> Hi Maik<br>
>>><br>
>>> here is the log file (attached)<br>
>>> what I have done :<br>
>>> ctrl-0 on the file , then apply synchronization<br>
>>> rotate the file (still have the problem I
reported some weeks ago,<br>
>>> portrait is shown as landscape for jpeg (not raw)<br>
>>> try again the ctrl-0<br>
>>><br>
>>><br>
>>> and here is my configuration<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> thanks for your help<br>
>>> frederic<br>
>>><br>
>>> Le 17/07/2021 à 23:08, Maik Qualmann a écrit :<br>
>>>> I cannot reproduce a problem here when
setting or deleting ratings. <br>
>>>> Maybe<br>
>>>> it helps to post the output from the terminal
as described here:<br>
>>>><br>
>>>> <a
href="https://www.digikam.org/contribute/" rel="noreferrer"
target="_blank" moz-do-not-send="true">https://www.digikam.org/contribute/</a><br>
>>>><br>
>>>> Maik<br>
>>>><br>
>>>> Am Samstag, 17. Juli 2021, 13:38:43 CEST
schrieb Frederic Chaume:<br>
>>>>> Hi Maik<br>
>>>>><br>
>>>>> Just ctrl-0 on théâtre picture (as usual)<br>
>>>>><br>
>>>>> Regards<br>
>>>>><br>
>>>>> Le sam. 17 juil. 2021 à 13:36, Maik
Qualmann <br>
>>>>> <<a
href="mailto:metzpinguin@gmail.com" target="_blank"
moz-do-not-send="true">metzpinguin@gmail.com</a>> a<br>
>>>>><br>
>>>>> écrit :<br>
>>>>>> Do you use the Metadata Editor Tool
or the digiKam right sidebar?<br>
>>>>>><br>
>>>>>> Maik<br>
>>>>>><br>
>>>>>> Am Samstag, 17. Juli 2021, 11:58:54
CEST schrieb frederic chaume:<br>
>>>>>>> Hi all<br>
>>>>>>><br>
>>>>>>> I have installed DK 7.3 on
windows and I have a strange behavior <br>
>>>>>>> when<br>
>>>>>>> trying to remove stars<br>
>>>>>>><br>
>>>>>>> I have a picture (jpg) with 2 **
that I want to remove. so I put <br>
>>>>>>> 0 * on<br>
>>>>>>> it (with lazzy synchronisation) ,
but when I apply the change , the<br>
>>>>>>> stars are appearing again. (same
for any other picture)<br>
>>>>>>><br>
>>>>>>> any idea ?<br>
>>>>>>><br>
>>>>>>> thanks<br>
>>>>>>> Frederic<br>
>><br>
>><br>
>><br>
><br>
<br>
</blockquote>
</div>
</blockquote>
<br>
</body>
</html>