Sort by EXIF Date/Time

Would be nice to be able to srt by EXIF Date Time Original or EXIF Date Time Digitized. The existing file based Date Time Create or Date Time Modified may not be accurate. Some of our events (like a wedding) have photographs taken from a number of photographers and some of those files have been copied at some point before getting to editing, so the file Date Time Created is no longer correct. The file Date Time Modified sometimes works for us, but may not be reliable either. Right now we have a program that copies the file Date Time Modifies to the file Date Time Created, which usually works ok. Using the EXIF data would let us sort all of the aggregated shots by their original create date so that they are in the proper shoot sequence, without having to deal with all of this.

Does anyone know how to sort files in bridge( or any other program0by time created?

Similar Messages

Updating EXIF date/time in XML files (Bridge CS4)

Is there a way to re-read the EXIF date/time information from RAW camera files and update that existing information in the XML files?

To my knowledge not with Bridge, maybe with a script.
Basically the problem occurs while using multiple camera's that have not all the same correct date and time. To my experience the quickest way is to bite the bullet once and using the filters for date time for each dslr and apply labels to each dslr, then manual select the correct sequence and rename the whole bunch with a sequence number in front of all the filenames so you can use filename to sort the correct order.
And after this of course check next time all date and time settings before starting a new job :-)

Does PSE 13 (Mac) support arranging pictures by EXIF Date-Time Taken?

Does PSE 13 (Mac) support arranging pictures by EXIF Date-Time Taken?
If not, is this an option under consideration?

billqaz a écrit:
Does PSE 13 (Mac) support arranging pictures by EXIF Date-Time Taken?
If not, is this an option under consideration?
It's the default sort order. You can choose chronological order( ascending or descending) or by Import batch or by filename. Contrary to older versions, those sort orders are available not only in thumbnail view, but also in Folders view and albums. In albums you can sort as you like 'custom order'. No difference in Mac or Win.

Sorting photos by date/time taken, when date/time created is not an option?

I'm so sorry if this has been answered elsewhere, but I can't find it on Google or in the forums...
I need to sort wedding photos from multiple photographers by date taken so I can sort through the wedding as a full event. Sorting by the date/time the file was created will not suffice because I had to convert all photos from one of my photogs from NEF to DNG (D610 files not compatible with CS5), so the 'date created' for those DNG file is days later than all the other images. Thus, sorting by "date created' batches all the photos from one of my photogs together at the end.
Is there any option in Bridge that will actually read the metadata and sort by the shoot time of the image?
Thanks for any help!

There has been a known bug in PSE9 although only affecting raw images and caused by the Camera Raw 6.4 update. The timestamp gets changed by one hour each time an image is modified. I don’t know if your issue is related but the work around is to revert to ACR 6.3
http://kb2.adobe.com/cps/915/cpsid_91582.html
The only other work around is to temporarily switch to folder location view, if your images were imported from a single folder. Click on the display button (near top right in Organizer) to change the browser view. If you click on the folder in the left hand pane the files will normally be in sequential file name order which usually mirrors the date/time taken. From the folder location it’s possible to create an instant album, which can then be used as the basis of a slideshow.

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.

How to insert EXIF date time data on photo using Photoshop CS5.5

Is there any script or function available in photoshop CS5.5 which can help me in inserting date time from EXIF onto the photograph.
An automated solution which can do multiple images at once will be preferable.

Before proceeding further, it is to be highlighted that the version being referred to is Photoshop CS5 Extended which is actually Photoshop Version 12.1 and is a part of Adobe Master Collection CS5.5. A screenshot of the version information is attached below for information.
Hence, I dont understand the concern expressed by many about the lowest version eligible for scripting being available in the product.
My version is in effect 12.1 and not 7 or 8.
Accordingly someone may advise on what script to use for inserting the EXIF data onto the image. I also want that the positioning of the text is predetermined and same for a batch of images required to be processed. I dont want to fix the position of text for each individual image.

Elements 9.0 - Sorting images by Date/Time in Folder view

Can anyone tell me if this feature exists in 9.0?
Thanks!

