Deleted people tags reappearing

[Gilles Caulier]

hi,

See the online doc :

https://docs.digikam.org/en/setup_application/metadata_settings.html#sidecars-settings

Best

Gilles Caulier

Le mar. 26 nov. 2024 à 23:48, Nadine Helkenn <cnhelkenn at comcast.net> a
écrit :

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