[digiKam-users] wrong picture rotation

[fch22]

Hi all

I'm using DK7.2 on windows and I just got a strange behavior. I was
looking a set of picture in portrait mode and everything was ok. but
suddenly some of the jpeg in portrait are shown in landscape mode (the
raw file still correctly shown in portrait mode and some other jpeg are
also still correctly shown in portrait)

So I tried to rotate the wrong ones , but there are moved back to
lanscape mode automatically.

and obviously I didn't change anything in the rotation configuration. I
also tried to restart DK, but same behavior

How can I recover the correct mode ?

Note that all the pictures has been made with the same camera

thanks for your help

[fch22]

Hi all

any feedback ?

I notice that the portrait pictures are correctly shown in windows
application (photo)

thanks


Le 28/04/2021 à 09:22, frederic chaume a écrit :

> Hi all
>
> I'm using DK7.2 on windows and I just got a strange behavior. I was
> looking a set of picture in portrait mode and everything was ok. but
> suddenly some of the jpeg in portrait are shown in landscape mode (the
> raw file still correctly shown in portrait mode and some other jpeg
> are also still correctly shown in portrait)
>
> So I tried to rotate the wrong ones , but there are moved back to
> lanscape mode automatically.
>
> and obviously I didn't change anything in the rotation configuration.
> I also tried to restart DK, but same behavior
>
> How can I recover the correct mode ?
>
> Note that all the pictures has been made with the same camera
>
> thanks for your help
>
>

[Maik Qualmann]

We are currently not aware of any problems with image rotation. I cannot
reproduce any problems with rotating here either. Perhaps for some reason the
orientation flag in the database is not syncronized with the real metadata of
the image. Rereading the metadata data of the image should solve the problem.

Maik

Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:

> Hi all
>
> any feedback ?
>
> I notice that the portrait pictures are correctly shown in windows
> application (photo)
>
> thanks
>
> Le 28/04/2021 à 09:22, frederic chaume a écrit :
> > Hi all
> >
> > I'm using DK7.2 on windows and I just got a strange behavior. I was
> > looking a set of picture in portrait mode and everything was ok. but
> > suddenly some of the jpeg in portrait are shown in landscape mode (the
> > raw file still correctly shown in portrait mode and some other jpeg
> > are also still correctly shown in portrait)
> >
> > So I tried to rotate the wrong ones , but there are moved back to
> > lanscape mode automatically.
> >
> > and obviously I didn't change anything in the rotation configuration.
> > I also tried to restart DK, but same behavior
> >
> > How can I recover the correct mode ?
> >
> > Note that all the pictures has been made with the same camera
> >
> > thanks for your help

[fch22]

Thanks Maik for your answer

Tested it , but no change (not surprised it was new pictures just imported this morning).
My camera is configured to generate RAW +JPEG. The raw files are correctly oriented , but some of the JPEG are wrongly oriented (not all),

So I tried to rotate them manually , but there are moved back to landscape automatically. The work around is to edit the pictures to rotate it, but it is the 1st time I'm getting such problem and wondering why I can't change it from DK

if it can help , below the metada:
- the raw file that are in portrait (correctly shown)  have the following exif : orientation = left,bottom
- the jpeg correctly shown as portrait have the following exif : orientation = top, left
- the jpeg incorrectly shown as landscape have the following exif : orientation =  left, bottom

Below a screenshot.

Le 01/05/2021 à 10:53, Maik Qualmann a écrit :

We are currently not aware of any problems with image rotation. I cannot 
reproduce any problems with rotating here either. Perhaps for some reason the 
orientation flag in the database is not syncronized with the real metadata of 
the image. Rereading the metadata data of the image should solve the problem. 

Maik

Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:

Hi all

any feedback ?

I notice that the portrait pictures are correctly shown in windows
application (photo)

thanks

Le 28/04/2021 à 09:22, frederic chaume a écrit :

Hi all

I'm using DK7.2 on windows and I just got a strange behavior. I was
looking a set of picture in portrait mode and everything was ok. but
suddenly some of the jpeg in portrait are shown in landscape mode (the
raw file still correctly shown in portrait mode and some other jpeg
are also still correctly shown in portrait)

