Missing exif data

I'm not really sure how this works but... I need an applescript that will
(1) search a directory structure,
(2) find the image files that are missing the exif date,
(3) write the date created to the missing exif date field
(4) rename the file using the created date
I have several thousands of images that are missing the exif information. Any assistance would be appreciated...
Thanks

How are you trying to install it? There are two methods the easiest is to download the DMG file. Assuming you are doing the DMG file install are you saying that the installer hangs?
I don''t install using the DMG file so I can't say if there are problems with it.
When you get it running I do have a question for you:
You state that you have image files missing the Exif date information and that you want to add it back
(3) write the date created to the missing exif date field
but where are you getting the date created from if it is not in the file? Are you saying you want to use the file creation date? You realize that is not always the same as the image creation date, right?
4) rename the file using the created date
So you want to rename the file using the file creation date (which is now also the exif date)?
regards

Similar Messages

Missing EXIF Data on Export

Over the last few months I have developed quite a love/hate relationship with A3. It has so many great features, but at times they are over shadowed by slow performance and bugs. The most recent bug to drive me nuts is missing EXIF data, specifically lens model/serial number, flash exp. comp., and focus mode/distance. It doesn't matter how the file was exported, the aforementioned data disappears every time.
A quick forum/web search shows that I am not the only one experiencing this phenomenon, but I was unable to find any solutions. So I guess my question is, has anyone found a fix for this problem?

I share your views. A3 has a lot of great functions. But for this price I would expect to have full geotagger functionality i.e. not only positioning, but also direction inclination angle all kind of data my great Solmeta Geotagger Pro stores in the picture metadata.
Geosetter e free software on PC has all that so why is Apple not able to deliver the same package?

Missing EXIF data when PRINTING jpeg using Print or Slideshow Module (LR2)

Folks,
Is there a way to have LR2 include EXIF information when you create a JPG via the Print or Slideshow Module? The EXIF data is present if I export via the Library Module.
However, if I "print" a jpeg either under the Slideshow or Print Module, most of the EXIF data particularly the camera info is missing.
Thanks for your help.
Jg

Thanks Bob. I believe I have tried that...when you print to jpeg you have option where to save and I save to same folder and then re-synchronize folder in lightroom. Then I try to synchronized metadata between the original file and the new jpeg but the camera and other exif does not transfer over. The title, caption and copyright does work but your basic info such as camera, ISO, lens, f stop and shutter speed are missing
Regards,
Paul

Missing EXIF data when using other photo apps besides "Camera"

I have recently been trying to use the EXIF location and camera info information created with images in the iphone 3GS and noticed that the only image files that have the full EXIF data attached when imported to my computer are the images created using the iPhone native Camera app. I have numerous photo apps that take great photos which when downloaded are missing almost all the EXIF data.
What is up? Is apple requiring third part apps to strip the data or somehow blocking them from capturing the EXIF location data for download?
I know many of these apps are using the location data to geotag the images and link to maps.
Thanks for any info!

Thanks, I posted it there! Actually I have been searching for some site to officially post a bug report to Adobe, but didn't manage to find it myself...
Regards
Peter

Missing EXIF data after editing picture

Hi,
I've noticed that PSE 12 editor no longer writes the EXIF data from the original image.
I believe this started after upgrading to the most recent version of PSE 12 via Help -> Updates
Do you have any suggestions?
Regards,
Mike
Before:
After:

1/ to answer your question:
I don't have any user generated tags/kewords/captions on these historical pictures - but normal metadata (camera EXIF data) is showing up fine on flickr.
2/ I went ahead and tried Jeffery Friedl's Flickr Lightroom publishing plugin - it works well and GPS data is correctly picked up by Flickr.
so - unless anyone can demonstrate a working adobe flickr publishing setup with gps data I will assume it doesn't work and continue to use jeffery's.
Thanks
Bill

Lightroom 4.1 Geotagging: Interoperability Issue/Missing Exif Data

Hi,
I have been using Picasa for tagging and Picasa/Google Earth for geo-tagging for quite some time now. Now with LR 4 I thought I'd give it a shot for these tasks, too.
I found a problem with geotagging however: image jpeg files which are geotagged with LR 4 are not recognized as having geotags inside Picasa. The other direction works well. I investigated the issue with ExifTool GUI, and I think I found the reason: LR doesn't include the Exif GPS keyword "GPSAltitudeRef". When I manually add this with ExifTool (ExifTool Direct Option in the GUI) as -Exif:GPSAltitudeRef="Above Sea Level", Picasa now recognizes the geotag, too. All Picase/GE geotags have it this way.
I'd like to request Adobe to include this in an upcoming LR bugfix update, so that interoperability between Picasa and Lightroow is improved. I still need Picasa as a front end to my web albums.
Thanks and regards
Peter