This feature exists only in thumbnail view. In folder view pictures are displayed folder wise.

The imported clip are not sorted by date/Time

I have just imported a bunch of tapes (mini-DV with time stamp ok) into iMovie. 150gb of video !
I have imported the tapes evenly but now, I want to see all my clips sorted with the date-time order of the DV timestamp. Is it clear enough ?
Thank you for your help
Hervé

This page
http://www.pachysoft.com/PaneReliever/features.html
says:
"Sort iMovie's Clips Pane by:
          Original Order (Eliminates empty slots)
          File Name
          Clip Name (Up to three different columns)
          Time Stamp
          Dragging rows within iMovie Pane Reliever's main window"
But it doesn't say it's really the time stap from the tape, although I get that impression.

Date/Time, EXIF and Lightroom

I am quite aware of the past thread on the date/time issue started by Judy
Nicholls. But id did not help me to solve a mystery I am experiencing with a
bunch of jpegs made shot some years back.
Lightroom states that these files have no date - none is shown in the metadata
panel to the right, and they are selected in the metadata browser when selecting
"unknown date".
But several EXIF reader programs, including EXIFUtil, EXIFEditor and EXIF Pilot
clearly show me that the three relevant EXIF dates are there, are correct and
are identical. The EXIF header, the whole metadata section, seems to be complete
and readable outside LR. Oddly, EXIFER shows a date of "3--DEC-99" for Date
Taken in its file listing, but then shows the three relevant date entries
correctly and identically when doing an EXIF edit.
Why can't LR read these dates?
As a test, I tried to add the capture date through the menu (Metadata - Edit
Capture time ...), and it LR reacted to the added date by putting the file among
those with a known date (2003). But it did not change the EXIF data in the file,
apparently only a date in the LR database. I exported XMP to the file, read the
resulting data with EXIFUtil - but could not find any difference with the
original file!
Can anybody explain what is going on here?
Chris

Ok, here's what I've found:
If the "xmp" sidecar exists and you do "Read metadata from file", it will read the metadata from the "xmp" sidecar. If the "xmp" sidecar doesn't exist, then if you "Read metadata from file" it reads it from the image itself.
Thus, if you have an "xmp" sidecar file that exists and use an EXIF editor on the original image, the EXIF time change will *never* be imported again from the image file no matter how hard you try (ie: it will be ignored). If you remove the "xmp" sidecar, then you can get it to read the EXIF time data from the image. I don't think you have to "reimport" as some have done, but rather just delete the "xmp" sidecar.
However, and this is important, if you've already made Develop edits, those edits will be lost on the "Read metadata from file", import of EXIF data from the image.
If you think you'll be tricky and move out the "xmp" sidecar, edit the EXIF time data in the original image, import the metadata from the image, move back the "xmp" sidecar, and re-import the metadata and you'll get the best of both worlds, well no, you're SOL. The "xmp" sidecar date/time overrides the EXIF date/time previously imported.
So, I'll probably be stuck exporting my RAWs, then fixing the EXIF time data after the fact in the JPEGs since I've already made tons of edits across my 1,000+ photos for this batch.
Incidentally, iMatch by Photools can do a batched EXIF time correction by partial or full hour offset (or day) and Lightroom seems to be happy with the EXIF date format. iMatch is a pretty nice tool in of itself and probably better for general photo organization at least in the iteration of Lightroom (it is not a RAW converter though).
It can also do edits of XMP data, including with Visual Basic like scripted edits, so perhaps I can eak it out to do the fix that way (or re-export the fixed EXIF data into the XMP data without touching the rest of the Develop edit data also there).
Yuck!
Lightroom is a very nice app, but it's certainly still pretty "beta" in many respects.

Is there a solution to the data/time camera metadata problem?

