LR3.2 export - no more EXIF data on JPEG

Hello everybody,
trying to get some help...
My setup: iMac 24 running OSX 10.5.8 and Mac Book Pro 15" same OSX.
In both I'm using LR 2 for years, and couple of weeks ago I purchased the LR3.2
My photographs are in my galleries in Smugmug.
The images I want from my Nikon D 700 (NEF files) or other cameras I uploading for years in the Smugmug account
by sending initially the images in a reduced size and JPEG format to my desktop, and upload from there .
In the Smugmug clicking on the Info button anybody can see the EXIF data.
Now after the upgrade to the LR3.2 I got a problem: from the MBP everything is fine like before.
From the iMac - that is my main computer - the JPEG files will not carry the EXIF data. Nothing.
I did check the settings on the iMac and MBP, and are absolutely identical. However something might be different.
I wrote to Adobe, and after two weeks, 5 mails, and a few hours on the phone twice (shared the screen, so they can see it in life demo , what is going on - otherwise is hard to believe it...) nobody knows the solution.
I called Apple , and because is not their software, they couldn't help.
Tried the Delete and Download again and reinstall stuff, but is still doing the same thing.
Anybody has the something like this?
Any hints?
Thanks in advance
Joe

Well the files are reduced to 1200 pixels in longer side in LR. But would be a very strange thing to be a problem because the image is reduced to any specific size.
And as I said: the settings are identical in LR2 and LR3 and in both computers (iMac and MBP) .
The two LR2 is exporting with EXIF and the LR3 on MBP does. The LR3 in iMac is the only stripping the info.

Similar Messages

3.4RC not exporting Exif data in jpegs?

I just checked and there seems to be no Exif data in my exported jpegs, even though Minimize Metadata is not checked. Anybody else experiencing this? DId I miss some new setting or way of specifying this? Win 7 64-bit, 64-bit LR.

