IPTC Date Created only imports for October

I'm creating JPEGS with only IPTC and EXIF data in and the field 2:55 Date Created only seems to appear in the File Info / Origin / Date Created in CS4 if the date is set to october??
Manually editing the jpeg file, for example 20081007 works but 20080907 fails, even if I change the remaining EXIF and IPTC date fields to match
I dont suppose anyone has any ideas as this is driving me nuts!
Thanks
Derek

No, that changes the Date on the EXIF panel, in my case the date the scans were made. I want that date to stand and the IPTC Date Created date changed.
Probably doesn't matter anyway, since I have just discovered that changes I make in Aperture IPTC metadata cannot be written to the master copy. At least not for TIFF files. Strangely, it does seem to work for jpgs.
Too bad. I liked some Aperture features.

Similar Messages

Option for IPTC "Date Created" field to be auto-populated?

Hi,
The date of capture is held within the "Date Time Original" field in the EXIF data; but the IPTC "Date Created" field is blank.
Currently i have to fill this in manually if i want it populated (which i have to do for a certain customer, for hundreds of differently dated images) but i would really like a "replicate" button by which i can auto-populate this field; or someother easy workaround that i might be missing here?!?
thanks,

Hmm, both LR 3.6 and LR 4.0 normally set IPTC:DateCreated to be the same as EXIF:DateTimeOriginal, both on export and when you do Metadata > Save To File.
Perhaps you could post a culprit image here (use the camera icon) to see what might be going on with you.

IPTC Date Created format

When importing images into Lightroom v1.1 The IPTC Date Created field appears to take it's value from the EXIF field Date Original, so far so good, but it copies it in the following format yyyy-mm-ddThr-min-sec+10.00. Is there a way of just getting the "date" part into the IPTC date created field?
Regards Willem

Hi Matteo
This is what I noticed in LR there 4 date fields 3 EXIF
Date Time Original 13/08/2007 12:20:07
Date Time Digitized 13/08/2007 12:20:07
Date Time 13/08/2007 12:20:07
and one in the IPTC section called "Date Created"
the behaviour I see in LR is as follows
If when "importing images" I apply the Metadata preset "None", or a preset that leaves the "Date Created" field in the IPTC Image section unchecked, the IPTC Date Created field shows the following value
Date Created 2007-08-13T12:20:07Z
if I tick the box next to the Date Created field in the IPTC Image section in the Metadata presets and leave the field itself empty, the Date Created field in imported image is blank.
I can off course enter a date only at this stage and have that date show in LR, but I often import image in a batch that have been shot on different days.
What I would like to be able to do is to have just the date part end up in the IPTC date field eg. 2007-08-13 without the T12:20:07Z
Thanks Willem

When I change the time zone of the clock, the "Date created" time information for my documents and image files in the Finder window (and in Get Info) is changed. Can I make the time info in "Date created" remain fixed regardless of the clock's timezone?

When I change the time zone of the clock, the "Date created" time information for my documents and image files in the Finder window (and in Get Info) is changed. Can I make the time info in "Date created" remain fixed regardless of the clock's timezone?

When I change the time zone of the clock, the "Date created" time information for my documents and image files in the Finder window (and in Get Info) is changed. Can I make the time info in "Date created" remain fixed regardless of the clock's timezone?

HT1212 device disabled after entering wrong passcode. Please help me in getting this unlocked without lossing the data as the data is really important for me

device disabled after entering wrong passcode.
Please help me in getting this unlocked without lossing the data as the data is really important for me

I think you should call via phone or perhaps take it to a phone store. I suggest taking your id, box packaging and other necessities such as the reciept of the phone being purchased.
Hope this helped

Data Loader - Only imports first record; remaining records fail

I'm trying to use Data Loader to import a group of opportunities. Everytime I run the Data Loader it only imports the first record. All the other records fail with the message "An unexpected error occurred during the import of the following row: 'External Unique Id: xxxxxxx'". After running the Data Loader, I can modify the Data file and remove the first record that was imported. By running the Data Loader again, the first row (previously the second row) will import successfully.
Any idea what could be causing this behavior?