After a lot of testing I've nailed down a serious flaw with Lightroom, and I'm wondering if people have any sort of solution, either from within Lightroom or externally.
When Lightroom is used to export JPEGs, the exported files have the correct Image EXIF data stamped in the Date/Time Original and Date/Time Digitized fields - it matches the date/time of the RAW file, which is exactly what you'd want and expect.
What it doesn't set correctly though is the JPEG file Created, and file Modified dates - they are set as the date/time the JPEG export was done from Lightroom. There are many applications that sort based on the last modified date of the JPEG, and it's illogical that Lightroom wouldn't have the JPEG file metadata match up with the EXIF data. I can't think of a single scenario where you'd want to have two different time/data stamps in the image that you just exported.
Using ACDSee I can batch change the JPEG file Created and file Modified dates to match the EXIF data. It's an added step I shouldn't have to do, but I can do it. What I *can't* change in batch mode with ACDSee is the Camera Date/Time time - which, you guessed it, is stamped with the time that the JPEG was *created* during the export, not the time that the camera was set for when the RAW file was captured, which is what it SHOULD be set to. It should be stamped with the EXIF date/time original data. I think I already know the answer to this, but is there any setting in Lightroom that addresses this issue?
I've seen others recommend EXIFtool but using a command line tool isn't what I consider a reasonable suggestion. Are there any other tools that might help me here?

Jason -
 
 You mentioned that the CreateDate wasn't set correctly in your files. For my JPGs exported from LR, based on Canon CRW raws, the CreateDate does match the DateTimeOriginal. ExifTool is reasonable enough for me; here is a sample output of ALL the date/time related fields in one of my exported JPGs.
 
 
[File] File Modification Date/Time : 2007:07:28 11:25:31
 
 [EXIF] Create Date :
          &#16 0;     2007:07:21 15:29:14
 
 [XMP]
 Date/Time Original :
style='mso-spacerun:yes'>        &#16 0;2007:07:21 15:29:14-05:00
 
 [XMP]
 Date/Time Digitized :
style='mso-spacerun:yes'>        2007 :07:21 15:29:14-05:00
 
 [XMP]
 Modify Date :
style='mso-spacerun:yes'>        &#16 0;       2007:07:28 11:25:30-05:00
 
 [XMP]
 Metadata Date :
style='mso-spacerun:yes'>        &#16 0;     2007:07:27 14:35:04.062-05:00
 
 
 
 As discussed by other posters, I agree that the ModifyDate needs to reflect the most recent activity on this particular file, and is not related to the original capture time.
 
 Gary

Modify "date modified" on images to match "EXIF date"?

heya,
This isn't strictly a Arch Linux related question, but the community on here is fairly knowledgeable, and it's a scripting question .
I have a bunch of images in a directory, taken by my old BB 9700 phone.
The names of these are a bit mixed up, because BB's tend to randomly reset the increment counter - the files are named something like "IMG00001-20100216-1319", but I've got "IMG00001-20100418-1220", for example, as well.
When I browse these with Dolphin (KDE File Manager), I can choose to sort them by name, or by date. However, this is date modified, not the EXIF date. On Windows, Explorer lets you sort either by Date Modified, or by "Date Taken", which I assume is the EXIF date.
It's a bit annoying that Dolphin doesn't let you sort by EXIF date, but that's another issue. On my phone (Nexus One), the Android Gallery application also seems to sort by Date Modified, not the EXIF date.
My question is, is there any way to say, run "touch" on the files, and get the date modified to match the EXIF date? Any programs or scripts you know of that can do this?
Cheers,
Victor

Well... you can write a quick 'n dirty script in you favorite language for example zsh+python+awk
$ for i in *.jpg; do touch -d "$(identify -verbose $i|awk '/exif:DateTimeOriginal:/ {print $2,$3}'|python -c 'from time import *;from sys import stdin; print strftime("%Y-%m-%d %H:%M:%S", strptime(stdin.read(), "%Y:%m:%d %H:%M:%S\n"))')" $i;done
(This works on bash+python+awk too, I think). This works for me because my photos have a exif filed with 'DateTimeOriginal' run identify -verbose in your images and select the correct field. My exif field have a format '%Y:%m:%d %H:%M:%S' if this is not your case change this.
EDIT For this simple date format case you can use only awk
for i in *.jpg; do touch -d "$(identify -verbose $i|awk '/exif:DateTimeOriginal:/ {print $2,$3}'|awk -F : '{printf("%s-%s-%s:%s:%s", $1,$2,$3,$4,$5)}')" $i;done
Last edited by kazuo (2010-06-23 01:36:28)