So I tried to rotate the wrong ones , but there are moved back to
lanscape mode automatically.

and obviously I didn't change anything in the rotation configuration.
I also tried to restart DK, but same behavior

How can I recover the correct mode ?

Note that all the pictures has been made with the same camera

thanks for your help

[Rob D]

I had the same kind of problem with I had "side car filenames are compatible with commercial programs" selected and I had HEIC and JPG files.

It appeared that the sidecar information was being taken in priority over the metadata in the file.

As I have no need for other applications to read the sidecar files, I just turned off the option and things started to behave as expected.  I did have to fix all the wrongly rotated files though.

On Sat, 2021-05-01 at 11:53 +0200, frederic chaume wrote:

Thanks Maik for your answer

Tested it , but no change (not surprised it was new pictures just imported this morning).
My camera is configured to generate RAW +JPEG. The raw files are correctly oriented , but some of the JPEG are wrongly oriented (not all),

So I tried to rotate them manually , but there are moved back to landscape automatically. The work around is to edit the pictures to rotate it, but it is the 1st time I'm getting such problem and wondering why I can't change it from DK

if it can help , below the metada:
- the raw file that are in portrait (correctly shown)  have the following exif : orientation = left,bottom
- the jpeg correctly shown as portrait have the following exif : orientation = top, left
- the jpeg incorrectly shown as landscape have the following exif : orientation =  left, bottom

Below a screenshot.

Le 01/05/2021 à 10:53, Maik Qualmann a écrit :

We are currently not aware of any problems with image rotation. I cannot 
reproduce any problems with rotating here either. Perhaps for some reason the 
orientation flag in the database is not syncronized with the real metadata of 
the image. Rereading the metadata data of the image should solve the problem. 

Maik

Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:

Hi all

any feedback ?

I notice that the portrait pictures are correctly shown in windows
application (photo)

thanks

Le 28/04/2021 à 09:22, frederic chaume a écrit :

Hi all

I'm using DK7.2 on windows and I just got a strange behavior. I was
looking a set of picture in portrait mode and everything was ok. but
suddenly some of the jpeg in portrait are shown in landscape mode (the
raw file still correctly shown in portrait mode and some other jpeg
are also still correctly shown in portrait)

So I tried to rotate the wrong ones , but there are moved back to
lanscape mode automatically.

and obviously I didn't change anything in the rotation configuration.
I also tried to restart DK, but same behavior

How can I recover the correct mode ?

Note that all the pictures has been made with the same camera

thanks for your help

[Maik Qualmann]

Send a image with the rotation problem to my email address for testing.
Take a screenshot of the settings Setup-> Metadata-> Rotation.

Maik

Am Samstag, 1. Mai 2021, 11:53:37 CEST schrieb frederic chaume:

> Thanks Maik for your answer
>
> Tested it , but no change (not surprised it was new pictures just
> imported this morning).
> My camera is configured to generate RAW +JPEG. The raw files are
> correctly oriented , but _some of the JPEG are wrongly oriented (__not
> all__)_,
>
> So I tried to rotate them manually , but there are moved back to
> landscape automatically. The work around is to edit the pictures to
> rotate it, but it is the 1st time I'm getting such problem and wondering
> why I can't change it from DK
>
> if it can help , below the metada:
> - the raw file that are in portrait (correctly shown)  have the
> following exif : orientation = left,bottom
> - the jpeg correctly shown as portrait have the following exif :
> orientation = top, left
> - the jpeg incorrectly shown as landscape have the following exif :
> orientation =  left, bottom
>
> Below a screenshot.
>
> Le 01/05/2021 à 10:53, Maik Qualmann a écrit :
> > We are currently not aware of any problems with image rotation. I cannot
> > reproduce any problems with rotating here either. Perhaps for some reason
> > the orientation flag in the database is not syncronized with the real
> > metadata of the image. Rereading the metadata data of the image should
> > solve the problem.
> >
> > Maik
> >
> > Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:
> >> Hi all
> >>
> >> any feedback ?
> >>
> >> I notice that the portrait pictures are correctly shown in windows
> >> application (photo)
> >>
> >> thanks
> >>
> >> Le 28/04/2021 à 09:22, frederic chaume a écrit :
> >>> Hi all
> >>>
> >>> I'm using DK7.2 on windows and I just got a strange behavior. I was
> >>> looking a set of picture in portrait mode and everything was ok. but
> >>> suddenly some of the jpeg in portrait are shown in landscape mode (the
> >>> raw file still correctly shown in portrait mode and some other jpeg
> >>> are also still correctly shown in portrait)
> >>>
> >>> So I tried to rotate the wrong ones , but there are moved back to
> >>> lanscape mode automatically.
> >>>
> >>> and obviously I didn't change anything in the rotation configuration.
> >>> I also tried to restart DK, but same behavior
> >>>
> >>> How can I recover the correct mode ?
> >>>
> >>> Note that all the pictures has been made with the same camera
> >>>
> >>> thanks for your help