Thanks, I posted it there! Actually I have been searching for some site to officially post a bug report to Adobe, but didn't manage to find it myself...
Regards
Peter

Lightroom 4 Export - EXIF data missing

I noticed that the EXIF data did not seem to be included in the jpeg file resulting from EXPORT.
I have double checked to make sure that under the METADATA section to select "ALL" and have both boxes (Remove Location Info & Write Keyword as Lightroom Hierarchy) unchecked.
Doing the same export in Lightroom 3 has no problem to include EXIF data in the JPEG file.
I am running the MAC version of the released Lightroom 4. Thank you in advance.

Hi Dorin, thank you for your reply. After reading your reply, I went back and checked my jpeg files carefully. You are correct that all the EXIF metadata are there.
My statement of 'missing' EXIF data was based on my EXIF data did not show up after I uploaded my JPG files to pBase, while all still worked well with Lightroom 3. Uploading the same set of jpeg files to other photo site like Picasa, the EXIF information is all there. Also, when I import those jpeg files in Lightroom 4, t=all the EXIF metadat are there too. It implies that it is a problem with pBase having probelm reading the EXIF of jpeg file from Lightrrom 4. Not sure what is the difference in Lightroom preparing the jpeg files, but I believe this 'missing EXIF' problem is site specific (i.e. pBase).
I will modfify the Topis to show pBase problem only if I can. Thank you.

EXIF data - Why is so much is missing in LRx but in RAW / DNG / CR2 images

I've seen the limitations in the EXIF data as shown in LR. I've seen the comments that it would be SO useful to sort / filter by all the EXIF data available in LR.
However LR shows a small proportion of the information that is available in the Meta data but there is missing EXIF data, that is of use to users, not every day, but it is there and with the aforementioned improvement of searching / sorting / grouping / stacking, I'd like this data to be accessible.
I was looking to find all the correctly exposed images in sets of 3 auto bracketted images -2, 0, +2 from todays shoot but this info is not listed in LR
So I looked in PhotoGrok, and it told me that the image I was looking at was AEBBracketValue -2, ie 2 stops under exposed in a set of auto bracket.
It also told me my camera was 37º when I was shooting in Cape Town this morning. It most certainly was not that warm outside.
My reason for finding the correctly exposed images in the sets was to see if they had sufficient exposure data to be used as one image rather than combining the 3 bracketted images using fusion / enBlend software to rescue the shadow detail and highlight detail in my shoot.
If you do play with PhotoGrok, you see more info than may be / is / could possibly be useful. But it does list a great deal.
I do get the basics
exposure
aperture
focal length
35mm equivalent
focal distance
hyperfocal distance
colour balance
AEBBracketValue
and the list goes on.
More importantly, this data has been extracted by LR from Canon 5DII CR2 files to DNG, so LR can see all this info.
Anyway, that is my request.
There is limited EXIF data displayed in LR, there are requests for sorting / searching / listing / stacking by more of the meta data that LR accesses.
I would like to see much more of this data available to be sorted / searched / stacked, so I can find amongst all the EXIF data, the AEBBracketValue = 0, ie correctly exposed images.
Rob Cole - Does your anyfilter access more of this info?
Hillrdg- you asked me to give my motivations for making suggestions, so I''ve taken your advise on board and to substantiate my argument.
yes, there is a workaround - It is to sort all the photos by capture time or file number and arrange them into 3 images in a grid view and just select the correct column, but this is slow. More importantly, this request is about vastly improving access to EXIF data and for other uses of the vast amount of EXIF data available in images.
hamish NIVEN Photography

EricInsalaco wrote:
Now I was under the impression Preview/Versions only take up a miniscule space on the HD since they don't FULLY copy the master file, they more create a bridge between the two that amounts to a few MB. Is it possible that it's taking up a much larger amount than intended here (a la the same basic mail attachment problem, but with Preview)? If so, what directory would that be located in?
Apple's documentation on Versions and what is kept in the Versions database is misleading, in my experience, though others will argue to the contrary.
In any case, all the Versions files and the database that keeps track of them are in an invisible folder in the root directory called
.DocumentRevisions-V100
The easiset way to check its size is to show invisible files by pasting the following command in Terminal:
defaults write com.apple.finder AppleShowAllFiles TRUE; killall Finder
press 'return' on the keyboard.
Now navigate to the hard disk in Finder and you should see DocumentRevisions and its size.
To turn off invisible files, use the same command as above but replace TRUE with FALSE.
Message was edited by: softwater

