I wrote an action that takes an image, any workspace (AdobeRGB in my case) and converts the image to sRGB then Saves for Web and saves the image in a folder.
What I noticed is that the Date Created changes?!!
Learn how to optimize Photoshop for maximum speed, troubleshoot common issues, and keep your projects organized so that you can work faster than ever before!
Let me elaborate then. Was trying to write verbose. Bummer.
I am opening ACR using DNGs to port to PS CS4. I then edit in PS. I can Save As to create a PSD file. I could then convert to sRGB then Save As and have a JPG file. All of those would retain the original date.
But when I SFW, then it is today’s date.
I didn’t create a new file, but modified the existing to create PSD and JPG files. Same file. Different extension. This is why earlier I did not use the SFW but used just a Save As to create my sRGB files.
I am opening ACR using DNGs to port to PS CS4. I then edit in PS. I can Save As to create a PSD file. I could then convert to sRGB then Save As and have a JPG file.
You’re not clear on the concept at all.
When you open a raw or DNG file, the image is only in RAM. Using Save As at that point is exactly the same as creating a new file, because you’re not dealing with the raw or DNG any more but a conversion thereof.
Take an existing PSD or TIFF file, do a Save As. The new file will bear today’s date as created date.
randalqueen, the only command that will not change the Date Created is the Save command. Any other command (Save As, Export, Save for Web) must create a new file. If a file has a different extension (format) from the original, it can’t possibly be the same information, so it can’t be the same file. So it’s a new file with a new date.
However, there can be more than one date stored in a JPG. What you will probably find is that if you preserve the EXIF information in the JPG, you’ll get this:
Date Time Original a.k.a. Capture Time: (Time when the image was shot; never changes) Date Created: (Time when file was created; changes whenever you make a new version)
If you are trying to track files by their shot date, you can view them in Bridge or any other viewer that reads camera info, and sort by Capture Time instead of Date Created.
Ramon, you were correct that I was not clear on the concept, so I asked. And looking back at my action, I was using SAVE and not Save As… so again – you w e r e r i g h t. That’s hard to say 😉
Ah, yes… file info does show the actual date the photo was taken.
I just think Bridge should be able to show this info without having to go thru file info menus.
I guess what I am saying, I don’t like that SFW will label the file with today’s date when you can also see the file’s original date.
I know SFW is really exporting an image. I just think that if there is an original date, that date should carry along with the file in a view that is easier to see. We can always see when we modify the file. But the date now assigned just because I SFW means literally nothing to me.
Oh, well… one of those things I won’t understand and will work around.
why should it be so? if you can keep the original date the photo was taken and also see when it was modified, then why put a date on it that shows when you created a version for the web? That could just be the modified date.
Because it is a system wide convention. It refers to the creation of the computer file, the date the photo was taken is utterly irrelevant to this.
You can generate a new file on a word processor and date a letter to your creditors to whatever you want, but the file was created today. It applies to any and all files on your computer. It would be nothing less than idiotic not observe the date of creation of the data file on your computer.
Surely it does because "Date Created" means the date that the shot was taken (or the film scanned (i.e. the time and date that the image was originally CREATED in digital form and that is immutable.
"Date Modified" means the date the FILE was created (that is what changes); but the IMAGE contained within the new file retains its original date of creation.
Both dates show in Bridge’s metadata, and sorting can be done using either to determine precedence.
The Finder shows both Date Created and/or Date Modified in List View but it doesn’t use Date Created to preserve, and display, the date that the IMAGE itself was created it always refers to the date that the FILE containing the Image was created.
Surely it does because "Date Created" means the date that the shot was taken (or the film scanned (i.e. the time and date that the image was originally CREATED in digital form and that is immutable.
Or the date the file was "Saved As", as in the case of using save for web. Just as the scan date is not the date the pic was taken.
Surely it does because "Date Created" means the date that the shot was taken
Not in the line of info that appears under the thumbnail. There, Date Created refers to the creation of the file, not the date you shot the image. It contradicts the nomenclature in Metadata. :/
I must have a different version of Bridge CS4 because I have just checked in both List View and Details: Date Created shows time & date of making the original exposure in the camera; and Date Modified shows time & date of saving any subsequently modified new file containing that image (whether Saved out of ACR; or as a Save As to a new name or format; or as a SFW JPEG (if I save metadata while using SFW).
We’re talking about two different things. I’m not talking about List View or Details View; I’m talking about thumbnail view, which is the only view I ever use.
If you choose one of the four info lines there to be Date Created, Bridge will show the date of the creation of the data file, not the date the shot was taken.
That contradicts what you see in File Info for that particular file.
If you want to see the full thumbnail data, you do need to use either List or Details if you use Thumbnail View, you need to have the Metadata/File Properties Panel open too.
You can still have a Preview panel with all three viewing modes.
randalqueen: Action to Text, from the help file. Press Ctrl+Alt (Windows) or Command+Option (Mac OS) when you choose the Save Actions command to save the actions in a text file. You can use this file to review or print the contents of an action. However, you cant reload the text file back into Photoshop.
Also note that SFW is DESIGNED to strip all metadata including PPI from a file…so what you end up exporting is a wholly new file without any of the embedded metadata except for those few fields you can retain. Since this is as designed (to get the smallest web ready image) this isn’t a bug but a feature.
In CS4, SFW does give you several options to save metadata including "All" which appears to do exactly as it says and preserve all camera and file date data.
Have you at any point tested this, and if so have you verified that the EXIF is viewable in other applications (besides bride, etc.)?
On Windows, it isn’t, the jpgs are still neutered re: EXIF. I’d be curious to know if this bug doesn’t exist in the Mac version. Thanks.
"In CS4, SFW does give you several options to save metadata including "All" which appears to do exactly as it says and preserve all camera and file date data. "
Don’t worry: she answers to both no-"E" and +"E". 🙂
Yes, i have tested it and even files placed at Pixentral, and then re-downloaded from there, retain the full EXIF date when viewed in Bridge CS4 or when opened in Photoshop.
I have left all metadata attached to any DIGITAL photographs that I have posted in the Photography Forum in case the data was of interest to other photographers.
Thanks for the reply. I’m so sorry about the misspell, and I see I spelled bridge as bride. Too many open windows… I don’t know how you posted the image in-line in the message, I couldn’t figure it out. But here is what your EXIF data looks like to a non-adobe, very standard & generic web-based app like Firefox w/ the exif viewer add-on:
If you can get past my sarcasm ;), there may be something of interest. The hope was that CS4 would allow you to preserve the EXIF data in images Saved For Web in such a way that folks might actually be able to use that data in the typical places (flickr, for example) that these web images wind up. So far, does not appear to be the case.
I’d love to be wrong about this, but so far, no one who’s replied has been able to produce a file w/ proper "world-readable" EXIF from CS4’s Save For Web. I’m using Gallery2 v2.3 (current) for my website. This is one of the most widely used image gallery scripts in the world, and it can’t make heads or tails of CS4’s EXIF. Unless, of course, I "Save As". My point is that "Save As", and "Save for Web" Metadata-All ought to produce identical metadata. They do not.
I would think that it is extremely unlikely that a web-browser can reach into an <href> image and extract the metadata.
I don’t know who hoped for that because any one seriously interested in an image’s metadata will be using a professional graphics program in which to view the image.
As Ramón said, download my photograph to your desktop and track it in Bridge CS4 with the Metadata Panel open.
It’s all there: File Properties, Camera, IPTC Core and Edit History metadata.
There are Firefox add-ons that allow you to look at the EXIF data by Control-clicking on the image on the web on certain sites (I use one called FxIF, for instance), but it doesn’t work at Pixentral.
Learn how to rescue details, remove flyaways, add volume, and enhance the definition of hair in any photo. We break down every tool and technique in Photoshop to get picture-perfect hair, every time.
Related Discussion Topics
Nice and short text about related topics in discussion sections
