Lightroom for desktop: Time Zone changed after Pano Merge

  • 1
  • Problem
  • Updated 6 hours ago
  • In Progress
  • (Edited)
After a Pano merge of several raw images, the time zone is shifted on the merged dng image so it is different from the original raw (Nikon D850 nef) images in the stack. This results in the stack being moved to a different place in the grid sorted by capture date and it seems at first like the images are lost.

I shoot with UTC time zone in camera (so I don't have to keep changing time zones on travel). I keep that UTC for my catalogues. In the several cases that this problem occurred images were shot in Central Asia (UTC +5) and LR CC pano merge shifted the time by -5 hrs for the merged image as if it were trying to force it to UTC, when it was already set that way, apparently based on the GPS location stored in the image.

Always happens, I believe. This does not happen with a merge done in LR Classic, only in LR CC, apparently.  Version 2.3.

Urgently needs fixing.
Photo of Thomas Nash

Thomas Nash

  • 14 Posts
  • 3 Reply Likes

Posted 2 months ago

  • 1
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5593 Posts
  • 1182 Reply Likes
Official Response
We have a bug logged to investigate this.  Thanks for your report. 
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5593 Posts
  • 1182 Reply Likes
Thomas,

We've been unable to reproduce this in-house. Do you have any sample images you could share with us that exhibit the problem?
Photo of Thomas Nash

Thomas Nash

  • 14 Posts
  • 3 Reply Likes
Yes,

I believe it happened with all the panos I made from photos taken with either a Nikon D850 (with an attached di-GPS unit) and with a Z7 connected to an iPhone XsMax via bluetooth and Nikon's SnapBridge app. They are in stacks in the Adobe Cloud. I can share a folder with you. Maybe you can contact me by the email associated with this account and I can give you the link. There are 9 D850 stacks and 13 from the Z7.

They were taken in 2 different time zones and uploaded to the cloud (via an iPad) in probably 2 Central Asian time zones and some in San Francisco and maybe Dubai. My memory is foggy but the incorrect offset  wasn't only -5 hours as stated in the original post but sometimes was other maybe even a +7 (not sure) and might be dependent on the timezone of uploading...
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5593 Posts
  • 1182 Reply Likes
Contacted you direct via Email. 
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5593 Posts
  • 1182 Reply Likes
Thomas, 

The root cause has been discovered in that the photoshop:DateCreated is missing time zone info in your xmp sidecar files. Correct this issue and the merges happen as expected and with the expected time zone.

How are these sidecar files created? 
Photo of Thomas Nash

Thomas Nash

  • 14 Posts
  • 3 Reply Likes
The Nikon cameras do not create side car xmp files. The only place they are created is in LR, presumably on import which as you know was done for some of the files on LR Mobile and some on a Mac desktop. The prefix "photoshop" would suggest that "photoshop:DateCreated" was added to the xmp by the merge routine, since the merges were done in LR not photoshop and the files never opened in Photoshop. I believe "photoshop"is an exif label used by the LR programs.

=========
The following information comes from Rawdigger using exiftool on the merged dng file:
Date/Time Original                                       : 2019:04:09 16:02:04

Create Date                                              : 2019:04:09 16:02:04

Offset Time                                              : -07:00

Offset Time Original                                     : +00:00

Offset Time Digitized                                    : +00:00


Note that the Offset Time is incorrectly set to -07:00.

==========
The following information from Rawdigger using exiftool on one of the image files that went into the merge

Create Date                                   2019:04:09 16:01:57

Offset Time                                   +00:00

Offset Time Original                      +00:00

Offset Time Digitized                     +00:00

Note that here the Offset Time is correctly set to 00:00

===========

The only thing that happened between these two different Offset Time entries was the Lightroom CC merge operation, where it appears the incorrect entry was made.




Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5593 Posts
  • 1182 Reply Likes
There were sidecar files alongside the files you shared with us. We need to know which application or client created those side cars. 
Photo of Thomas Nash

Thomas Nash

  • 14 Posts
  • 3 Reply Likes
No other applications or clients were used besides LR CC and a sync to LR Classic which may have been involved in exposure editing after the merge.
Photo of Thomas Nash

Thomas Nash

  • 14 Posts
  • 3 Reply Likes
Is it possible that when photoshop:DateCreated has no following time zone info that is supposed to signify GMT, time zone 00:00.  In other words, is the reason I am seeing this problem special to my using GMT as the time zone in my cameras?
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5593 Posts
  • 1182 Reply Likes
Thomas, 

We are not able to reproduce in house - except with your raw files where a sidecar (XMP) file exists already.  That sidecar file was supplied by you and to troubleshoot further we really need to know which application did the actual creation of the sidecar file. 

Lightroom Classic creates sidecar files easily and on demand. 
Lightroom Desktop only creates them as part of a Save To: operation. 
Other programs can also create them. 

Without knowing exactly how the sidecar was created and by which software (including version) we don't have a way to proceed forward.
Photo of Thomas Nash

Thomas Nash

  • 14 Posts
  • 3 Reply Likes
Thanks for all the effort. It is an interesting bug and may require a specific work flow to reproduce (e.g. camera set to GMT and a LR Classic sync before the merge in Lightroom Desktop).

I use only Adobe software, Lightroom Desktop and Mobile, Lightroom Classic, and occasionally Photoshop, all updated to latest versions by Creative Cloud.

Many of the image sets that exhibit this problem (including the one you have been testing) were ingested in the field by Lightroom Mobile on an iPad. Others were imported in Lightroom Desktop, None directly in LR Classic. I routinely sync images to Lightroom Classic in a catalog for which "Automatically write changes in XMP" is turned ON. It is probable that all of the stacks I shared with you had been through LR Classic synching before I merged them. LR Classic is presently at 8.3.1 and most likely was at that version when the affected stacks were synched.

Since I did not use the Save To: operation in Lightroom Desktop, it would appear that the XMP files were created during or after the sync operation in LR Classic and before the merge in LR Desktop. 

I will try to reimport some of the examples from the original camera XQD cards and try to reproduce the problem before letting LR Classic touch them. I will let you know and put the images in the shared folder.