W need a LOT more information, starting with the OS, and the version of ID, including any applied patches.
Next we need to know if you are doing a single record per page or multiple records, whether the placeholders are on the master page, how many pages are in the document and if they all have fields on them (some screen captures might be useful -- embed them using the camera icon on the editing toolbar on the webpage rather than attaching, if it works [there seem to be some issues at the moment, though only for some people]).
What else is on the page? Are you really telling it to merge all the records, or just one?
You get the idea... Full description of what youhave, what you are doing, and what you get instead of what you expect.

Key date variable only works for i_step = 1?

Hi, I'm working with the query designer. I need to change the key date of a query before and after the user input.
Using the debugging on transaction rsrt I found out that key date of the query only works for i_step = 1.
With i_step = 2 I never get this variable.
After the popup I can only change the date manually.
I couldn't find any documentation about this specific subject.
Can anyone confirm/ help?
Thanks,
Cristina

you can go thru the Article at [http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/d09d4588-3832-2c10-e185-f778d9dbea85?quicklink=index&overridelayout=true]
with I_STEP = 1
the enhancement call takes place before varaible entry. so this can be used to populate variables with default values
with I_STEP = 2
called after the processing of the variable pop-up.

All .m4v files only import for 1 second (PRE 9/Windows 7)

Hi,
I'm a new PRE 9 user and am experiencing a really significant problem with importing .m4v files: Every .m4v I select ends at the 1-second mark and there does not seem to be any way to make the program see past that 1-second mark in the source file. Other file formats I've tried seem just fine, but most of the source material I want to use is already in .m4v files and have to think that this is some kind of bug.
Does anyone know what's going on here--and, more importantly, how to fix the problem so I can access the entire content of the .m4v files I want to use in PRE 9?
Thanks a lot and take care,
Alan

