[digiKam-users] How to know if sidecar is being used?

[Ronald Orenstein]

In which case may I try yet again to get an answer to a similar question: If metadata changes (eg tags) have been written to the image can they be exported in a sidecar file for backup purposes (to be associated with an older offline version of the file that lacks the changes)?
And please tell me if this is an inappropriate question to ask here!
Thanks -
Ron
Ronald Orenstein
1825 Shady Creek Court
Mississauga, ON L5L 3W2
Canada
ronorenstein.blogspot.com
ronorensteinwriter.blogspot.com 

    On Friday, December 3, 2021, 03:23:48 p.m. EST, Marc Palaus <marcpalaus at hotmail.com> wrote:  
 
 Perfect! That's what I wanted to know. Thanks

El 3/12/21 a les 15:19, Maik Qualmann ha escrit:
> For some time now, whether a sidecar exists has been shown in the Properties
> tab of the right sidebar in the Item Properties section.
>
> Maik
>
> Am Freitag, 3. Dezember 2021, 21:00:11 CET schrieb Marc Palaus:
>> Hi,
>>
>> I don't know if there's any way of knowing which photos are using
>> sidecar files in Digikam. I personally activate the option to "Read from
>> sidecar files" and "Write to sidecar files" but only fore read-only
>> items. Basically, I only want to use sidecars for writing XMP metadata
>> for video files, not pictures.
>>
>> However, sometimes because I set some incorrect permissions in some
>> files and they are read-only, digikam writes sidecars for those pictures
>> too. The problem comes when you want to edit those pictures metadata
>> once they are writable again. Digikam writes the changes to the picture
>> (since they're not read-only anymore), but metadata is read from the
>> sidecar, which has been left untouched, so for digikam's database it's
>> as if nothing happened, and can be a bit confusing.
>>
>> Is there any way to see if a sidecar is present in digikam's interface?
>>
>> (I could open a bug report if this is something that could be worth
>> considering, I just wanted to ask first.)
>
>
>
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20211203/324c3a91/attachment-0001.htm>