Some photos misses some EXIF data

Hello,
I'm wondering why some of the photos on my iPhone are missing some EXIF information like the date when the photo was taken or the GPS data.
All the photos were taken with the default camera app and were copied to the Mac via iPhoto and Imagecapture. So what happened? Are the EXIF data really LOST?
Photos with missing EXIF data:
[Height] => 1536
[Width] => 2048
[IsColor] => 1
[ByteOrderMotorola] => 1
[Thumbnail.FileType] => 2
[Thumbnail.MimeType] => image/jpeg
[Orientation] => 6
[XResolution] => 72/1
[YResolution] => 72/1
[ResolutionUnit] => 2
[YCbCrPositioning] => 1
[ExifIFDPointer] => 102
[ExifVersion] => 0221
[ComponentsConfiguration] =>
[FlashPixVersion] => 0100
[ColorSpace] => 1
Photos with correct EXIF data:
[Height] => 1536
[Width] => 2048
[IsColor] => 1
[ByteOrderMotorola] => 1
[ApertureFNumber] => f/2.8
[Thumbnail.FileType] => 2
[Thumbnail.MimeType] => image/jpeg
[Make] => Apple
[Model] => iPhone 3GS
[Orientation] => 6
[XResolution] => 72/1
[YResolution] => 72/1
[ResolutionUnit] => 2
[Software] => 3.1.2
[DateTime] => 2010:01:01 06:52:37
[YCbCrPositioning] => 1
[ExifIFDPointer] => 206
[GPSIFDPointer] => 544
[ExposureTime] => 1/10
[FNumber] => 14/5
[ExposureProgram] => 2
[ISOSpeedRatings] => 1016
[ExifVersion] => 0221
[DateTimeOriginal] => 2010:01:01 06:52:37
[DateTimeDigitized] => 2010:01:01 06:52:37
[ComponentsConfiguration] =>
[ShutterSpeedValue] => 6745/2029
[ApertureValue] => 4281/1441
[MeteringMode] => 1
[Flash] => 32
[FocalLength] => 77/20
[FlashPixVersion] => 0100
[ColorSpace] => 1
[ExifImageWidth] => 2048
[ExifImageLength] => 1536
[SensingMethod] => 2
[ExposureMode] => 0
[WhiteBalance] => 0
[Sharpness] => 0
[GPSLatitudeRef] => N
[GPSLatitude] => Array
[0] => 48/1
[1] => 4714/100
[2] => 0/1
[GPSLongitudeRef] => E
[GPSLongitude] => Array
[0] => 9/1
[1] => 1052/100
[2] => 0/1
[GPSTimeStamp] => Array
[0] => 6/1
[1] => 52/1
[2] => 3366/100
[GPSImgDirectionRef] => T
[GPSImgDirection] => 47864/181

I have this same issue. It seems that more photos are being recorded without time/date and camera info than with this info.
I hope someone can help us fix this issue asap!
Thanks!

EXIF Dates - how to add/change using exiv2 . . . is there a better way?

