sidecar file names

[Henrik Hemrin]

typo, ...thinking loud...
/Henrik

Den 2024-07-27 kl. 16:27, skrev Henrik Hemrin:
> Mmm first of all, I would take a fresh backup of everything.
> I'm thinking load, because I do not know below for sure.
> 
> I think a possible method is to first make sure data is in digiKam 
> dataBase, then delete the xmp's, change setting to off and then write 
> new fresh xmp side car files.
> 
> However, your current side side cars P1234.xmp can, depending on your 
> use case, have a lot of other meta data created by other sw than 
> digiKam, which you want to preserve, which I assume will be lost if you 
> create fresh ones. For example, I started with Photoshop Elements, over 
> Lightroom, to digiKam. I may also have data from AfterShot and possibly 
> some other sw as well. I believe those xmp data sources will be lost.
> 
> The "commercial" P1234.xmp is in my understanding according to 
> standard/industry standard, while digiKam and some more sw use 
> P1234.DNG.xmp. The digiKam way indeed has its advantages to distinguish 
> sidecars on file types. Exactly if there is any other advantage with 
> P1234.DNG.xmp, I do not know. I'm still on the commercial method, kept 
> it from my pre-digiKam days and continued that way, but your question is 
> of interest to me.
> 
> The developer of the Rapid Photo Downloader for Linux, writes and argue 
> about the topic on his faq, incl links to Adobe (broken link) and 
> pixl.us discussion. https://damonlynch.net/rapid/faq.html I am not 
> compentent to debate for either procedure, only can note that commercial 
> is not the preferred method for digiKam.
> 
> I suppose you could rename "manually" your existing P1234.xmp to 
> P1234.DNG.xmp, but no idea what consequencies that can have.
> 
> Regards
> Henrik
> 
> Den 2024-07-27 kl. 16:09, skrev frederic chaume:
>>
>> you can delete until you are sure the database has been synchronized 
>> from the metadata from the files (currently on-going, but taking hours )
>>
>> in the maintenace tool , there is a synchronization from database to 
>> metadata files but I don't know what is the behavior with the "sidecar 
>> file names are compatible with commercial products" set to OFF 
>> regarding the existing sidecar files
>> is there someone who already used it ?
>>
>> frederic
>>
>>
>> Le 27/07/2024 à 15:26, digikam at boeziek.nl a écrit :
>>> I can be mistaken, but I thought you could always delete the XMP 
>>> files and then force Digikam to create them from its own database 
>>> (just make sure you have backup always!).
>>>
>>> Else you could probably do a rename with a tool or shell command (I 
>>> am no Windows user).
>>>
>>> XMP files are a struggle for me too (set with or without 
>>> compatibility), still have not settled on one or the other.
>>>
>>> Best,
>>> Etienne
>>>
>>> On 27 Jul 2024, at 15:08, frederic chaume <frederic.chaume at gmail.com> 
>>> wrote:
>>>
>>> Hi all
>>>
>>> If I can ask it differently to make it more clear:
>>>
>>> how to move from "sidecar file names are compatible with commercial 
>>> products" ON to OFF
>>> that means how to replace basename.xmp (example P1234.xmp as a 
>>> sidecar for P1234.DNG  ) to basename.ext.xmp (example P1234.DNG.xmp 
>>> as a sidecar for P1234.DNG  )
>>>
>>> I have hundred of thousands of files and I don't expect renaming all 
>>> my xmp files
>>>
>>> thanks for your help
>>>
>>> frederic
>>>
>>>
>>>
>>> Le 26/07/2024 à 10:01, frederic chaume a écrit :
>>> Hi all
>>>
>>>
>>> currently the parameter "sidecar file names are compatible with 
>>> commercial products" is set. That means the name I can see is 
>>> basename.xmp and these are the files I can see in the folders where I 
>>> have RAW files
>>>
>>> Now seems there are some compatibility issue with another progam 
>>> (DXO) which is exepecting unique xmp names (conflict may occur 
>>> between RAW files and DNG files)
>>>
>>> So I started to unset this parameters, the problem is when I start DK 
>>> , it started a long process of "finding new items" and seems some 
>>> files are missing tags and rating in the album view, while the 
>>> correct information is still present in the associated basename.xmp
>>> then I have aborted the process of finding new items, set back the 
>>> parameter "sidecar file names are compatible with commercial products"
>>> and I run a "read metadata from file to database" to recover the 
>>> information in the album view
>>>
>>> So question is what is the process to reset this parameter without 
>>> loosing information?
>>> I'm using DK 8.4 on windows
>>>
>>> thanks in advance
>>>
>>> frederic
>>>
>>>
>>