tags not visible

[frederic chaume]

thanks Gilles and Maik

8.10 has been installed and I recovered the missing tags ! thanks a lot

FYI regarding exiv2, in my configuration I didn't set the option 
"delegate to exiftool backend ...."  as I see there was limitations, so 
I prefered not to activate it

Regards
Frederic

Le 14/05/2023 à 18:36, Maik Qualmann a écrit :
> Back to the Olympus files.
> With the original ORF there is no error message from Exiv2, but if the
> metadata is applied to the JPG and saved, Exiv2 can no longer read the
> Makernotes. ExifTool can read the Makernotes, so they are there. So Exiv2
> seems to make a mistake here, but I haven't tested it with the Exiv2 CLI tool
> yet.
> We already have a special case when we write with ExifTool that we restore
> Makernotes. With a new file, however, the original file name is missing in the
> function. I'll implement it as a test.
>
> Maik
>
> Am Sonntag, 14. Mai 2023, 14:44:18 CEST schrieb Gilles Caulier:
>> Hi all,
>> 8.1.0 pre-release is safe. It's a huge bug triage version. The only
>> new features are mostly located in the SImilarity search engine.
>> best
>>
>> Gilles Caulier
>>
>>
>>
>> Le dim. 14 mai 2023 à 12:49, frederic chaume
>>
>> <frederic.chaume at gmail.com> a écrit :
>>> thanks a lot Maik
>>>
>>> what is the status of the DK 8.1.0 for windows you shared to me?
>>>
>>>
>>> I started to look at the error reported by exiv2
>>> I tried with one of the OlympusCs Key and here are the result:
>>>
>>> original Raw file
>>>
>>> PS D:\images\Pellicules\pellicule 2021\2021-05\2021-05-31>
>>> F:\Applications\exiv2\exiv2-0.27.6-2019msvc64\bin\exiv2.exe -K
>>> Exif.OlympusCs.PictureMode .\P5240081.orf Exif.OlympusCs.PictureMode
>>>               Short       2  Vivid
>>>
>>>
>>> Jpg generated by DXO (no tags, makernote is present in metadata right
>>> sidebar but IPTC and XMP are missing )
>>>
>>> PS D:\images\Pellicules\pellicule 2021\2021-05\2021-05-31>
>>> F:\Applications\exiv2\exiv2-0.27.6-2019msvc64\bin\exiv2.exe -K
>>> Exif.OlympusCs.PictureMode .\P5240081_Dxo-3.jpg Warning: Directory
>>> OlympusCs, entry 0x0101: Strip 0 is outside of the data area; ignored.
>>> Exif.OlympusCs.PictureMode                   Short       2  Vivid
>>>
>>>
>>> jpg generated by DK8 (tags are correct, but makernote is missing in
>>> metadata right sidebar)
>>>
>>> PS D:\images\Pellicules\pellicule 2021\2021-05\2021-05-31>
>>> F:\Applications\exiv2\exiv2-0.27.6-2019msvc64\bin\exiv2.exe -K
>>> Exif.OlympusCs.PictureMode .\P5240081_V1.jpg Error: Failed to read
>>> Olympus IFD Makernote header.
>>>
>>> Just wondering if there is something to do to fix such error
>>> (independently of fixing the behavior when such error or warning occurs)
>>>
>>> regards
>>>
>>> frederic
>>>
>>>
>>>
>>> Le 14/05/2023 à 11:34, Maik Qualmann a écrit :
>>>
>>> frederic,
>>>
>>> thanks for the sample images.
>>> I can reproduce it with digiKam-8.0.0, the file P5240081_DxO-3.jpg has no
>>> color label or tags. The problem no longer occurs with digiKam-8.1.0.
>>> The cause is that Exiv2 generates a warning in the Olympus metadata. In
>>> such a case, the metadata is automatically read with ExifTool since
>>> digiKam-8.0.0. Here's a bug that's already fixed in digiKam-8.1.0. Use
>>> the Windows version from here:
>>>
>>> https://files.kde.org/digikam/
>>>
>>> Maik
>>>
>>> Am Sonntag, 14. Mai 2023, 10:53:52 CEST schrieben Sie:
>>>
>>> Ok, please send me a sample image + sidecar with which the problem occurs
>>> to my email.
>>>
>>> Maik
>>>
>>> Am Sonntag, 14. Mai 2023, 10:24:22 CEST schrieb frederic chaume:
>>>
>>> that's the case
>>>
>>>
>>> this is the configuration I set with you on DK7.10
>>>
>>> frederic
>>>
>>> Le 14/05/2023 à 10:22, Maik Qualmann a écrit :
>>>
>>> Then check the extended metadata settings for tags. The
>>> "Xmp.lr.hierarchicalSubject" entry should be at the top of the list in
>>> your
>>> case.
>>>
>>> Maik
>>>
>>> Am Sonntag, 14. Mai 2023, 10:11:23 CEST schrieb frederic chaume:
>>>
>>> Hi Maik
>>>
>>> just checked that the option is set  (as in DK7.10)
>>>
>>> frederic
>>>
>>> Le 14/05/2023 à 10:08, Maik Qualmann a écrit :
>>>
>>> If DXO uses sidecars of BASENAME.xmp format, which I suspect. The
>>> option
>>> for compatible sidecar names for commercial programs must be activated
>>> explicitly in the digiKam setup under metadata  sidecars.
>>>
>>> Maik
>>>
>>> Am Sonntag, 14. Mai 2023, 10:00:26 CEST schrieb frederic chaume:
>>>
>>> Hi Remco
>>>
>>> I always use sidecar files for the raw files
>>> I also tried to "reread metadata from  file to database"  for the
>>> generated jpg, but no change
>>>
>>> and this was working well in DK7.10 (without need to "reread metadata
>>> from  file to database" )
>>>
>>> regards
>>> Frederic
>>>
>>> Le 14/05/2023 à 09:55, Remco Viëtor a écrit :
>>>
>>> On dimanche 14 mai 2023 09:49:55 CEST frederic chaume wrote:
>>>
>>> Hi all
>>>
>>> Since I have installed DK8 I have new problem with tags set from an
>>> external application (DXO).
>>> I have reused the same configuration that was working with DK7.10,
>>> (reuse the same order in the tag namespace :
>>> (Xmp.lr.hierarchicalSubject
>>> , Xmp.dc.subject, Xmp.digiKam.TagsList , ...)
>>> and when I look at the exiv2 of the jpg generated by DXO , I can
>>> see
>>> the
>>>
>>> correct tag list from the command :
>>>      > exiv2.exe -px P5240081_Dxo-1.jpg
>>>
>>> ....
>>> Xmp.digiKam.TagsList                         XmpSeq     10
>>> Paysage/tempete, Best-of, images, Best-of/expos, Paysage,
>>> pays/Bretagne,
>>> pays/Bretagne/ile grande, pays,
>>> ...
>>> Xmp.dc.subject                               XmpBag     11
>>> Best-of,
>>> Bretagne, Paysage, expos, , ile grande, images,  tempete
>>> ...
>>> Xmp.lr.hierarchicalSubject                   XmpBag     11
>>> Best-of,
>>> Best-of|expos, , Paysage, Paysage|tempete, images, , pays|Bretagne,
>>> pays|Bretagne|ile grande
>>>
>>> but when I look at the file in DK8, no tag are displayed and in the
>>> menu
>>> "metadata" on the right sidebar, the sections IPTC, XMP are empty
>>> and
>>> the exif section is not empty but no tags are visible
>>> I have checked that the tags are correctly visible in DK for the
>>> original Raw file
>>>
>>> Any ideas? Did I missed something?
>>> PS: I'm running DK on windows
>>>
>>> Do you modify the raw file with DXO, or does it generate a sidecar
>>> file?
>>>
>>> If it generates a sidecar, have you tried selecting the images
>>> concerned
>>> in
>>> digikam and reread the metadata?
>>>
>>> For the devs: does digikam read existing sidecars on importing a new
>>> image
>>> into its database?
>>>
>>> Remco
>
>
>