Hi, everyone!
INTRO: I'm new to Lightroom. I've gone through a few books and lots of tutorial courses on lynda and youtube, so I feel quite comfortable with LR 5's import process. This post and question is a pre-import/organizational issue.
I have more than 30,000 old, digitized (scanned) photos dating back to the 1950s. Obviously, most of were taken with old, analog cameras. These are now organized into folders by date.
GOAL: I want to import these photos into LR and be able to find them by metadata dates (Capture Date & Time).
PROBLEM: Obviously, old scanned (or even more recent manipulated) photos often don't have the correct EXIF creation date info. Even worse, many (or most) of these old images don't even have an EXIF date field!
WHAT I'VE LEARNED: Using exiv2 filename or evix2 -pt filename immediately shows whether there is or is not date info for the photo. If there isn't, exiv2 -pt filename shows nothing. If there is an EXIF date field, it will be shown.
For all these images with no date field, if I import them into Lightroom, there of course is no date info that shows up in the Metadata panel (under Default or EXIF), nor can you change the date (because the field isn't even there).
If exiv2 -pt filename DOES show the Exif.Image.DateTime field, then in Lightroom, you will see the Capture Time and Capture Date fields, and you will see an icon to the right of those dates that allows you to change that date.
If exiv2 -pt filename DOES NOT show this Exif.Image.DateTime field, you can ADD this field by using the command line:
exiv2 -M"set Exif.Image.DateTime Ascii 1965:01:25 15:45:00" filename (or whatever your date/time is).
Now if you import this image into LR, you will find the Capture Time and Capture Date fields under the Metadata > Default panel...AND you can edit them if needed. That is, the above exiv2 -M command added the EXIF date field that LR needs in order to search by date.
WHAT'S MY POINT, AND WHAT'S MY QUESTION? I have no problem using exiv2 to add/change an EXIF creation DateTime field one folder at a time prior to importing them into LR. This will enable me to search on those date fields**.
My question is this: Is there an easier method?
Surely there must be tens (hundreds?) of thousands of "older" photographers like myself who have troves of old photos that have incorrect EXIF creation date fields, or missing the date field entirely (in which case, as I stated above, cannot be added/edited using LR, PS, FileMultiTool, Graphic Converter, etc.).
I realize that I could look at images based on the folder names or file names, or I could enter dates into tags, but such methods of finding images are not nearly as convenient as using Metadata. Therefore, if I know that an image was taken in June 1962, then I'd like the EXIF metadata to have this info so that I can search on it. To have no EXIF date field or to have a date field that is incorrect is useless.
I'D LOVE YOUR COMMENTS! If there is an easier or better way, I'd love for you to help! There are so many experienced photographers on this forum, and more than likely many of them have old photos with incorrect or missing EXIF date fields that they've brought into LR.
THANKS! I'll really appreciate any and all help you can offer.
David
** there are other EXIF date fields that can be changed using exiv2: Exif.Photo.DateTimeOriginal, Exif.Photo.DateTimeDigitized, etc. But the principal date that LR uses to search for files is the one described above.
P.S. I've also tried jhead -ds1965:01:25 filename (or whatever your date is) to change the date. This works ONLY IF there is already an EXIF date field present. If not, jhead will report an error and not create one. exiv2 -M will create the field.

John,
Thanks very much for your help! I had tried the plugin, exiv2, exiftool, and LR's Metadata menu option only on a single photo.
You are 100% correct about LR's menu option assigning different times! Thank you for pointing this out.
When I set the date and time for about 10 photos, LR's menu option assigned (seemingly random!) times to all of them. Why would LR do this? I can perhaps see offsetting each photo by 1 second (00, 01, 02,...), but simply assigning random times makes no sense at all. At least in the tests I just did, LR didn't shift the time by the same amount, but assigned totally (random?) times to every photo.
Another problem that I found with the LR menu item is that it failed to change the date/time at all for several of the images I selected! The Capture Time To Exif plugin, exiv2, and exiftool had no problem at all with the same photos.
I also looked at the ExifMeta by Rob Cole that you mentioned. It looks very powerful (and is free), but much more complex than what I need at this point.
Therefore, I purchased the Capture Time To Exif plugin, and it works great on multiple photos.
I now have good methods to change the date for multiple images:
1. Prior to import: exiv2 or exiftool
2. After import: John's Capture Time To Exif plugin
Thank you again for your help!
This brings me one step closer to importing my photos in a logical method.
David

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

Blank exif date time original field in some files (scanned images)

I have had some issues with scanned files or psd files where the date time original field does not exist or is blank. Mostly with scanned files. I would like to edit the field and fix the date; but the EXIF doesn't exist on scanned images or is a shorter data set excluding the date time original field.

Lightroom won't update or insert missing EXIF date fields into master files. However, if you export a file with a date/time edited in Lightroom, it will have valid EXIF date/time fields.

Missing/Corrupt EXIF Data

I was looking at a folder of images today, and noticed that the camera data was not showing up and the images looked out of focus. Moments later the camera data showed up but the images still looked blurry (thumbs). Suddenly all the thumbs in the folder disappeared, being replaced by the .nef icon. I mean instantly, they all changed to the icon. I tried to open but got the message:
"Could not complete the request because it is not the right kind of document. "
So I tried to open it using DXO and it returned :
"This image cannot be processed since its EXIF data cannot be read or is missing".
Right click the image and the File Info is missing from the menu.
How does this happen? I have opened these images in the past. I can imagine the instant insanity should all my .nef's suddenly do this!
I am using Bridge running Photoshop CC on Win 7 64 bit. The .xmp data exists according to Win Explorer. There is no Bridge cache showing for the folder in Win explorer.
I am unsure as to whether this belongs here or in Bridge or???

I don’t think WFW would know about any outsider accessing the file on dropbox since it runs on your local computer. If this is the first time you’ve used dropbox, it may have been asking for permission for dropbox to access your local system via the public network (there are local, domain and public tiers in the firewall rules) since dropbox synchronizes things between computers via the data stored in the dropbox cloud storage.
In other words, I downloaded the file to my local computer using the public link you provided, and wasn’t logged in as you, so would have been accessing the dropbox cloud for retrieve the file but not be logged in as you, but I don’t think the WFW would know I was doing anything for that interaction because that is between me and the cloud, not something on your local computer. Depending on how you answered the WFW question, you may have blocked dropbox from doing its normal things. You can get into the WFW configuration in Admin Tools (or maybe Control Panel) and enable things for a particular program that you may have disabled by mistake.
Back to the corrupted file issue: spot-check a few of the bad files on the backup, right-click Properties, and look at the Created Date and Modified Date, compared to the expected date the backup first would have copied them, to see if either indicates the date the zeros were written. You might want to compare those dates on files that are ok, to see if there is some difference in pattern. It is possible the backup software updates those dates to be what the source files dates are which might mask the backup-software's last-copy date, which is what you want.
If you can determine the date for the zeros and it is fairly recent, then the system event log might list something as having occurred.
If there haven't been any viruses, then I'd say it was a transient condition, either in the circuit-boards or cabling or the hard-drive media, itself.
Has the computer ever locked up so you had to turn the power off to get control back of the mouse?
You can test the hard-drive media for errors by chkdsk d: /r or chkdsk d: /b (or the gui-scandisk equivalents) to scan for data errors--iffy media problems. Move any virtual-memory swapfile off that drive if you want to test it while the computer is running. Maybe do a plain chkdsk, first, one where you don't fix problems and don't test the media, which would find problems indicated with zeros in the directory-structure, first. And if you find any of those, disconnect your backup drive in case the "fixes" corrupt even more things and that gets replicated.
A chkdsk that fixes media problems will likely take several/many hours.

LR v1.0 missing some very common EXIF data.

Just like in the beta, LR v1.0 is missing some of the main EXIF information that I see with other programs. I know about the setting to tell LR which EXIF data to show, and it's set to "All," so this isn't the problem.
My Minolta A2 RAW shots, for example, don't show the 35mm equivalent focal length. I find this data VERY useful in my work flow, so I really miss it. It's just too hard to have to constantly calculate this data since my cameras don't all have the same sensor size. I'm also missing quite a bit of the "camera specific" fields such as red-eye mode and some of the metering mode details. All of this info DOES show up in several other programs I've tried.
The EXIF info is clearly there, and it's common enough that other programs "see" it, so why is LR giving me such a limited list? It seems very odd to me that such a mainstream company like Adobe would display so much less of this data than software from several other MUCH smaller companies.
Thanks,
Larry

I just read over the instructions and tried Jeffrey's Metadata Viewer "Builder" tool, and it's really nice -- the instruction are clear and the Builder is quite intuitive. A big Thanks to Jeffrey for creating this and to Sid for pointing me to the page.
I was dumb and missed the intruction and creation pages at first, so here are some direct links for other people that may be as slow as I was:
Instruction page: http://regex.info/blog/2007-02-20/386
Preset Builder: http://regex.info/Lightroom/Meta/
One note: Jeffrey points out in the instruction page that the 35m Equiv Focal Length is not displaying in LR at the moment for some reason. He said he submitted this bug to Adobe. I wanted to mention this because this was a specific field I wanted to display, but apparently it's not possible to see it in LR at this time.
Thanks again,
Larry

EXIF Data Display missing

What I'm really missing in Album is displaying of some EXIF-Data (Shutter Speed, ISO).
Other Apps like QuickPic show in three small rows the important data. But because of Google's restrictions I can not delete images with this app, so it's uncomfortable to switch between two apps.
I would love this in the Album-App.

I'm feeling totally ignored.

Missing exif data

Similar Messages

Maybe you are looking for