PL5 - wrong TimeZone on export?

DxO PhotoLab
21

I have the same issue with PL v5.1.2.

I used exiftool to set the time zone in the Nikon NEF file. The time zone was exported correctly by PL4 but was set to +00:00 by PL5. I uploaded the NEF file, the exported JPG by PL4 and PL5 to upload.dxo.com for you to investigate the issue.

The output from exiftool -S -Time for the three files are as follows:

NEF:
XMP-exif:DateTimeDigitized=‘2021:10:11 11:44:26-04:00’
XMP-exif:DateTimeOriginal=‘2021:10:11 11:44:26-04:00’
XMP-exif:GPSDateTime=‘2021:10:11 15:44:26Z’
IPTC:TimeCreated=‘11:44:26-04:00’
ExifIFD:ExposureTime=‘1/80’
ExifIFD:DateTimeOriginal=‘2021:10:11 11:44:26’
Nikon:TimeZone=’-05:00’
Nikon:PowerUpTime=‘2020:07:12 13:32:22’
ExifIFD:SubSecTime=‘11’
ExifIFD:SubSecTimeOriginal=‘11’
ExifIFD:SubSecTimeDigitized=‘11’
GPS:GPSTimeStamp=‘15:44:26’
Composite:DateTimeCreated=‘2021:10:11 11:44:26-04:00’
Composite:GPSDateTime=‘2021:10:11 15:44:26Z’
Composite:SubSecDateTimeOriginal=‘2021:10:11 11:44:26.11’

PL4:
ExifIFD:ExposureTime=‘1/80’
ExifIFD:DateTimeOriginal=‘2021:10:11 11:44:26’
Nikon:TimeZone=’-05:00’
Nikon:PowerUpTime=‘2020:07:12 13:32:22’
ExifIFD:SubSecTime=‘11’
ExifIFD:SubSecTimeOriginal=‘11’
ExifIFD:SubSecTimeDigitized=‘11’
GPS:GPSTimeStamp=‘15:44:26’
ICC-header:ProfileDateTime=‘2000:08:11 19:51:59’
XMP-exif:GPSDateTime=‘2021:10:11 15:44:26Z’
XMP-exif:DateTimeOriginal=‘2021:10:11 11:44:26-04:00’
XMP-exif:ExposureTime=‘1’
IPTC:TimeCreated=‘11:44:26-04:00’
Composite:DateTimeCreated=‘2021:10:11 11:44:26-04:00’
Composite:GPSDateTime=‘2021:10:11 15:44:26Z’
Composite:SubSecDateTimeOriginal=‘2021:10:11 11:44:26.11’

PL5:
ExifIFD:ExposureTime=‘1/80’
ExifIFD:DateTimeOriginal=‘2021:10:11 11:44:26’
ExifIFD:OffsetTime=’-05:00’
ExifIFD:OffsetTimeOriginal=’+00:00’
Nikon:TimeZone=’-05:00’
Nikon:PowerUpTime=‘2020:07:12 13:32:22’
ExifIFD:SubSecTimeDigitized=‘11’
GPS:GPSTimeStamp=‘15:44:26’
ICC-header:ProfileDateTime=‘2000:08:11 19:51:59’
XMP-exif:GPSDateTime=‘2021:10:11 15:44:26Z’
XMP-exif:DateTimeOriginal=‘2021:10:11 11:44:26+00:00’
XMP-exif:ExposureTime=‘1’
IPTC:TimeCreated=‘11:44:26-04:00’
Composite:DateTimeCreated=‘2021:10:11 11:44:26-04:00’
Composite:GPSDateTime=‘2021:10:11 15:44:26Z’
Composite:SubSecDateTimeOriginal=‘2021:10:11 11:44:26+00:00’

22

Hi,
this bug is still in PL5.1.4

1 Like
23

Are there any news regarding this bug?

DXO removes the timezone information from RAW files which messes up sorting functionality in other programs:

image
image1540×1066 110 KB

24

Hi to everybody who is also relying on Exif timestamps to synchronize his collections.
This is a workaround while waiting for the correction of the bug :

  • Install exiftool
  • In the command line cd to the folder where your exported jpgs are located
  • Enter the following line and press ‘Enter’ (exiftool will create backup files) :

exiftool "-ExifIFD:DateTimeOriginal < IFD0:DateTimeOriginal" *.jpg

Optionally, you can also recreate the TimeZone information Photolab zeroed out during export:

