<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">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">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">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>