[Maik Qualmann]

And that is exactly the problem here. Frederic had given me sample files with
a "compatible" sidecar. The only solution for a "compatible" sidecar would be
an additional filter for file extensions ... but already with 2 extensions
added the problem would arise again. That is why we do not recommend the
BASENAME.xmp file schema.

Maik

Am Montag, 3. Mai 2021, 18:51:13 CEST schrieb Rob Dueckman:

> I had the same kind of problem with I had "side car filenames are
> compatible with commercial programs" selected and I had HEIC and JPG
> files.
>
> It appeared that the sidecar information was being taken in priority
> over the metadata in the file.
>
> As I have no need for other applications to read the sidecar files, I
> just turned off the option and things started to behave as expected.  I
> did have to fix all the wrongly rotated files though.
>
> On Sat, 2021-05-01 at 11:53 +0200, frederic chaume wrote:
> > Thanks Maik for your answer
> > Tested it , but no change (not surprised it was new pictures just
> > imported this morning).
> > My camera is configured to generate RAW +JPEG. The raw files are
> > correctly oriented , but some of the JPEG are wrongly oriented (not
> > all),
> > So I tried to rotate them manually , but there are moved back to
> > landscape automatically. The work around is to edit the pictures to
> > rotate it, but it is the 1st time I'm getting such problem and
> > wondering why I can't change it from DK
> > if it can help , below the metada:
> > - the raw file that are in portrait (correctly shown)  have the
> > following exif : orientation = left,bottom
> > - the jpeg correctly shown as portrait have the following exif :
> > orientation = top, left
> > - the jpeg incorrectly shown as landscape have the following exif :
> > orientation =  left, bottom
> > Below a screenshot.
> >
> > Le 01/05/2021 à 10:53, Maik Qualmann a écrit :
> > > We are currently not aware of any problems with image rotation. I cannot
> > > reproduce any problems with rotating here either. Perhaps for some
> > > reason the orientation flag in the database is not syncronized with the
> > > real metadata of the image. Rereading the metadata data of the image
> > > should solve the problem.
> > >
> > > Maik
> > >
> > > Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:
> > > > Hi all
> > > >
> > > > any feedback ?
> > > >
> > > > I notice that the portrait pictures are correctly shown in windows
> > > > application (photo)
> > > >
> > > > thanks
> > > >
> > > > Le 28/04/2021 à 09:22, frederic chaume a écrit :
> > > > > Hi all
> > > > >
> > > > > I'm using DK7.2 on windows and I just got a strange behavior. I was
> > > > > looking a set of picture in portrait mode and everything was ok. but
> > > > > suddenly some of the jpeg in portrait are shown in landscape mode
> > > > > (the
> > > > > raw file still correctly shown in portrait mode and some other jpeg
> > > > > are also still correctly shown in portrait)
> > > > >
> > > > > So I tried to rotate the wrong ones , but there are moved back to
> > > > > lanscape mode automatically.
> > > > >
> > > > > and obviously I didn't change anything in the rotation
> > > > > configuration.
> > > > > I also tried to restart DK, but same behavior
> > > > >
> > > > > How can I recover the correct mode ?
> > > > >
> > > > > Note that all the pictures has been made with the same camera
> > > > >
> > > > > thanks for your help