exiftool "-OffSetTimeOriginal < OffsetTime" *.jpg

I use this successfully on a Mac on Files exported from Nikon NEF Files (taken with a Nikon Z fc).

25

Hello,
I experience the same bug in version 5.2.2 !
Is it so hard not to zero out an exif field?

26

Hello Marie,
The bug is still present in PL 5.2.2.
I posted a workaround (using exifTool) in this thread. Maybe it helps you correcting the bug.

27

I’m seeing the same issue in PhotoLab 5.2.3 build 66.

Here is the relevant EXIF date from a RAW file (from my Canon EOS 6D):

  • Date/Time Original : 2022:05:21 20:52:28
  • Create Date : 2022:05:21 20:52:28
  • Time Zone : +04:00
  • Create Date : 2022:05:21 20:52:28.00
  • Date/Time Original : 2022:05:21 20:52:28.00

and this is the rendered JPG:

  • Date/Time Original : 2022:05:21 16:52:28
  • Create Date : 2022:05:21 20:52:28
  • Offset Time : +04:00
  • Offset Time Original : -00:00
  • Time Zone : +04:00
  • Create Date : 2022:05:21 20:52:28.00
  • Date/Time Original : 2022:05:21 16:52:28-00:00

DXO PhotoLab 5 has changed the “Date/Time Original” as well as created an “Offset Time Original” of 00:00.

I had the impression that “Date/Time Original” was not supposed to be modified. In fairness, 16:52:28+00:00 is the same thing as 20:52:28+04:00 but why change?

Interestingly, PhotoLab 5 only does this for RAW files. When I process JPG files from my phone, the dates and times remain the same. This is clearly a major inconsistency.

28

Hey there,

i noticed something maybe related. My Pictures get messed up in “Photos” on the Mac after exporting them to JPG through DXO 5.2.*. It seems to put the “Zeitpunkt Aufnahme” on the GPS Time without Timezone and the “Zeitpunkt Digitalisierung” on the GPS Time with TimeZone information correction.

image

Within the GPS Flag I can see the following.

image

Within DXO I get the following:

image

On Pictures without TimeZone information it gets even worse:

within DXO
image

and exported:
image

but due to missing GPS time in the header, the files get sorted by the wrong timestamp in the exif and are messed up by 2 hours due to UTC+1 (here in Berlin) an Summertime adding together.

29

see → Photolab changing the timestamp of my photos… - #9 by Wolfgang for comparison

and some slight differences

  • German version xx:xx:xx
  • English version xx:xx:xx AM / PM
30

Hi,

i have or better had the same problem that with PL 5 the export don’t write the correct timezone. With PL 4 i had no problems. So when i read through all the entries it looks not so easy to find the root of the problem. I am using a Sony camera and the exif date looks like:

File Modification Date/Time : 2021:05:20 16:04:19+02:00
File Access Date/Time : 2022:02:22 16:18:20+01:00
File Inode Change Date/Time : 2021:06:08 21:20:48+02:00
Date/Time Original : 2021:05:20 16:04:19
Offset Time : +02:00
Offset Time Original : +02:00
Offset Time Digitized : +02:00
Sony Exposure Time 2 : 1/2048
Exposure Time : 1/2000
Sony Exposure Time : 1/2048
Sub Sec Time : 100
Sub Sec Time Original : 100
Sub Sec Time Digitized : 100
Date/Time Original : 2021:05:20 16:04:19.100+02:00

So there are only on entry that don’t have the correct Time Zone. But nothing have changed from the exif data the camera write in the files. between PL4 and PL5. So also this one entry should not be the problem.

I am using Photo Mechanics to copy the files from the SD card to my hard disk. and Photo Mechanics write xmp files and this file have two Time entries without Timezone:

<x:xmpmeta xmlns:x=“adobe:ns:meta/” x:xmptk=“XMP Core 5.6.0”>
<rdf:RDF xmlns:rdf=“http://www.w3.org/1999/02/22-rdf-syntax-ns#”>
<rdf:Description rdf:about=""
xmlns:photoshop=“http://ns.adobe.com/photoshop/1.0/”
xmlns:xmp=“http://ns.adobe.com/xap/1.0/”
xmlns:exif=“http://ns.adobe.com/exif/1.0/”
xmlns:photomechanic=“http://ns.camerabits.com/photomechanic/1.0/”
xmlns:aux=“http://ns.adobe.com/exif/1.0/aux/”
photoshop:DateCreated="2022-06-05T06:09:45"
** xmp:CreateDate=“2022-06-05T06:09:45”**
xmp:Rating=“0”
exif:GPSLatitude=“48,37.021N”
exif:GPSLongitude=“16,4.036E”
exif:GPSDateTime=“2022-06-05T04:140505560121353:45Z”
exif:GPSMapDatum=“WGS-84”
photomechanic:ColorClass=“0”
photomechanic:Tagged=“False”
photomechanic:Prefs=“0:0:0:006119”
photomechanic:PMVersion=“PM6”
aux:ImageNumber=“6119”/>
</rdf:RDF>
</x:xmpmeta>

