<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
thanks a lot Maik<br>
<br>
what is the status of the DK 8.1.0 for windows you shared to me?<br>
<br>
<br>
I started to look at the error reported by exiv2<br>
I tried with one of the OlympusCs Key and here are the result:<br>
<br>
original Raw file<br>
<blockquote>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<br>
Exif.OlympusCs.PictureMode Short 2 Vivid<br>
</blockquote>
<br>
Jpg generated by DXO (no tags, makernote is present in metadata
right sidebar but IPTC and XMP are missing )<br>
<blockquote>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<br>
Warning: Directory OlympusCs, entry 0x0101: Strip 0 is outside of
the data area; ignored.<br>
Exif.OlympusCs.PictureMode Short 2 Vivid<br>
</blockquote>
<br>
jpg generated by DK8 (tags are correct, but makernote is missing in
metadata right sidebar)<br>
<blockquote>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<br>
Error: Failed to read Olympus IFD Makernote header.<br>
<br>
</blockquote>
Just wondering if there is something to do to fix such error
(independently of fixing the behavior when such error or warning
occurs)<br>
<br>
regards<br>
<br>
frederic<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">Le 14/05/2023 à 11:34, Maik Qualmann a
écrit :<br>
</div>
<blockquote type="cite" cite="mid:4800360.GXAFRqVoOG@linux-tpgn">
<pre class="moz-quote-pre" wrap="">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:
<a class="moz-txt-link-freetext" href="https://files.kde.org/digikam/">https://files.kde.org/digikam/</a>
Maik
Am Sonntag, 14. Mai 2023, 10:53:52 CEST schrieben Sie:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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 :
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hi Maik
just checked that the option is set (as in DK7.10)
frederic
Le 14/05/2023 à 10:08, Maik Qualmann a écrit :
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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 :
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">On dimanche 14 mai 2023 09:49:55 CEST frederic chaume wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
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
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre class="moz-quote-pre" wrap="">
</pre>
</blockquote>
<br>
</body>
</html>