tags not visible

Sun May 14 17:36:16 BST 2023

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