tags not visible

[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
>
>
>
>