In terms of the XMP standard, the EXIF schema properties have been omitted from the LR 3.4RC version of the image. For example, the 3.3 version has the property XMP:DateTimeOriginal, while the 3.4RC version does not. See below for all differences in the metadata.
I think this may be a bug. The XMP standard was designed to encapsulate legacy metadata such as EXIF, and it was intended that the XMP metadata contain duplicates of the EXIF properties. Unlike the EXIF standard, XMP allows multi-byte characters and time zones, so not exporting the XMP EXIF properties means that it won't be possible to export multi-byte characters and time zones.
Differences in metadata:
8d7
< [Composite] Date/Time Created : 2011:04:09 13:03:22
10d8
< [Composite] Digital Creation Date/Time : 2011:04:09 13:03:22
18c16
< [Composite] Thumbnail Image : (Binary data 12845 bytes, use -b option to extract)
> [Composite] Thumbnail Image : (Binary data 12854 bytes, use -b option to extract)
22c20
< [EXIF] Copyright : Â©2011 Eulogio Garcia / Dhananjaya
> [EXIF] Copyright : (C)2011 Eulogio Garcia / Dhananjaya
26c24
< [EXIF] Exif Version : 0230
> [EXIF] Exif Version : 0221
43c41
< [EXIF] Modify Date : 2011:04:25 20:34:48
> [EXIF] Modify Date : 2011:04:25 20:38:26
50d47
< [EXIF] Software : Adobe Photoshop Lightroom 3.4
53,54c50,51
< [EXIF] Thumbnail Length : 12845
< [EXIF] Thumbnail Offset : 870
> [EXIF] Thumbnail Length : 12854
> [EXIF] Thumbnail Offset : 828
63c60
< [File] Current IPTC Digest : f6e139c9a1abb4f443dbcad907844238
> [File] Current IPTC Digest : c620bc8bc4f36f55110ec1c719189bf7
67,68c64,65
< [File] File Modification Date/Time : 2011:04:26 00:32:58-07:00
< [File] File Name : image_pjpeg.jpg
> [File] File Modification Date/Time : 2011:04:26 00:33:13-07:00
> [File] File Name : image_pjpeg.good.jpg
70c67
< [File] File Size : 143 kB
> [File] File Size : 144 kB
102,103c99
< [IPTC] Application Record Version : 4
< [IPTC] Coded Character Set : UTF8
> [IPTC] Application Record Version : 2
106,108d101
< [IPTC] Digital Creation Date : 2011:04:09
< [IPTC] Digital Creation Time : 13:03:22
< [IPTC] Time Created : 13:03:22
112,113c105,106
< [Photoshop] IPTC Digest : f6e139c9a1abb4f443dbcad907844238
< [Photoshop] Photoshop Thumbnail : (Binary data 12845 bytes, use -b option to extract)
> [Photoshop] IPTC Digest : c620bc8bc4f36f55110ec1c719189bf7
> [Photoshop] Photoshop Thumbnail : (Binary data 12854 bytes, use -b option to extract)
116a110
> [XMP] Aperture Value : 16.0
119a114
> [XMP] Camera Model Name : Canon EOS-1Ds Mark III
130c125,126
< [XMP] Creator Tool : Adobe Photoshop Lightroom 3.4
> [XMP] Creator Tool : Adobe Photoshop Lightroom 3.3
> [XMP] Custom Rendered : Normal
131a128,129
> [XMP] Date/Time Digitized : 2011:04:09 13:03:22.00-04:00
> [XMP] Date/Time Original : 2011:04:09 13:03:22.00
132a131,133
> [XMP] Exif Image Height : 800
> [XMP] Exif Image Width : 1200
> [XMP] Exif Version : 0221
133a135,139
> [XMP] Exposure Compensation : -1
> [XMP] Exposure Mode : Auto
> [XMP] Exposure Program : Aperture-priority AE
> [XMP] Exposure Time : 2
> [XMP] F Number : 16.0
136a143,151
> [XMP] Flash Fired : False
> [XMP] Flash Function : False
> [XMP] Flash Mode : Unknown
> [XMP] Flash Red Eye Mode : False
> [XMP] Flash Return : No return detection
> [XMP] Focal Length : 21.0 mm
> [XMP] Focal Plane Resolution Unit : inches
> [XMP] Focal Plane X Resolution : 3957.71670190275
> [XMP] Focal Plane Y Resolution : 3961.90476190476
150a166,167
> [XMP] ISO : 100
> [XMP] Image Height : 800
151a169
> [XMP] Image Width : 1200
152a171
> [XMP] Legacy IPTC Digest : C620BC8BC4F36F55110EC1C719189BF7
167a187
> [XMP] Make : Canon
169,170c189,192
< [XMP] Metadata Date : 2011:04:25 20:34:48-04:00
< [XMP] Modify Date : 2011:04:25 20:34:48-04:00
> [XMP] Max Aperture Value : 2.8
> [XMP] Metadata Date : 2011:04:25 20:34:19.329+04:00
> [XMP] Metering Mode : Spot
> [XMP] Modify Date : 2011:04:25 20:38:26-04:00
185a208
> [XMP] Resolution Unit : inches
196a220
> [XMP] Scene Capture Type : Standard
203a228
> [XMP] Shutter Speed Value : 2
213c238
< [XMP] Version : 6.4
> [XMP] Version : 6.3
217c242,245
< [XMP] XMP Toolkit : Adobe XMP Core 5.2-c004 1.136881, 2010/06/10-18:11:35
> [XMP] White Balance : Manual
> [XMP] X Resolution : 240
> [XMP] XMP Toolkit : Adobe XMP Core 4.2-c020 1.124078, Tue Sep 11 2007 23:21:40
> [XMP] Y Resolution : 240

Wrong EXIF data for JPEGs in Bridge and PS

Hello,
My Nikon D300 files are not being properly read by Bridge and Photoshop. RAW files are fine. When I get file info for JPEGs, though, much of the EXIF data is corrupted. For instance, ISO Speed is shown as "51200" instead of 500, and Focal Length is shown as "2.0 mm" instead of 140mm, etc. This incorrect data shows up in Bridge (in the metadata panel and file info) as well as the file info dialog box in Photoshop.
When I get the EXIF info in Preview.app, all the info is correct.
Anyone know what might be going on?

