<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hi all</p>
<p>just imported new set of pictures in DK. At the 1st look
everythings seems correct.</p>
<p>I didn't use anyother commercial product (DXO, LR,..)</p>
<p>but after setting the geotag and labels with DK , the jpeg
(portraits one) are becoming incorrect (shown as landscape) and
impossible to rotate them from DK menu</p>
<p>any suggestion ?</p>
<p>regards</p>
<p>Fred<br>
</p>
<div class="moz-cite-prefix">Le 10/05/2021 à 09:33, Gilles Caulier a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAHFG6sE2h8AW8-bYUYX3zv0yOefoOK1banq=xh4iXe1A8atD0w@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Hi,</div>
<div><br>
</div>
<div>sidecar can be applied to all file format, but it's
generally used with read only metadata containers, as RAW and
Video.</div>
<div><br>
</div>
<div>And yes, JPEG, PNG, TIFF, etc, can host the XMP metadata in
image as well, and don't need a sidecar. Note that some people
don't want to touch the image file and host meta information
in external file.</div>
<div><br>
</div>
<div>Best</div>
<div><br>
</div>
<div>Gilles Caulier<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Le lun. 10 mai 2021 à 02:41,
frederic chaume <<a href="mailto:frederic.chaume@gmail.com"
moz-do-not-send="true">frederic.chaume@gmail.com</a>> a
écrit :<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi
Maik<br>
<br>
one question I didn't have an answer, when we are talking of
sidecars <br>
file, that's applicable to raw files only, but for jpeg it is
embeded in <br>
the jpeg itself, so we shouldn't have the same problem, no? at
least I <br>
hope my set-up is cofigured to behave in this way (I sent you
the <br>
screenshot) and my problem was on the jpeg<br>
<br>
regards<br>
<br>
<br>
<br>
Le 09/05/2021 à 22:33, Maik Qualmann a écrit :<br>
> And that is exactly the problem here. Frederic had given
me sample files with<br>
> a "compatible" sidecar. The only solution for a
"compatible" sidecar would be<br>
> an additional filter for file extensions ... but already
with 2 extensions<br>
> added the problem would arise again. That is why we do
not recommend the<br>
> BASENAME.xmp file schema.<br>
><br>
> Maik<br>
><br>
> Am Montag, 3. Mai 2021, 18:51:13 CEST schrieb Rob
Dueckman:<br>
>> I had the same kind of problem with I had "side car
filenames are<br>
>> compatible with commercial programs" selected and I
had HEIC and JPG<br>
>> files.<br>
>><br>
>> It appeared that the sidecar information was being
taken in priority<br>
>> over the metadata in the file.<br>
>><br>
>> As I have no need for other applications to read the
sidecar files, I<br>
>> just turned off the option and things started to
behave as expected. I<br>
>> did have to fix all the wrongly rotated files though.<br>
>><br>
>> On Sat, 2021-05-01 at 11:53 +0200, frederic chaume
wrote:<br>
>>> Thanks Maik for your answer<br>
>>> Tested it , but no change (not surprised it was
new pictures just<br>
>>> imported this morning).<br>
>>> My camera is configured to generate RAW +JPEG.
The raw files are<br>
>>> correctly oriented , but some of the JPEG are
wrongly oriented (not<br>
>>> all),<br>
>>> So I tried to rotate them manually , but there
are moved back to<br>
>>> landscape automatically. The work around is to
edit the pictures to<br>
>>> rotate it, but it is the 1st time I'm getting
such problem and<br>
>>> wondering why I can't change it from DK<br>
>>> if it can help , below the metada:<br>
>>> - the raw file that are in portrait (correctly
shown) have the<br>
>>> following exif : orientation = left,bottom<br>
>>> - the jpeg correctly shown as portrait have the
following exif :<br>
>>> orientation = top, left<br>
>>> - the jpeg incorrectly shown as landscape have
the following exif :<br>
>>> orientation = left, bottom<br>
>>> Below a screenshot.<br>
>>><br>
>>> Le 01/05/2021 à 10:53, Maik Qualmann a écrit :<br>
>>>> We are currently not aware of any problems
with image rotation. I cannot<br>
>>>> reproduce any problems with rotating here
either. Perhaps for some<br>
>>>> reason the orientation flag in the database
is not syncronized with the<br>
>>>> real metadata of the image. Rereading the
metadata data of the image<br>
>>>> should solve the problem.<br>
>>>><br>
>>>> Maik<br>
>>>><br>
>>>> Am Samstag, 1. Mai 2021, 10:04:02 CEST
schrieb frederic chaume:<br>
>>>>> Hi all<br>
>>>>><br>
>>>>> any feedback ?<br>
>>>>><br>
>>>>> I notice that the portrait pictures are
correctly shown in windows<br>
>>>>> application (photo)<br>
>>>>><br>
>>>>> thanks<br>
>>>>><br>
>>>>> Le 28/04/2021 à 09:22, frederic chaume a
écrit :<br>
>>>>>> Hi all<br>
>>>>>><br>
>>>>>> I'm using DK7.2 on windows and I just
got a strange behavior. I was<br>
>>>>>> looking a set of picture in portrait
mode and everything was ok. but<br>
>>>>>> suddenly some of the jpeg in portrait
are shown in landscape mode<br>
>>>>>> (the<br>
>>>>>> raw file still correctly shown in
portrait mode and some other jpeg<br>
>>>>>> are also still correctly shown in
portrait)<br>
>>>>>><br>
>>>>>> So I tried to rotate the wrong ones ,
but there are moved back to<br>
>>>>>> lanscape mode automatically.<br>
>>>>>><br>
>>>>>> and obviously I didn't change
anything in the rotation<br>
>>>>>> configuration.<br>
>>>>>> I also tried to restart DK, but same
behavior<br>
>>>>>><br>
>>>>>> How can I recover the correct mode ?<br>
>>>>>><br>
>>>>>> Note that all the pictures has been
made with the same camera<br>
>>>>>><br>
>>>>>> thanks for your help<br>
><br>
><br>
><br>
</blockquote>
</div>
</blockquote>
</body>
</html>