[fch22]

Hi Maik

one question I didn't have an answer, when we are talking of sidecars
file, that's applicable to raw files only, but for jpeg it is embeded in
the jpeg itself, so we shouldn't have the same problem, no? at least I
hope my set-up is cofigured to behave in this way (I sent you the
screenshot) and my problem was on the jpeg

regards



Le 09/05/2021 à 22:33, Maik Qualmann a écrit :

> And that is exactly the problem here. Frederic had given me sample files with
> a "compatible" sidecar. The only solution for a "compatible" sidecar would be
> an additional filter for file extensions ... but already with 2 extensions
> added the problem would arise again. That is why we do not recommend the
> BASENAME.xmp file schema.
>
> Maik
>
> Am Montag, 3. Mai 2021, 18:51:13 CEST schrieb Rob Dueckman:
>> I had the same kind of problem with I had "side car filenames are
>> compatible with commercial programs" selected and I had HEIC and JPG
>> files.
>>
>> It appeared that the sidecar information was being taken in priority
>> over the metadata in the file.
>>
>> As I have no need for other applications to read the sidecar files, I
>> just turned off the option and things started to behave as expected.  I
>> did have to fix all the wrongly rotated files though.
>>
>> On Sat, 2021-05-01 at 11:53 +0200, frederic chaume wrote:
>>> Thanks Maik for your answer
>>> Tested it , but no change (not surprised it was new pictures just
>>> imported this morning).
>>> My camera is configured to generate RAW +JPEG. The raw files are
>>> correctly oriented , but some of the JPEG are wrongly oriented (not
>>> all),
>>> So I tried to rotate them manually , but there are moved back to
>>> landscape automatically. The work around is to edit the pictures to
>>> rotate it, but it is the 1st time I'm getting such problem and
>>> wondering why I can't change it from DK
>>> if it can help , below the metada:
>>> - the raw file that are in portrait (correctly shown)  have the
>>> following exif : orientation = left,bottom
>>> - the jpeg correctly shown as portrait have the following exif :
>>> orientation = top, left
>>> - the jpeg incorrectly shown as landscape have the following exif :
>>> orientation =  left, bottom
>>> Below a screenshot.
>>>
>>> Le 01/05/2021 à 10:53, Maik Qualmann a écrit :
>>>> We are currently not aware of any problems with image rotation. I cannot
>>>> reproduce any problems with rotating here either. Perhaps for some
>>>> reason the orientation flag in the database is not syncronized with the
>>>> real metadata of the image. Rereading the metadata data of the image
>>>> should solve the problem.
>>>>
>>>> Maik
>>>>
>>>> Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:
>>>>> Hi all
>>>>>
>>>>> any feedback ?
>>>>>
>>>>> I notice that the portrait pictures are correctly shown in windows
>>>>> application (photo)
>>>>>
>>>>> thanks
>>>>>
>>>>> Le 28/04/2021 à 09:22, frederic chaume a écrit :
>>>>>> Hi all
>>>>>>
>>>>>> I'm using DK7.2 on windows and I just got a strange behavior. I was
>>>>>> looking a set of picture in portrait mode and everything was ok. but
>>>>>> suddenly some of the jpeg in portrait are shown in landscape mode
>>>>>> (the
>>>>>> raw file still correctly shown in portrait mode and some other jpeg
>>>>>> are also still correctly shown in portrait)
>>>>>>
>>>>>> So I tried to rotate the wrong ones , but there are moved back to
>>>>>> lanscape mode automatically.
>>>>>>
>>>>>> and obviously I didn't change anything in the rotation
>>>>>> configuration.
>>>>>> I also tried to restart DK, but same behavior
>>>>>>
>>>>>> How can I recover the correct mode ?
>>>>>>
>>>>>> Note that all the pictures has been made with the same camera
>>>>>>
>>>>>> thanks for your help
>
>
>

[Gilles Caulier-4]

Hi,

sidecar can be applied to all file format, but it's generally used with read only metadata containers, as RAW and Video.

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.

Best

Gilles Caulier

Le lun. 10 mai 2021 à 02:41, frederic chaume <[hidden email]> a écrit :

Hi Maik