GPS info in EXIF data

I have read the threads regarding GPS data and Aperture. I understand how to insert GPS info in the raw files and then import that file into Aperture.
Is there a way to add GPS info (latitude and longitude) into an existing Aperture image or library without having to re-import the file? I don't want to do this for every image I have, but I would like to do it for my favorites that show up on my web site. I would prefer not to lose all of the adjustments for images that I have already slaved over.

Hello Kjell,
maybe you give gpsphotolinker a try. Before you
import your Fotos into Aperture you can manipulate
the exif with this app.
link->
http://oregonstate.edu/~earlyj/gpsphotolinker/index.ph
p
best regards
marek
Germany
Powerbook G4 1,67 GHz
Mac OS X (10.4.7)
Thanks for the tip. However, I do not shoot jpeg images, and would like a solution that supported my RAW/Aperture workflow - hopefully letting me avoid having to export my entire library out and re-importing it in again after the work is done.
Ideally, I would like a solution that would enable to to update my Aperture library from time to time using location information from a set of .gpx files, and for that to work, I would need some piece of sw that let me read out exif date/time data and compare with the same data in .gpx files and write back appropriate data when a date/time match is found.
However - not sure if Aperture would allow me to write exif data into the library at present?
Kjell Are Refsvik
Norway

Viewing photos in date/time order?

I am trying to organise and view my photos in chronological order in Aperture (& iPhoto).
I have a mixture of GMT, GMT+1 and GMT+4 photos and the view set to "Date" (rather than Version Name or File Name, for example).
Although the time looks correct on the photos they are not displaying in order, presumably because of the +GMT variable.
How do manage the photos such that they can be seen in chronological order?
Thank you

I expected Aperture to import the date/time stamp as it is on the picture, not the local time zone whenever imported.
Aperture does, but the EXIF date/time stamp does not necessarily have a time zone attached, even if the camera knows the time zone. That is why Aperture will default to the current system time zone.
You can check, which time zones Aperture is using for your dates, if you quit Aperture and change the date&time formats in the System Preferences to include the time zone.
System Preferences > Language & Region , click the "Advanced" button, open the "Times" tab. Drag a Time Zone item to the Medium and Long Time Format like this:
When you relaunch Aperture it should now append the Time Zone to any "Date" from the "EXIF" meta data, if you use a metadata preset, that includes the EXIF "Date" field.

BUG: LR 2.1 adjusts date/time back 1 hour

I'm really really annoyed. When I import images into LR 2.1, it changes the date/time of the image back by 1 hour - I assume its changing to standard time from daylight savings time. Why is this done? There doesn't seem to be a configuration option for this.

"CR Henderson - 4:40pm Nov 23, 08 PST (#35 of 35)
A work around that I have used since LR 1.0:
1. Set camera time to GMT and leave it there.
2. Take pictures and download them to PC hard drive.
3. Convert to .DNG using DNG Converter
4. Run ExifTool GUI on files and use XMP: DateTime copy from EXIF
5. Import into LR
#4 sets the XMP time to the EXIF time and removes the time zone offset, i.e. the XMP time is set to be the EXIF time with zero offset and since that is what I have my cameras set to things work out well. With the XMP time already set LR doesn't mess with it (or at least versions 1x-2.1 haven't).
It is possible the above will work for other RAW files supported by ExifTool GUI. I know it does with the Canon CR2 files I use (30D, 40D)."
Personally, having paid for the software, (it isn't freeware) I would like a FIX rather than a workaround. A little response from Adobe as to when it will be fixed would be appreciated, if it is not too much trouble?
The last Date / Time issue required purchase of a new version, I hope this will not be a trend in LR. As others have pointed out just writing and reading the EXIF time is not rocket science. It is just a matter of trying to get the LR programmers to leave it alone (since the beta!) and not keep messing around with it. There has never been any explanation of what they were attempting to accomplish by modifying EXIF Date / Time?

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.

Sort by EXIF Date/Time

Similar Messages

Maybe you are looking for