<html><body><div dir="ltr"><div>
</div><div><div dir="ltr">How do I stop writing to sidecars?</div><div dir="ltr"><br></div><div dir="ltr">NadineH</div>
<div id="ms-outlook-mobile-signature" dir="ltr"><div dir="ltr"></div></div>
<div> </div><hr style="display:inline-block;width:98%" tabindex="-1"><div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif"><b>From:</b> Nadine Helkenn <cnhelkenn@comcast.net><br><b>Sent:</b> Monday, November 25, 2024 9:24 PM<br><b>To:</b> Maik Qualmann <metzpinguin@gmail.com>; digikam-users@kde.org <digikam-users@kde.org><br><b>Subject:</b> Re: Deleted people tags reappearing<div> </div></font></div><div dir="ltr"><div>
</div><div><div dir="ltr">I think I have found the issue.</div><div dir="ltr"><br></div><div dir="ltr">The files that are failing to change their tags all have .xmp sidecar files. </div><div dir="ltr"><br></div><div dir="ltr">For the Configure->Metadata->Sidecars tab, the 'Read from sidecar files' is checked AND it is greyed out. I cannot unchecked it!</div>
<div id="ms-outlook-mobile-signature" dir="ltr"><div dir="ltr"></div></div>
<div> </div><div dir="ltr">I don't think I have benefitted from using sidecars, since digiKam is the only photo management software I use. I would like to copy any metadata in the .xmp files to be embedded in the images. How do I do that? Then I can remove the .xmp files all together?</div><div dir="ltr"><br></div><div dir="ltr">Thanx for helping me to focus on solving this issue.</div><div dir="ltr"><br></div><div dir="ltr">NadineH</div><hr style="display:inline-block;width:98%" tabindex="-1"><div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif"><b>From:</b> Digikam-users <digikam-users-bounces@kde.org> on behalf of Maik Qualmann <metzpinguin@gmail.com><br><b>Sent:</b> Monday, November 25, 2024 1:34 PM<br><b>To:</b> digikam-users@kde.org <digikam-users@kde.org><br><b>Subject:</b> Re: Deleted people tags reappearing<div> </div></font></div>If for some reason the metadata cannot be written to certain images, the old
<br>information will of course be read from the image again and the tag will
<br>appear again.
<br>It must be clarified why the metadata could not be written.
<br>
<br>Maik
<br>
<br>Am Montag, 25. November 2024, 21:38:23 Mitteleuropäische Normalzeit schrieb
<br>Nadine Helkenn:
<br>> Currently I am unable to apply ANY tags to ANY images. I continue trying to
<br>> merge tags as well as just add or remove tags from images. It appears to
<br>> work, but moments later, any changes I make just disappear. Tags revert to
<br>> the same status they were before I initiated any changes at all.
<br>>
<br>>
<br>> Nadine H
<br>>
<br>> From: Digikam-users <digikam-users-bounces@kde.org> on behalf of Andrew
<br>> Goodbody <ajg02@elfringham.co.uk> Sent: Monday, November 25, 2024 1:01 AM
<br>> To: digikam-users@kde.org <digikam-users@kde.org>
<br>> Subject: Re: Deleted people tags reappearing
<br>>
<br>>
<br>> On 25/11/2024 01:45, Nadine Helkenn wrote:
<br>> > I've been encountering an issue with people tags that I created log ago
<br>> > (and have deleted or changed) showing up again after 'find new items'
<br>> > scans. In some cases the tag hierarchy has been lost so they show up
<br>> > immediately under the 'people' tag. And other times the hierarchy is
<br>> > recreated under an old tag that has been changed.
<br>>
<br>> I am going to make a guess that you write the metadata to the image
<br>> files, yes?
<br>>
<br>> I think this is what happens.
<br>>
<br>> 1. You create and apply some tags to images. This writes the metadata to
<br>> the database and the image files.
<br>>
<br>> 2. Some time later you edit the tags hierarchy by moving, renaming or
<br>> deleting tags. This updates the database. It does not update the
<br>> metadata in the image files.
<br>>
<br>> 3. 'Find new items' scans the file tree and finds tags in the image
<br>> files' metadata that is not present in the database and adds it back to
<br>> the database.
<br>>
<br>> This is definitely behaviour that is less than ideal. You may even
<br>> consider it to be a bug and if so you should log it at https://bugs.kde.org/
<br>>
<br>> To avoid this issue I do the following when I want to edit the tags
<br>> hierarchy and keep the database and files in sync.
<br>>
<br>> 1. Use the left sidebar to select all files that have the tag I want to
<br>> edit.
<br>> 2. Apply a unique and temporary tag to all those files.
<br>> 3. Remove the tag to be edited from all selected files.
<br>> 4. Make the desired changes to that tag in the hierarchy.
<br>> 5. Select all files with the temporary tag applied in 2.
<br>> 6. Apply the edited tag to all selected files.
<br>> 7. Remove temporary tag from the files.
<br>>
<br>> Use at your own risk. Test the procedure first on a small number of
<br>> files ie 1 or 2. Backup everything first. Back it up again somewhere else.
<br>>
<br>> Andrew
<br>
<br>
<br>
<br>
<br></div><div id="ms-outlook-mobile-signature" dir="ltr"><div dir="ltr"></div></div></div></div><div id="ms-outlook-mobile-signature" dir="ltr"><div></div></div></div></body></html>