one question I didn't have an answer, when we are talking of sidecars
file, that's applicable to raw files only, but for jpeg it is embeded in
the jpeg itself, so we shouldn't have the same problem, no? at least I
hope my set-up is cofigured to behave in this way (I sent you the
screenshot) and my problem was on the jpeg

regards



Le 09/05/2021 à 22:33, Maik Qualmann a écrit :
> And that is exactly the problem here. Frederic had given me sample files with
> a "compatible" sidecar. The only solution for a "compatible" sidecar would be
> an additional filter for file extensions ... but already with 2 extensions
> added the problem would arise again. That is why we do not recommend the
> BASENAME.xmp file schema.
>
> Maik
>
> Am Montag, 3. Mai 2021, 18:51:13 CEST schrieb Rob Dueckman:
>> I had the same kind of problem with I had "side car filenames are
>> compatible with commercial programs" selected and I had HEIC and JPG
>> files.
>>
>> It appeared that the sidecar information was being taken in priority
>> over the metadata in the file.
>>
>> As I have no need for other applications to read the sidecar files, I
>> just turned off the option and things started to behave as expected.  I
>> did have to fix all the wrongly rotated files though.
>>
>> On Sat, 2021-05-01 at 11:53 +0200, frederic chaume wrote:
>>> Thanks Maik for your answer
>>> Tested it , but no change (not surprised it was new pictures just
>>> imported this morning).
>>> My camera is configured to generate RAW +JPEG. The raw files are
>>> correctly oriented , but some of the JPEG are wrongly oriented (not
>>> all),
>>> So I tried to rotate them manually , but there are moved back to
>>> landscape automatically. The work around is to edit the pictures to
>>> rotate it, but it is the 1st time I'm getting such problem and
>>> wondering why I can't change it from DK
>>> if it can help , below the metada:
>>> - the raw file that are in portrait (correctly shown)  have the
>>> following exif : orientation = left,bottom
>>> - the jpeg correctly shown as portrait have the following exif :
>>> orientation = top, left
>>> - the jpeg incorrectly shown as landscape have the following exif :
>>> orientation =  left, bottom
>>> Below a screenshot.
>>>
>>> Le 01/05/2021 à 10:53, Maik Qualmann a écrit :
>>>> We are currently not aware of any problems with image rotation. I cannot
>>>> reproduce any problems with rotating here either. Perhaps for some
>>>> reason the orientation flag in the database is not syncronized with the
>>>> real metadata of the image. Rereading the metadata data of the image
>>>> should solve the problem.
>>>>
>>>> Maik
>>>>
>>>> Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:
>>>>> Hi all
>>>>>
>>>>> any feedback ?
>>>>>
>>>>> I notice that the portrait pictures are correctly shown in windows
>>>>> application (photo)
>>>>>
>>>>> thanks
>>>>>
>>>>> Le 28/04/2021 à 09:22, frederic chaume a écrit :
>>>>>> Hi all
>>>>>>
>>>>>> I'm using DK7.2 on windows and I just got a strange behavior. I was
>>>>>> looking a set of picture in portrait mode and everything was ok. but
>>>>>> suddenly some of the jpeg in portrait are shown in landscape mode
>>>>>> (the
>>>>>> raw file still correctly shown in portrait mode and some other jpeg
>>>>>> are also still correctly shown in portrait)
>>>>>>
>>>>>> So I tried to rotate the wrong ones , but there are moved back to
>>>>>> lanscape mode automatically.
>>>>>>
>>>>>> and obviously I didn't change anything in the rotation
>>>>>> configuration.
>>>>>> I also tried to restart DK, but same behavior
>>>>>>
>>>>>> How can I recover the correct mode ?
>>>>>>
>>>>>> Note that all the pictures has been made with the same camera
>>>>>>
>>>>>> thanks for your help
>
>
>

[fch22]

Hi all

just imported new set of pictures in DK. At the 1st look everythings seems correct.

I didn't use anyother commercial product (DXO, LR,..)

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

any suggestion ?

regards

Fred

Le 10/05/2021 à 09:33, Gilles Caulier a écrit :

Hi,

