Apple Intelligence is now available on iPhone, iPad, and Mac!

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Aperture exported IPTC4XMP sidecars not readable by Adobe or PhotoMecanic

I'm exporting some CR2 RAW master files from an Aperture catalog and want to have the IPTC4XMP sidecar files. The resulting xmp files aren't recognised by Adobe DNG Convertor or PhotoMechanic.

The Aperture created xmp files begin

<?xpacket begin='' id=''?>
<x:xmpmeta xmlns:x='adobe:ns:meta/' x:xmptk='XMP toolkit 2.9-9, framework 1.6'>
<rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#' xmlns:iX='http://ns.adobe.com/iX/1.0/'>
<rdf:Description rdf:about='' xmlns:Iptc4xmpCore='http://iptc.org/std/Iptc4xmpCore/1.0/xmlns/'>

whereas a file created by PhotoMechanic starts

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 4.1.1">
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description rdf:about=""
xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">

Is the

<?xpacket begin='' id=''?>

meant to be there in the Aperture version?

Whatever, when I create an xmp file using PhotoMechanic I can then go on to convert the RAW CR2 to a DNG with metadata from the xmp. I can't do this using xmp files exported from Aperture: PhotoMechanic shows no metadata as if the xmp wasn't there.

Editing the file and removing the first (and last closing tag!) line <?xpacket begin='' id=''?> doesn't fix this for me.

Running Aperture 3.1 and Mac OS X 10.6.5 on a MacBook Pro.

Can you export readable xmp files?

Thanks!

Mac OS X (10.6.5)

Posted on Nov 15, 2010 11:28 AM

Reply
9 replies

Nov 15, 2010 12:20 PM in response to David Gordon

I'm going to be watching this one too as I was under the impression that exporting xmp sidecars at this point was as easy as pie. I've not had the reason to test this as I don't use alt software to process/edit my RAW files but... Having the option to migrate, if the need should arise, is important to me and having my metadata go along with my files is extremely important.

Curious about this one.

P.s. Did you see this recent blog post? It has info regarding the xmp sidecars but it sounds like you are already doing this correctly:

http://photofocus.com/2010/11/11/converting-from-lightroom-to-aperture/

Nov 16, 2010 12:32 AM in response to shuttersp33d

@shuttersp33d

Nothing and everything is missing!

Aperture does export an XMP file which appears to have all the master file metadata (opening the XMP using TextWrangler).

With the master CR2 files and their sidecar XMPs (same name, different suffix) in a folder, Photo Mechanic (version 4.5.4) should be able to display the images and associated metadata. That's how it usually works, but with XMP files from Aperture, Photo Mechanic doesn't display any IPTC metadata, it's as if the XMP file doesn't exist.

Pointing Adobe DNG Convertor (version 6.2.0.28) at a folder containing CR2 and XMP files normally results in a DNG file with embedded IPTC but when using XMP files exported from Aperture the result is DNGs with no such data. Again, it's as if the XMP files are being ignored. I'm using the same DNG Convertor settings as I would when I successfully convert CR2 and XMPs created by Photo Mechanic (for example).

I'm suggesting there's something malformed about the XMP file which means its not a true XMP specification file and is therefore being ignored by the other applications.

Can you replicate my issue?

Thanks!

Nov 16, 2010 12:37 AM in response to ChristopherDavid

@ChristopherDavid

Yes, thanks, I had seen that link. Exporting XMP metadata from Aperture is as easy as pie, only some of the filling seems to be missing - there's no apple in this apple pie!

Why don't you download a copy of Adobe's free DNG convertor and see if you can replicate my issue.

http://www.adobe.com/support/downloads/detail.jsp?ftpID=4802

Thanks!

Nov 16, 2010 7:39 AM in response to David Gordon

David:

