tags not visible

frederic chaume frederic.chaume at gmail.com
Sun May 14 11:49:29 BST 2023


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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20230514/c23e4bcc/attachment.htm>


More information about the Digikam-users mailing list