sidecar can be applied to all file format, but it's generally used with read only metadata containers, as RAW and Video.

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.

Best

Gilles Caulier

Le lun. 10 mai 2021 à 02:41, frederic chaume <[hidden email]> a écrit :

Hi Maik

one question I didn't have an answer, when we are talking of sidecars
file, that's applicable to raw files only, but for jpeg it is embeded in
the jpeg itself, so we shouldn't have the same problem, no? at least I
hope my set-up is cofigured to behave in this way (I sent you the
screenshot) and my problem was on the jpeg

regards



Le 09/05/2021 à 22:33, Maik Qualmann a écrit :
> And that is exactly the problem here. Frederic had given me sample files with
> a "compatible" sidecar. The only solution for a "compatible" sidecar would be
> an additional filter for file extensions ... but already with 2 extensions
> added the problem would arise again. That is why we do not recommend the
> BASENAME.xmp file schema.
>
> Maik
>
> Am Montag, 3. Mai 2021, 18:51:13 CEST schrieb Rob Dueckman:
>> I had the same kind of problem with I had "side car filenames are
>> compatible with commercial programs" selected and I had HEIC and JPG
>> files.
>>
>> It appeared that the sidecar information was being taken in priority
>> over the metadata in the file.
>>
>> As I have no need for other applications to read the sidecar files, I
>> just turned off the option and things started to behave as expected.  I
>> did have to fix all the wrongly rotated files though.
>>
>> On Sat, 2021-05-01 at 11:53 +0200, frederic chaume wrote:
>>> Thanks Maik for your answer
>>> Tested it , but no change (not surprised it was new pictures just
>>> imported this morning).
>>> My camera is configured to generate RAW +JPEG. The raw files are
>>> correctly oriented , but some of the JPEG are wrongly oriented (not
>>> all),
>>> So I tried to rotate them manually , but there are moved back to
>>> landscape automatically. The work around is to edit the pictures to
>>> rotate it, but it is the 1st time I'm getting such problem and
>>> wondering why I can't change it from DK
>>> if it can help , below the metada:
>>> - the raw file that are in portrait (correctly shown)  have the
>>> following exif : orientation = left,bottom
>>> - the jpeg correctly shown as portrait have the following exif :
>>> orientation = top, left
>>> - the jpeg incorrectly shown as landscape have the following exif :
>>> orientation =  left, bottom
>>> Below a screenshot.
>>>
>>> Le 01/05/2021 à 10:53, Maik Qualmann a écrit :
>>>> We are currently not aware of any problems with image rotation. I cannot
>>>> reproduce any problems with rotating here either. Perhaps for some
>>>> reason the orientation flag in the database is not syncronized with the
>>>> real metadata of the image. Rereading the metadata data of the image
>>>> should solve the problem.
>>>>
>>>> Maik
>>>>
>>>> Am Samstag, 1. Mai 2021, 10:04:02 CEST schrieb frederic chaume:
>>>>> Hi all
>>>>>
>>>>> any feedback ?
>>>>>
>>>>> I notice that the portrait pictures are correctly shown in windows
>>>>> application (photo)
>>>>>
>>>>> thanks
>>>>>
>>>>> Le 28/04/2021 à 09:22, frederic chaume a écrit :
>>>>>> Hi all
>>>>>>
>>>>>> I'm using DK7.2 on windows and I just got a strange behavior. I was
>>>>>> looking a set of picture in portrait mode and everything was ok. but
>>>>>> suddenly some of the jpeg in portrait are shown in landscape mode
>>>>>> (the
>>>>>> raw file still correctly shown in portrait mode and some other jpeg
>>>>>> are also still correctly shown in portrait)
>>>>>>
>>>>>> So I tried to rotate the wrong ones , but there are moved back to
>>>>>> lanscape mode automatically.
>>>>>>
>>>>>> and obviously I didn't change anything in the rotation
>>>>>> configuration.
>>>>>> I also tried to restart DK, but same behavior
>>>>>>
>>>>>> How can I recover the correct mode ?
>>>>>>
>>>>>> Note that all the pictures has been made with the same camera
>>>>>>
>>>>>> thanks for your help
>
>
>