[digiKam-users] unable to remove stars

[Maik Qualmann]

 I can reproduce all of your "problems". The main cause is the sidecar
format. Your problems arise due to other settings. Short explanation: You
use the album monitoring for external changes, this triggers a reread of
the album when you change the RAF file. 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. Do you really need the album monitoring
for external changes during runtime? When renaming the JPG image, the
sidecar in the background is also renamed and now belongs to the JPG. But
you have set that sidecar should only be used for write-protected files. This
means that you cannot make any changes to the JPG, as the old metadata is
always read from the sidecar. So you still have to manually delete the
sidecar from the JPG

Maik

Am Mo., 19. Juli 2021 um 09:21 Uhr schrieb frederic chaume <
frederic.chaume at gmail.com>:

> Hi Maik
>
> here are some precision on the scenario I used:
>
> I have configured my camera to generate RAW + JPEG, then after import I
> have the following file in the folder:
> PIC1.RAW
> PIC1.JPEG
>
> then I filter RAW only , switch to full screen mode and then put 2 * on
> the RAW.  After synchronization the result is the following
> PIC1.RAW **
> PIC1.JPEG **
>
> and then I try to put 0 * on the jpeg, but after synchronization, the
> jpeg is back with 2 *
>
> so I put 3 * on the RAW file in normal screen view  and after
> synchronization
> PIC1.RAW ***
> PIC1.JPEG ***
>
> seems that I'm unable to change the information on the JPEG, without
> changing it on the RAW
> this confirmed what you are saying, and the dependency of different
> image with the same basename (that wasn't the case in DK7.2, except when
> using the full screen mode)
>
> Based on your comment below  I have renamed the JPEG in order to have a
> different basename
> PIC1.RAW ***
> PIC1-ORI.JPEG ***
> but I have the same behavior, unable to change the * of the JPEG without
> changing the * of the RAW. Is it normal ?
>
> Now I was thinking that the "compatibility" was only applicable to the
> sidecar , then the RAW file, so not sure to understand the relationship
> with the JPEG (where metadata are embeded into the file, right ?)
>
>
>
> thanks for your help
>
>
>
>
>
>
>
> Le 18/07/2021 à 11:56, frederic chaume a écrit :
> > Hi Maik
> >
> > you are right , but except the rotation, other star management was
> > working well in DK7.2
> >
> > in fact what I'm looking for is the following scenario:
> > - using DK for all metadata: import, tagging, geotagging, face
> > recognition, title, classification,...
> > - using DXO only for RAW postprocessing (without changing any tag or
> > title,...) and  keeping the information from DK when generating a jpeg
> >
> > my understing is that the "compatible" option is using an extension
> > for the sidecar that can be understood by DXO, in the othercase the
> > RAW.XMP is not visible by DXO and then I'm loosing all information
> > from DK
> > Is my understanding correct ? any advice on best way to proceed ?
> >
> > thanks for your help
> >
> >
> > Le 18/07/2021 à 11:20, Maik Qualmann a écrit :
> >> We have already discussed this problem by the rotation thread. You
> >> are using
> >> the "compatible" sidecar format and have more than one image format
> >> with the
> >> same base name.
> >> Either you deactivate the "compatible" sidecar format or you save the
> >> derived
> >> images in a different folder or give them a different base name.
> >>
> >> I am even considering removing the introduction of the sidecar format
> >> that is
> >> common in the Windows world ...
> >> Another solution would be to add a filter to which file extension the
> >> sidecar
> >> is used. However, this would further complicate the possible settings
> >> for the
> >> user.
> >>
> >> Maik
> >>
> >> Am Sonntag, 18. Juli 2021, 10:16:49 CEST schrieben Sie:
> >>> Hi Maik
> >>>
> >>> here is the log file (attached)
> >>> what I have done :
> >>> ctrl-0 on the file , then apply synchronization
> >>> rotate the file (still have the problem I reported some weeks ago,
> >>> portrait is shown as landscape for jpeg (not raw)
> >>> try again the ctrl-0
> >>>
> >>>
> >>> and here is my configuration
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> thanks for your help
> >>> frederic
> >>>
> >>> Le 17/07/2021 à 23:08, Maik Qualmann a écrit :
> >>>> I cannot reproduce a problem here when setting or deleting ratings.
> >>>> Maybe
> >>>> it helps to post the output from the terminal as described here:
> >>>>
> >>>> https://www.digikam.org/contribute/
> >>>>
> >>>> Maik
> >>>>
> >>>> Am Samstag, 17. Juli 2021, 13:38:43 CEST schrieb Frederic Chaume:
> >>>>> Hi Maik
> >>>>>
> >>>>> Just ctrl-0 on théâtre picture (as usual)
> >>>>>
> >>>>> Regards
> >>>>>
> >>>>> Le sam. 17 juil. 2021 à 13:36, Maik Qualmann
> >>>>> <metzpinguin at gmail.com> a
> >>>>>
> >>>>> écrit :
> >>>>>> Do you use the Metadata Editor Tool or the digiKam right sidebar?
> >>>>>>
> >>>>>> Maik
> >>>>>>
> >>>>>> Am Samstag, 17. Juli 2021, 11:58:54 CEST schrieb frederic chaume:
> >>>>>>> Hi all
> >>>>>>>
> >>>>>>> I have installed DK 7.3 on windows and I have a strange behavior
> >>>>>>> when
> >>>>>>> trying to remove stars
> >>>>>>>
> >>>>>>> I have a picture (jpg) with 2 ** that I want to remove. so I put
> >>>>>>> 0 * on
> >>>>>>> it (with lazzy synchronisation) , but when I apply the change , the
> >>>>>>> stars are appearing again. (same for any other picture)
> >>>>>>>
> >>>>>>> any idea ?
> >>>>>>>
> >>>>>>> thanks
> >>>>>>> Frederic
> >>
> >>
> >>
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20210719/566e0547/attachment.htm>