Hi Hunt,
Thanks for the rapid reply (and the welcome too). I think most of the files came from Handbrake (importing DVD content) if memory serves. All these .m4v files play just fine in Windows Media Player, QuickTime Player, etc.
I opened the properties for the last .m4v I tried to use (this morning) in PrE and the properties are listed as follows....
Type: MPEG Movie
File Size: 566.6 MB
Image Size: 718 x 370
Pixel Depth: 32
Frame Rate: 90000.00
Source Audio Format: 48000 Hz - compressed - Stereo
Project Audio Format: 48000 Hz - 32 bit floating point - Stereo
Total Duration: 00;00;01;09
Average Data Rate: 425.3 MB/second
Pixel Aspect Ratio: 1.1847
MediaInfo documents the same (.m4v) files properties as....
General
Complete name                    : C:\Users\Alan\Videos\Advent\Advent performances\Advent at MARPROG (Franklin's shoot) DVD 1.m4v
Format                           : MPEG-4
Format profile                   : Base Media / Version 2
Codec ID                         : mp42
File size                        : 567 MiB
Duration                         : 1h 6mn
Overall bit rate                 : 1 188 Kbps
Encoded date                     : UTC 2011-04-15 13:27:00
Tagged date                      : UTC 2011-04-15 13:43:34
Writing application              : HandBrake 0.9.5 2011010300
Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : [email protected]
Format settings, CABAC           : Yes
Format settings, ReFrames        : 4 frames
Codec ID                         : avc1
Codec ID/Info                    : Advanced Video Coding
Duration                         : 1h 6mn
Bit rate mode                    : Variable
Bit rate                         : 1 093 Kbps
Width                            : 718 pixels
Height                           : 370 pixels
Display aspect ratio             : 2.25:1
Original display aspect ratio    : 2.25:1
Frame rate mode                  : Variable
Frame rate                       : 29.970 fps
Minimum frame rate               : 9.990 fps
Maximum frame rate               : 29.980 fps
Color space                      : YUV
Chroma subsampling               : 4:2:0
Bit depth                        : 8 bits
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.137
Stream size                      : 521 MiB (92%)
Writing library                  : x264 core 112
Encoding settings                : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=2 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=29 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date                     : UTC 2011-04-15 13:27:00
Tagged date                      : UTC 2011-04-15 13:43:34
Color primaries                  : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Transfer characteristics         : BT.709-5, BT.1361
Matrix coefficients              : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Audio
ID                               : 2
Format                           : AAC
Format/Info                      : Advanced Audio Codec
Format profile                   : LC
Codec ID                         : 40
Duration                         : 1h 6mn
Bit rate mode                    : Variable
Bit rate                         : 91.0 Kbps
Maximum bit rate                 : 339 Kbps
Channel(s)                       : 2 channels
Channel positions                : Front: L R
Sampling rate                    : 48.0 KHz
Compression mode                 : Lossy
Stream size                      : 43.4 MiB (8%)
Encoded date                     : UTC 2011-04-15 13:27:00
Tagged date                      : UTC 2011-04-15 13:43:33
Text
ID                               : 3
Format                           : Apple text
Codec ID                         : text
Duration                         : 1h 6mn
Bit rate mode                    : Variable
Bit rate                         : 1 bps
Stream size                      : 327 Bytes (0%)
Encoded date                     : UTC 2011-04-15 13:27:00
Tagged date                      : UTC 2011-04-15 13:43:34
Also, new PrE project appear to default to: "NTSC-Hard Disk, Flash Memory Camcorders-Standard 48kHz" (which I'm assuming is the default, as I don't recall changing anything).
I hope this information helps. Any insights as to how to get past this problem (bug?) would be greatly appreciated.
Take care and thanks again for your help,
Alan

Create only access for notes on non-owner records

I am trying to set up the system to allow read access to an account (thats ok), but attached 'notes' are 'owner only' visible, and allowing account non-owners to create new notes. In this scenario the non-owners could read-only the account, see any notes they have added, and create more, but not see anyone elses notes. I can get this to work for activities ok, but not notes. Does anyone know a trick for this.

Yeah the private flag basically stops all non-owner access, as you would expect. In this case I want to still enable some non-owners access. Initially I thought using the private flag with the delegated user option would work around the problem (we only have a few users that want to share the notes), but private notes are not available even to delegated users.

WITH_ITEM table data created without taxcode for cleared credit memos

Hi SAP experts,
We are trying to update tax withholding information for credit memos which are already cleared using program RFWT0020.
But this is not returning any information. When i debug the program i found out that in table WITH_ITEM,
already entry exists for same document number but tax code is blank and all the other fields are also blank.
This document number belongs to previous fiscal year.
Can you please let me know why WITH_ITEM table is updated with blank values and is there any way to update the table with correct
taxwitholding data.
Thanks in advance,
Greeshma.

Hi Greeshma,
In your case the problem happened because of Withholding Tax code not yet selected while posting the document or manually tax code has been deleted while posting the document or Withholding tax code has not been assigned to Vendor master.
Since the Percentage maintains at Withholding tax code level until unless WHT code is not selected it will not consider Withholding tax.
You can see the same thing in the Table WITH_ITEM. For problem related documents you can't find Withholding tax code in the table WITH_ITEM.
Even though automatic posted GL Account (withholding tax GL Account) also you can't find in the document level (FB03).
The same document number should not be there in the transaction code J1INMIS also.
For Tax codes/type deleted in the Vendor master errors we can resolve the errors where as the above said problems it is not possible to update the With holding tax amount.
Hence, it is not possible to bring the values.
Please reverse the documents and post again with proper inputs.
Thanks

Bridge CS6 occasionally displaying wrong 'Date Created' for .NEF's

I noticed this problem only recently, and this the third time it happens (that I know of).
Sometimes my Bridge puts a wrong Date Created (not Date File Created or Date File Modified) on a NEF RAW file, whilst the next one (taken perhaps just a few seconds or a minute later) has the proper date. Strangely the Date File Created & Modified do show the proper creation date.
Example to clarify:
Metadata viewed on my D90 itself
Photo 1 taken on: 30/09/2013, 9:03:26 PM (DD-MM-YYYY)
Photo 2: 30/09/2013, 9:07:52 PM
Photo 3: 30/09/2013, 9:08:12 PM
Photo 4: 30/09/2013, 9:08:34 PM
Photo 5: 30/09/2013, 9:08:54 PM
Photo 6: 30/09/2013, 9:09:34 PM
viewing in bridge:
Photo 1: Date Created: 30/09/2013, 9:03:26 PM
               Date File Created: 30/09/2013, 9:03:26 PM
               Date File Modified: 30/09/2013, 9:03:26 PM
Photo 2: Date Created: 30/09/2013, 9:07:52 PM
               Date File Created: 30/09/2013, 9:07:52 PM
               Date File Modified: 30/09/2013, 9:07:52 PM
Photo 3: Date Created: 23/09/2013, 7:42:02 PM
               Date File Created: 30/09/2013, 9:08:12 PM
               Date File Modified: 30/09/2013, 9:08:12 PM
Photo 4: Date Created: 30/09/2013, 9:08:34 PM
               Date File Created: 30/09/2013, 9:08:34 PM
               Date File Modified: 30/09/2013, 9:08:34 PM
Photo 5: Date Created: 04/09/2013, 10:14:45 AM
               Date File Created: 30/09/2013, 9:08:54 PM
               Date File Modified: 30/09/2013, 9:08:54 PM
Photo 6: Date Created: 04/09/2013, 10:15:06 AM
               Date File Created: 30/09/2013, 9:09:34 PM
               Date File Modified: 30/09/2013, 9:09:34 PM
As you can see, it's not a 'stable' deviation.
I could live with it, apart from one problem: the batch rename function only has 'Date Created' as option for renaming with date.
It's also quite annoying for my photography study, since my teachers might get confused by the wrong date in the Metadata when I turn my photo in.
I tried compacting the cache whilst my camera's SD card wasn't connected (so the files aren't 'available' anymore), no difference.
Another thing I tried was to hook my SD card up on a different computer, same result.
So it might be my SD card, but that doesn't explain why the correct date is shown on my D90 itself, though.
If anybody here has an idea how to fix / avoid this problem, help is much appreciated.
Greetings,
Alex

I have never inserted the 8GB card in the D3000 before just a minute ago.
And I just took 7 rapid photo's of my previous post (~1s interval)
All 7 displayed actual date in my camera, the first 4 displayed a wrong date in bridge (24/09/2013, times; 2:12:16PM, 2:12:20PM, 3:09:24PM and 3:10:26PM). Last 3 displayed proper time in bridge.
So yea, I'm pretty sure something is wrong. I'll try formatting the SD card (as suggested before) but however you look at it, this doesn't add up.
edit:
Well I figured out one thing: if I view the photo's directly on my SD card through bridge, it shows the same date for Date Created, Date File Created and Date File Modified.
Quite logical, to be honest, since I am viewing the date the file was created on the camera.
However, if I export photo's with Adobe Photo Downloader (or whatever it's called again), it displays the date those copies were created (by Date File Created). Date File Modified is still ~the same as Date Created since it hasn't been modified since the original creation.
edit2:
The formatting seems to have solved the issue, for now anyway. Still have no clue why the SD card got such (occasional) cases of drunkness.

Lost IPTC meta data on TIFF import -- old and unsolved problem?

Hi,
this is my first post, after using Aperture on a casual basis for 7 months.
Browsing the forum I found the same problem in older threads but the solutions do not help in my case: When I export pictures with IPTC I set in Graphic Converter, metadata will be imported from the RAW (NEC from a Nikon D80) and from JPEG files, but not from the TIFF, whatever encoding or byte order I choose.
Any help in that matter?
Thanks,
Maria
G5, G4 iBook Mac OS X (10.4.10)

You didn't say which version of Aperture you are using. Up until the recent updates I found Aperture missed, or cut off, a log of IPTC data when I imported RAW files. This seems to be solved with the current version, but ratings still don't get imported.
I used Annoture (http://www.tow.com/annoture/) to copy over the data. I would import the images into Aperture, then also into iView Media Pro. I'd select all the images in Aperture and then run Annoture. Annoture would take all the IPTC data from the iView catalogue and copy them to the selected images in Aperture (also works on selected projects I think).
It's a long winded solution, but did the job.
MacPro, 30" Cinema Display Mac OS X (10.4.8) MacBook

Date created in IPTC not in slide show

Hi,
Currently I am processing analoge pictures in Lightroom 3.6.
When adding IPTC data to a slide show, I am able to add almost every item, except "Date created". That does not apear in the ABC list.
Does somebody have a clue how to fix that?
Thanks, Henk

Let's tease apart the issues, because they're messy:
The ABC "Date" field in the LR slideshow shows the capture time of the photo, as recorded in the LR catalog.
When you first import a photo into a catalog, LR reads the catalog capture time from the fields EXIF:DateTimeOriginal, XMP:DateTimeOriginal, or XMP:DateCreated. (According to the standard, it should also get it from IPTC:DateCreated, but it doesn't, which is a bug.)
You change the catalog capture time using the Metadata > Edit Capture Time command. Using this command will change the metadata fields EXIF:DateTimeOriginal, XMP:DateCreated, and IPTC:DateCreated. Changing the IPTC Date Created field in LR's Metadata panel does not change the catalog capture time.
So, if you have a lot of photos in your catalog with just the IPTC:DateCreated field set and not EXIF:DateTimeOriginal or XMP:DateCreated set, and you want the LR catalog capture time to be set to the value of IPTC:DateCreated so you can show the capture time in slideshows, you have a couple of options:
- Use the Metadata > Edit Capture Time to change each photo individually.
- Write all the metadata from the catalog back to the photos using Metadata > Save Metadata To File, then use the free Exiftool to copy IPTC:DateCreated to XMP:DateCreated. (Exiftool has a fairly steep learning curve unless you're comfortable with command-line tools.) Then reread all of the photos' metadata back into the catalog using Metadata > Read Metadata From File. (I don't know of a plugin that will do this -- the Search Replace Transfer plugin can't do it.)

IPTC Date from the file properties (EXIF) at import?

Is it possible to fill IPTC Date Created Field from the raw-file properties at import to LR4?
It would be nice – and time saving.

Thank You Geoff & Ian
My mistake. I had a checkmark in the empty date-field in my standard metadata-preset. I now understand, that the date-field shall be left blank with no checkmark in the preset to get the date correct in IPTC. Thank You again.

Problems with the "Date Created" Metadata in Adobe Bridge

Hi everyone.
I am currently working on an electronic photo library for our organization. Part of my mandate is to add a Date Created metadata on all the photos since it is very important to know when the photo was taken. Some photos were dated since 1980s. Since we do not have the digital version of the old photos, we end up scanning these and, in effect the date specified on the "Date Created" was the date it was scanned.
I have the date of some of the old photos when it was taken, but for some, I only have the month and the year (sometimes, just the year). Inventing a day and a month is not an option.
Is it possible to enter a month-year or just the year on the Date Created field under Metadata?
I appreciate your help.
Thanks,
.m.u.r.d.o.c.h.

The problem is that dates are recorded in the file in different schemas. Bridge is displaying the XMP Date Created field which was likely derived from the original Exif date (probably DateTimeOriginal, but may be DateTimeDigitized). This will be the date recorded in the file by the scanner software at the time it was scanned.
The IPTC Date Created field is handled differently. It seems counterintuitive, but if you work in the news business you will know that news photographers often use the IPTC Date Created field more like a "date submitted" or "date scheduled" property, so that photos for a particular shoot which may have been captured over multiple days will sort together. Because of this, most image browsers will not update the XMP Date Created (or Date Taken) fields when the IPTC Core date is changed.
You can edit the original capture date in various programs, which should cause both the Exif and the XMP Date Created fields to be updated. Two that come to mind are Lightroom and BreezeBrowser Pro (for Windows). I've found that with certain images it is necessary to use both programs to get all the dates to line up.

IPTC Date Created only imports for October

Similar Messages

Maybe you are looking for