There have been some real problems with the way in which Aperture 3 writes metadata (see http://www.controlledvocabulary.com/imagedatabases/aperture3.html for details), however in previous versions the XMP sidecar was readable in other applications. The snip of the XMP sidecar file you provided above is the same as other samples I checked from earlier versions.

It could be that there are issues in how the rest of the XMP file is written, but there are other potential pitfalls.

You mention them not being recognized by DNG convertor. Have you viewed the images (and their sidecars) in Bridge or Lightroom (assuming you have one or the other)?

As for Photo Mechanic, it's important to realize that how you have the preference set up can definitely affect how metadata is read. See the Photo Metadata tutorial I authored, specifically this page ( http://www.photometadata.org/META-Tutorials-Photo-Mechanic-Setting-Metadata-Pref erences), to make sure that you have set up PM correctly for an XMP sidecar workflow.

If you'd like, I'd be glad to take a look at one of your CR2 files and companion XMP files that you've exported from Aperture. Contact me offlist (I think you can DM me via Twitter) and I can set up a Dropbox shared folder where you can upload the files.

David

Nov 16, 2010 8:50 AM in response to Riecks

David

Thanks for your reply and offer to look at my files. I'll DM you shortly.

I'm aware of the problems with Aperture 3 and followed your website reports earlier in the year. It seems to me that most of the issues were solved in Aperture updates a couple of months ago. Certainly enough for me to use it as I prefer its interface and I can process files more quickly than using Lightroom. Its a personal preference thing.

I've imported a couple of Aperture exported CR2 and XMP files into Lightroom 2. Still no IPTC. The EXIF shows up and (as far as I know) the XMP looks like an XMP!

I have Photo Mechanic set up as you suggest with the exception of

When writing IPTC/XMP
[√] Add IPTC-NAA Resource when embedding IPTC
For JPEG, TIFF, PSD, DNG photo:
Add embedded IPTC4XMP

You suggest "Add both embedded IPTC and IPTC4XMP"

However that's the writing section and I seem to have trouble reading so I'm sure that's not a problem.

Thanks!

Nov 16, 2010 7:44 PM in response to David Gordon

David:

Thanks for sharing the file (CR2 and XMP) that you were having problems with. This made it possible to track down the issue, though by no means easy. It took me a couple of hours, and the answer was not where I expected to find it. I thought I'd share the process here, so that others might have an idea of how to to trouble-shoot something like this in the future.

When I attempted to view the IPTC Info dialogue in Photo Mechanic for your problem file, I would get the following error message "Error reading caption from photo" message.

When I open in Bridge for CS3, I could see an entry in the Creator field of "David Gordon +44 [rest of your phone number]" Ditto in for Bridge for CS4 and CS5.

When processed the file via ACR that field persisted. However, from our follow up correspondence off list, you identified that as information entered in the camera. Indeed, when I search the XMP, there is no similar entry, so this indeed appears to be the case.

When I viewed the contents of the XMP file in a text editor, I could see many other metadata fields, so there certainly was a problem.

I took the XMP file from an earlier export that I knew worked, and renamed it to match your CR2 file. The metadata for that file displayed without any problems in Photo Mechanic.

I then tried taking the same known exported XMP file, opened it in a text editor and then "cut" the mid section from the BJK05091.XMP file and pasted it into the other. I then renamed so it would be the same as the original CR2. However, this was still not recognized by Photo Mechanic (same error as above). When viewed in Bridge, I got the same result.

I then spent much too much time, inspected the XMP/XML/RDF code, line by line, expecting to find an error in that, but couldn't find any deviations from my example (which contained all the the metadata fields in Aperture... with the Aperture label entered as the value).

That meant I either missed something, or it was some data value in the XMP itself.

So I started swapping in segments from the "good" XMP file into your problem XMP file, and changing the file name of the CR2 to match so that I could then try too open the file in Photo Mechanic.

Finally, in the last segment I found the answer to your mystery....

and the answer is.... &

No, really, the culprit was a couple of Ampersands, those "&" symbols that had been placed into the Usage Rights field before you exported the XMP sidecar.

While the ampersands I had found and replaced with a simple "and" were in the Usage Rights field, they would prevent you from seeing the metadata for the file; regardless of which field they are placed in.

To figure out why that might make a difference, I tried entering an Ampersand "&" into the Caption(Description) field in Photo Mechanic and Bridge. When I inspected the XMP sidecar in a text editor, I found my answer. These applications were using the "&" code!

In HTML the ampersand is assumed to begin an "entity" reference. (see http://htmlhelp.com/reference/html40/entities/ if you really want to know about these).

So it appears that the Apple engineers either made the assumption that no-one would ever enter an ampersand into a metadata field (rookie mistake), or they forgot to write an escape routine into the Aperture software for those times when someone did use an ampersand (and presumably other entity references).

I tried entering a tilde "~" into the XMP from a text editor and that worked just fine. However, greater than ">" and less than "<"&" and other symbols until after you test them out.

Hope that makes your morning!

David

Nov 17, 2010 2:41 AM in response to Riecks

David

Fantastic!

The ampersand does indeed appear to the problem. I have replaced the two "&" ampersands which appeared in my Rights Usage Terms ("Usage Terms" in Aperture, in Metadata inspector, view IPTC Core and look in Status) and when exporting Masters with IPTC4XMP Sidecar file everything works as expected. I am able to read the metadata using Photo Mechanic and Adobe DNG Convertor creates DNG files with embedded metadata.

Obviously the work around is to avoid using & and use and for the time being. Hopefully this will be resolved in a future update.

Many thanks for your help, I'm sure I would have never spotted that the & wasn't being correctly escaped.

David

Aperture exported IPTC4XMP sidecars not readable by Adobe or PhotoMecanic

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.