Lightroom 3.4RC not exporting XMP EXIF schema properties?

  • 2
  • Problem
  • Updated 7 years ago
  • Not a Problem
It appears that Lightroom 3.4RC is not including the EXIF schema properties in the XMP metadata. See this thread:

http://forums.adobe.com/message/36370...

In that thread's images, for example, the image exported by 3.4RC doesn't contain XMP:DateTimeOriginal.

If this was intentional, I think it has some downsides: Users won't be able to export multi-byte characters in the EXIF schema properties and time zones will get dropped.
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes

Posted 7 years ago

  • 2
Photo of Mark Sirota

Mark Sirota

  • 146 Posts
  • 29 Reply Likes
I can't completely reproduce this. I exported a file from LR 2.6.1, 3.3, and 3.4RC and compared the results using exiftool v8.56. (I see in the other thread that you used -G argument to exiftool. When using exiftool for things like this, you might find "-G1 -s" more useful.)

You may know that 3.4RC has a new metadata engine (you can see the evidence of that in the metadata). Some differences are expected.

I see that 3.4RC drops XMP exif:FlashFired, FlashFunction, FlashMode, FlashRedEyeMode, and FlashReturn.

I see no XMP fields called DateTimeOriginal in any of these exports. I do see that 2.6.1 and 3.3 have DateTimeDigitized, which is not there in 3.4RC. 3.4RC has MetadataDate, which is not there in earlier releases.

The new metadata engine supports XMP version 6.4, up from 6.3 in the old versions. I don't know if these are explained by updates to the XMP specification. But in any case, I don't see the particular problem you cite, nor the one in the thread on the other forum.
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes
I tested 3.3 and 3.4RC and saw similar results to the original poster. In particular, I imported a JPEG into a fresh 3.3 catalog and the same photo into a fresh 3.4RC catalog, and then I exported a version from each.

These XMP EXIF-schema properties are present in the 3.3 version but not in the 3.4RC version, including Date/Time Digitized and Date/Time Original:

Aperture Value, Camera Model Name, Contrast, Custom Rendered, Date/Time Digitized, Date/Time Original, Digital Zoom Ratio, Exif Image Height, Exif Image Width, Exposure Compensation, Exposure Mode, Exposure Program, Exposure Time, F Number, File Source, Flash Fired, Flash Function, Flash Mode, Flash Red Eye Mode, Flash Return, Focal Length, Gain Control, ISO, Image Height, Image Width, Light Source, Make, Max Aperture Value, Metering Mode, Resolution Unit, Saturation, Scene Capture Type, Sharpness, Shutter Speed Value, White Balance, X Resolution, Y Resolution

Metadata Date was present in both versions.

Here are the two exported versions:

3.3:


3.4RC:
Photo of Mark Sirota

Mark Sirota

  • 146 Posts
  • 29 Reply Likes
John, can I get a copy of the original to test myself?
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes
Here it is:

p.orig.jpg:
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes
I observe similar behavior when using the Save Metadata To File command -- LR 3.4RC omits the XMP EXIF-schema properties, while LR 3.3 does not.
Photo of Mark Sirota

Mark Sirota

  • 146 Posts
  • 29 Reply Likes
Okay, I do see some of what you see now, but not all of it.

The 3.4RC version does have some XMP-exif schema fields -- particularly ColorSpace, ComponentsConfiguration, and FlashpixVersion. These are added by both 3.3 and 3.4RC, and are not present in the original.

Both the original and 3.3 have DateTimeDigitized in XMP-exif, and 3.4 doesn't.

But I still don't see most of the XMP fields you name in any of these three files. I can't figure out why you're seeing something different than I see.

I'm using exiftool v8.56, with -G0:1 and -s. What are you using? (exiftool -ver returns the version.)
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes
Here's a zip of all the files:

http://dl.dropbox.com/u/21811200/LR%2...

Here's what the files are, along with the Cygwin command line that produced them:

p_orig.jpg -- original image.
p_33.jpg -- exported by LR 3.3
p_34rc.jpg -- exported by LR 3.4RC
p_33.txt -- exiftool -a -G p_33.jpg | sort > p_33.txt
p_34rc.txt -- exiftool -a -G p_34rc.jpg | sort > p_34rc.txt
p_33_34rc_diff.txt -- diff p_33.txt p_34rc.txt > p_33_34rc_diff.txt

I'm using version 8.29 of Exiftool. When a property such as DateTimeOriginal appears in both the EXIF and XMP metadata sections, by default Exiftool will only show the EXIF property. The -a switch causes it to show the XMP property as well.
Photo of Mark Sirota

Mark Sirota

  • 146 Posts
  • 29 Reply Likes
Ah, of course, the -a option was the difference. Sorry about the confusion, that was all my fault.

Anyway, I see it now, and confirm your findings. LR 3.4RC has lost the XMP Exif stanza, which feels like a bug to me.

As an aside, much to my amazement, p_orig.jpg has a bunch of XMP stanzas -- do all Olympus cameras include XMP data in their JPEGs?
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes
No, the XMP was added by the Photoshop Elements Organizer, which I used prior to Lightroom.
Photo of PECourtejoie

PECourtejoie, Champion

  • 792 Posts
  • 283 Reply Likes
Did you try the final versions of Lr 3.4? http://blogs.adobe.com/lightroomjourn...
Photo of Mark Sirota

Mark Sirota

  • 146 Posts
  • 29 Reply Likes
It's no different in the final release.
Photo of David Franzen

David Franzen, Employee

  • 97 Posts
  • 20 Reply Likes
Lightroom 3.4 and Camera Raw 6.4 now follow the guidance provided by the Metadata Working Group for recording metadata in files that contain both native Exif and XMP packets. Photoshop CS5 was the first Adobe app to ship with MWG support, so Camera Raw and Lightroom are just catching up in this respect.

A specific example germane to this thread is that most Exif properties are now only written once, in the native Exif block, and not duplicated as XMP tags in the exif: and tiff: namespaces.

Where Exif properties are mapped to XMP properties outside the tiff: and exif: nameapsaces--for example the TIFF Artist tag is mapped to the dc:creator XMP property--the property values are kept in sync in both the native Exif and XMP (and native IPTC IIM for that matter).

You can find the complete MWG specifications here:
http://www.metadataworkinggroup.org/

WRT some of the other topics in this thread (like multi-byte text, and date-time handling)... well, the MWG specification really describes these issues better than I can, so I refer the technically curious to start there.

A good, Adobe-hosted, place to ask follow-up questions WRT the MWG and metadata handling might be the Adobe XMP developers forum: http://forums.adobe.com/community/des.... There may be other relevant, non-Adobe forums as well.
Photo of John R. Ellis

John R. Ellis, Champion

  • 3495 Posts
  • 894 Reply Likes
Thanks much -- that helps me understand the meaning of the 3.4 release note:

"Updates have been made to Lightroom 3.4 to comply with Metadata Working Group standards"
Photo of Eulogio Garcia

Eulogio Garcia

  • 1 Post
  • 0 Reply Likes
Thanks all! Now to work on adapting ExifTool into my workflow :-).