Update - this problem is not limited to my D300 files. I just realized that the JPGs from my Canon SD800IS point & shoot are also not being "seen" properly by the Adobe apps. The ISO value doesn't even show up in CS3 apps, but I can see that data in Preview.app.

Lr Showing More EXIF Data ?

Hi,
I need to know if a lens' VR (Nikon's Vibration Reduction system) was on or off for my photographs. Lr 3.2 does not show this, even though the information is stored in the EXIF data (EXIFTool shows it - and much much more). Any plug-in that will let me add this ?
Jeffrey’s “Metadata-Viewer Preset Editor” lets me pick some more EXIF and IPTC fields for Lr to show, but not these ones.
Any help will be much appreciated ! Including from Adobe ...

Any plug-in that will let me add this ?
http://www.robcole.com/Rob/ProductsAndServices/ExifMetaLrPlugin/index.cfm

IPhoto '08 corrupts EXIF data on export

Hello All,
In using iPhoto '08 (including the latest update to 7.1) I am noticing the when I export files the EXIF data is getting corrupted.
My original files are fine--all EXIF data shows up properly, and galleries which I post to that are capable of displaying EXIF data display it just fine. However, when I export a file from iPhoto to JPG format, the galleries are unable to display the EXIF data. Using the Firefox extension, 'EXIF Viwer' ( https://addons.mozilla.org/en-US/firefox/addon/3905 ), I see there are errors in the data (screenshot here: http://jaaulde.com/exif_viewer.png )
Thanks for any help you can provide.
Jim

Jim:
It may be the server side software that's causing the problems. Another thread went thru something like this extensively and we found that files from some cameras, Canons for one, are not read properly by the software. We've downloaded the files and read the EXIF data and it was all there. I have a gallery of files from various cameras as an example: http://gallery.mac.com/toad.hall/100196. Click on the "i" button in the slideshow and you'll see those that get the EXIF data correct, primarily the shutter speed, and those that do not. I don't remember the thread but you can search this forum for "EXIF web gallery" or similar.
Do you Twango?
TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance. iPhoto doesn't not have to be closed to run it, just idle.
I've written an Automator workflow application (requires Tiger), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. It's compatible with iPhoto 08 libraries. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.

Index of EXIF-metadata from jpeg files by TREX

Hello,
I have the following scenario:
We have a central fileserver with a lot of marketing pictures. Our marketing people are looking for a solution to search pictures by data stored in the EXIF-metadata of the jpeg-files.
So I like to integrate this fileserver as a repository in KM, set up an index and let TREX do the search (as of note 663630 TREX can search the EXIF-Data of JPEG-Files).
As goodie I want to give the marketing people the possibility to browse through the pictures in an image gallery. This gallery should be consisting of a query-based taxonomy where all the pictures are sorted by special EXIF-data (e.g. name of the photographer).
Until now I have integrated the fileserver (as a FS-Repository) and create an index.
Before index creation I added the mime-type image/jpeg to the TREXValidMimeTypes.ini and restarted TREX.
After indexing the pictures could be found by its name, but the EXIF-data is not indexed.
Now my question:
Why TREX doesnt index the EXIF-metadata?
And how can I use the EXIF-data in an taxonomy?
System:
EP6.0 on WebAS 6.40 SPS16
TREX SPS16 Patch 2
KMC SPS16 Patch 2
Greetings from Berlin, Germany
Jens

Greetings to Berlin,
when triggered by KM, TREX will only index metadata that is known to KM as KM propertis.
I do not know in detail and am not at all sure, but you could try to create custom properties in KM that are called exactly like your EXIF-metadata, set them to "indexable", not fill them with values on KM side and then try again.
You may want to try this for just one of the EXIF-metadata as a test.
Even if that works somehow, the maximum result is:
- Property name existent in KM
- Property thus searchable an classifiable
- BUT property values will not show up in KM, as they will remain known only to TREX
Regards, Karsten

EXIF Data in Bridge CS5

Is there a way to get Bridge CS5 to display even more EXIF data than it does by default?

Some fields in the EXIF standards are optional and many camera makers do not fill in optional fields like lens info. They record information like that in their camera makers notes instead. To verify what is what use a good image viewer that displays meta data well I think PhotoME does a good job. Use it to display files written by your Camera to see what EXIF data it writes to begin with.

Exif data from sb-800 flash (d70 camera)

Hi
Ive seen that aperture provides more exif data than iphoto or Photoshop elements. I did a test where I tried my various flash settings, ttl-balanced light, ttl (regular) but I don't see any differentiation in the exif data. This is important when reviewing images to see which I took using each setting, and learning which would be most useful in various sitations.
Anyone who has a similar setup or has used exif for these type of flashes? If so, please post and perhaps let me know what I'm missing here.
Thank you
Greg

Hi
Thanks for the reply, and yes Capture NX does have this information there, I find this very useful for analysis of flash photos and what works best in different settings.
May I ask:
1. I have a VR Nikon 70-300 lens but the vr data is blank even in Capture NX (although I downloaded 1.3.1. Do you have a vr lens and was this data available?
2. At a first glance, it appears aperture has more exif data than Capture but perhaps the specific data that Capture NX has is more useful?
3. If you've used both Capture NX and Aperture (and/or other apps) for those with Nikon cameras which did you find most useful?
Thanks

LR 1.3 Export of NEFs to JPEG Loses EXIF Data

When I use Lightroom 1.3 to export Nikon RAW (NEF) image files to a new directory as JPEGs, all of the camera EXIF data is missing in the exported JPEGs created by Lightroom.
In my Lightroom Catalog Settings, every option is checked on the Metadata panel (Include Develop Settings inside Metadata in JPEG...., Automatically write changes into XMP, and all Metadata browser categories).
On the Lightroom Export dialog, File Settings Format is set to JPEG, and Minimize Embedded Metadata is not checked.
My images files are from a Nikon D200.
I run on Windows XP SP2.
Any suggestions, or is this a bug?

What are you using to look at the metadata? If you do not check minimize metadata I always get everything written. Some programs cannot see the metadata though.
>In my Lightroom Catalog Settings, every option is checked on the Metadata panel (Include Develop Settings inside Metadata in JPEG...., Automatically write changes into XMP, and all Metadata browser categories).
This is irrelevant. For the exported jpeg, the only thing that matters is the export dialog. Also you should generally NOT enable automatically writing XMP data as it will slow down lightroom considerably (see the FAQ and the sticky threads).

From Bridge To PS To Export - EXIF Data Lost

Hi all,
I'm wondering what happens to my EXIF data when I import a Canon RAW file via ACR from Bridge to PS. When I export the file as a JPG and then right-click the jpg properties, none of the camera data is recorded. Perhaps there is a tick-box I've just not ticked?
Also, if I add keywords in Bridge, should they carry through the export process? I'm interested to know if it's possible to auto complete the keyword field in flickr when uploading an image.
CS5 with W7 and Canon 5Dii RAW.
Thanks in advance.

Can you be a little more explicit about the exact steps you're taking?
I just opened an image from Bridge into Photoshop by right-clicking a CR2 file, choosing Open In Camera Raw, then hitting the [Open] button in the Camera Raw dialog. Then I did File - Save As - JPEG, and all the camera metadata was retained (per Explorer's Properties, Details tab).
When you say "export", exactly how are you saving the file? With File - Save For Web & Devices, there's a Metadata field that allows you to specify how little or how much to keep.
-Noel

IPhoto '08 loses exif data when exporting RAW to JPG

I'm using a Canon 40D shooting only RAW. I just recently noticed that when I export to JPG, iPhoto loses quite a bit of important EXIF data, including, aperture info.
Is this a known issue, or is it something unique to my system?

I guess I misworded it. I understand that the info doesn't go away or come back. Either there's a problem in both Finder and flickr (I've uploaded the file to flickr.com) where neither finds the info in the jpeg or there's a problem in the way iPhoto writes the EXIF data to the file.
Today, I downloaded EXIFViewer for an alternate look at the EXIF fields and the aperture data is there according to EXIFViewer. So, now I think the bug may be with flickr. Can't really call it a bug in Finder, since the expected functionality for finder is not to get "aperture info", but "More info."
In any case, these are the fields in the More Info:
|RAW:Name_|_RAW:Value_|_JPEG:Name_|_JPEG:Value|
|Dimensions|2586x3892|Dimensions|2586x3892|
|Device make|Canon|Device make|Canon|
|Color space|RGB|Color space|RGB|
|Profile name|Adobe RGB (1998)|Profile name|Generic RGB Profile|
|Focal Length|44|Focal Length|44|
|Alpha channel|0|Alpha channel|0|
|Red eye|0|Red eye|0|
|FNumber|4|
|Exposure|1/60|Exposure|1/60|
|Last opened|Monday, May 19, 2008 6:31 PM|Last opened|Today, 9:31am|
And the meta info on flickr is here:
http://www.flickr.com/photos/carloscervantes/2536040124/meta/
Again, no aperture data in either flickr or Finder.

Corrupted EXIF data in photos exported from Lightroom CC

After upgrading to Lightroom CC EXIF can't be read by some apps. "Re-saving" a file in Photoshop fixes the problem. I'm using Mac OSX 10.9.5. Are there any plans to update and fix the EXIF data generated when exported from Lightroom CC?
Also, this command fixes the issue with Create Date part of EXIF.
#!/bin/sh
exiftool -AllDates="$(exiftool ${1} | grep 'Create Date' | awk '{print $(NF-1), $NF }')" -overwrite_original ${1}
The reason I'm asking is because we run a site where "Create Date" read from JPG's EXIF is crucial and it's a matter of letting users upload the pic or deny uploading.
So again, any plans on the fix?
Regards,
Pawel Kadysz

I confirmed that the Exiftool command line:
exiftool -m -all= -tagsfromfile @ -all:all -unsafe file.jpg
removes the ICC Profile, which could account for significant color differences, considering that the profile is Adobe RGB. I think this may be a bug in Exiftool, so I filed a bug report. (But it might be that Exiftool just can't handle the non-standard layout of LR's JPEGs.) The author is typically very responsive.
I tried some alternate Exiftool command lines that touch as little metadata as possible, and this one seems to address both of LR 6's JPEG problems:
exiftool -m '-exif:datetimeoriginal<exif:datetimeoriginal' -xmp-crs:all= file.jpg
The -m option ignores minor errors and issues, in particular, when there are more than 1000 entries in the XMP metadata.
The '-exif:datetimeoriginal<exif:datetimeoriginal' option sets the EXIF Date Time Original Field with its current value; this tricks Exiftool into rewriting just the EXIF metadata without touching the other metadata segments (e.g. the ICC profile), addressing the first JPEG problem. (You could use any EXIF field that's present -- I picked DateTimeOriginal since every camera adds that.)
The -xmp-crs:all= option option deletes all of LR's develop settings from the XMP metadata, addressing the second JPEG problem.That metadata is not ready by any programs other than LR, as far as I know.
I've tested this new command line on a couple of pics, including the example you provided above, and it appears to work correctly. But given that we're dealing with buggy output from LR that doesn't conform to the de facto and de jure standards, it's hard to have high confidence without testing on dozens if not hundreds of pics.

Photoshop not seeing lens model in exif data from A3 export

Hi, I am trying to use the lens correction features in CS5 but the lens type can't be read in the exif data of an image I've exported from A3. It sees the focal length and body type. The lens type is listed in the Metadata Inspector in A3. I took the image into iPhoto and checked "extended photo info" and the lens type isn't there either. This happens with at least 2 lenses. One prime and one zoom. Any ideas?

Hi again
Having played with metadata a bit more, it is possible to include EXIF data for the lens size etc.. eg...EF300mm f2.8L IS USM But it doesn't append the manufacturer's name, eg I use Canon, yet 'Canon' is not appended to the Lens data like it is to the camera name..
In the library Inspector click > Metadata > where it says 'General' click the down arrow, then click > Edit > from the window that appears click > EXIF > from the drop down list click > Lens (scroll down a bit)
The lens you used will now be appended to your data.
I have not tried exporting this to Photoshop so maybe you could post back if its possible to export this data to PS or not.
Maybe someone has information on this and can chip in here with advice....
Hope this is helpful....... Gerry....
PS to all reading this, I also noticed while playing around with this ( I have not delved into metadata too much since Ap2) that all my personal details like mobile number, address, email etc are all appended by default, I imagine my address book info has been used here.
A useful feature indeed while selling photo's, or if you intend it to be there..... but not so good if you are not aware it's there in the first place.....!
Just a shared thought to whom it may concern....... Gerry.
Message was edited by: windhoveruk

Export of RAW files loses EXIF data

I am having a problem when I export files out of the PSE Organizer from RAW format to JPG that I am losing EXIF data on the resulting JPG file.
I am using PSE 6 on Windows Vista and primarily manage my images in RAW format (Nikon D300 NEF) within the Organizer. I am using the latest Adobe Camera RAW plugin ver 5.1 but I have tried this with the last three Camera RAW plugin versions without any difference.
I typically need to get the RAW NEF images into JPG format to post them to my blog so I normally select several NEF files at once within the Organizer then CTRL-E (or File, Export, As New Files), select JPEG, then Export.
The resulting JPG file has no EXIF data for the camera (e.g. Camera make, model, f-stop, exposure, etc) that was on the original NEF file. I am determining this by right-click, Properties, Details on the file within Windows explorer.
Other tests I have done to diagnose this are:
1. Opening an NEF file in Full Edit mode from the Organizer then doing a File, Save As (JPEG), the missing EXIF data *does* get saved properly. The problem with this approach is that it is not suitable to export hundreds of NEF files.
2. I downloaded a trial version of PSE 7 and it behaves identically to PSE6 in this test.
3. I downloaded a trial version of Lightroom 2 and the export feature works properly in this test.
Any help would be appreciated.
Baden Smith

My observations of what is happening is exactly what you are seeing with one exception about the XMP update. My reply that I posted about seeing the XMP file being updated was based on the observation that when I did a File > Write Keyword Tag the time and date changed on the XMP file as seen with Windows Explorer. I also looked inside the XMP file with a text editor and saw the updated comments and tags inside. See this section of the XMP file that shows the comments and tags: ------------ <rdf:Description rdf:about="" xmlns:dc="http://purl.org/dc/elements/1.1/"> <dc:creator> <rdf:Seq> <rdf:li>Baden Smith</rdf:li> </rdf:Seq> </dc:creator> <dc:rights> <rdf:Alt> <rdf:li xml:lang="x-default">Copyright - Baden Smith - All Rights Reserved</rdf:li> </rdf:Alt> </dc:rights> <dc:description> <rdf:Alt> <rdf:li xml:lang="x-default">Fishing boats sailing by our balcony at dawn in Zanzibar</rdf:li> </rdf:Alt> </dc:description> <dc:subject> <rdf:Bag> <rdf:li>Africa</rdf:li> </rdf:Bag> </dc:subject> </rdf:Description> ------------ My original question posted was about the export to JPG and not seeing the camera EXIF info being exported. Do you know if this is configurable or is a bug? Baden

GPS Altitude Not in Extended Photo Info or EXIF Dat ahwne exported

Hi,
I have my own website that uses a Goggle Maps plugin to read and show GPS info for photos I upload. When I use Places to capture that info the Altitude info is not stored either in iPhoto's database or in the EXIF info for the photo when exported. Is there anyway get this info stored in the database and phot when exported?
The Google Maps plugin on my site makes use of the Altitude details to show a more close up image depending on the altitude chosen. Without this info the site just shows a extremely high level world map with a pin showing in the country where the picture was taken. Not particularly useful. So I have to go and edit each file on my website and manually add this info. Which is very time consuming.

Jennec
iPhoto menu ==> provide iPhoto feedback
There is no provision in iPhoto to add altitude at this time - iPhoto should maintain the EXIF data that is imported - if it is not then I certainly would report that as a bug
When I show extended photo info in iPhoto for photos it shows the altitude - I presume it exports - will test later
LN

LR3.2 export - no more EXIF data on JPEG

Similar Messages

Maybe you are looking for