So as the data are there in the RAW files of Sony Photo Mechanics don’t write it in the XMP file. And there comes in that PL5 in contrast to PL4 in my mind changed the order in which the data in the XMP and RAW are processed was changed.

Why i came to this conclusion. When i delete the two entries in the XMP file the Time information are correct written to the JPG output. Otherwise when i corrected the XMP entries with the Timezone also it works correct.

So in my case with Sony RAW files it is a mix of Photo Mechanics don’t write Time Zone information in the XMP file and changing the processing order between PL4 and PL5 using the Time Information in the XMP or original RAW file.

There was a workaround described int the Photo Mechanics forum to use ALWAYS_WRITE_TIME_ZONE ON switch in a configuration file of Photo Mechanics. But that does not force to use the Time Zone in the RAW instead it uses the Time Zone information of the computer when importing to create the XMP entry with time zone. That is not practical for me because using the Time Zone of the computer you have always to remember if the time zone is correct.

As i found out that this two Time entries in the XMP file are not necessary to process correct i wrote a little shell script that i will run after importing with Photo Mechanics that delete this two entries for all XMP files in a given directory:

#!/bin/sh
DIRECTORY="$1"
cd /Volumes/Fotos-Temp/2022/$DIRECTORY
sed -i ‘’ ‘/photoshop:DateCreated/d’ *.XMP
sed -i ‘’ ‘/xmp:CreateDate/d’ *.XMP
cd /Volumes/Fotos-Backup/2022/$DIRECTORY
sed -i ‘’ ‘/photoshop:DateCreated/d’ *.XMP
sed -i ‘’ ‘/xmp:CreateDate/d’ *.XMP

Hope this helps.
Regards
Herbert

31

Hello,

we are gathering all your feedbacks about TimeZone and will work on it very soon to fix it.

Regards,
Marie

32

Hi, I know this is the PhotoLab forum, but I wanted to make sure the DxO staff were aware that this issue also occurs with the standalone app: DxO PureRaw. In the future, I could prepare and share metadata demonstrating this. Thanks for investigating solutions!

33

I’m glad DxO is finally getting ready to work on this issue; it’s long overdue for attention, especially as it should just be a simple technical fix.

It’s still present in 5.3.0.

34

I have an open ticket related to this whole time zone/date changing mess that started with 5.2. I am told that the next update should correct the problem

This is a thread discussing it in more detail:

35

Can we please have an update on this bug that is almost 1 year old now?? The issue was identified by Arthur in January, why is this so hard to fix? If this were open source software maybe I’d be more forgiving (and probably fix it myself since it’s such a simple issue), but I’ve paid good money for PhotoLab and expect bugs to be fixed in a timely manner.

1 Like
36

Hi,
this Bug is still present in PL6 (OffsetTimeOriginal wrong when not set in RAW file, like Olympus ORF files):

exiftool.exe -G0:1:3:7 -S -*Time* P4040807_DXO_PL601.jpg
[EXIF:ExifIFD:Main:ID-33434] ExposureTime: 1/4
[EXIF:ExifIFD:Main:ID-36867] DateTimeOriginal: 2017:04:04 12:05:26
[EXIF:ExifIFD:Main:ID-36880] OffsetTime: +02:00
[EXIF:ExifIFD:Main:ID-36881] OffsetTimeOriginal: +00:00
[MakerNotes:Olympus:Main:ID-2312] DateTimeUTC: 2017:04:04 10:05:26
[EXIF:GPS:Main:ID-7] GPSTimeStamp: 12:02:16
[Composite:Main:ID-Exif-SubSecDateTimeOriginal] SubSecDateTimeOriginal: 2017:04:04 12:05:26+00:00
[Composite:Main:ID-GPS-GPSDateTime] GPSDateTime: 2021:10:27 12:02:16Z