XMP Files in LR 1.4.1

Hi, In using LR I find that my image folder contains not only my FPG and RAW file but also many images have an associated XMP file. I have Three quesitons:
1) Am I correct that the xmp file holds the edits I made in LR? In other words the original RAW file is untouched but as I "develop" an image the sequence of changes are placed in the XMP file.
2) If #1 is correct, is that the only way to store the changes? When I first researched LR I thought I saw something acout having a choice of storing such info in either XMP or the LR Catalog. What are my options and how do I select which one I want to use?
3) When I select a bunch of images in the grid, then right click on a different folder and select "move selected images to this folder" it moves the JPG and the RAW and updates the catalog to know the image is in a new file. However, it seems that the XMP's are still in the original folder. Is this normal? Should I move the XMP files to the same folder that the images are now in?
Thanks -- Dan

Am I correct that the xmp file holds the edits I made in LR? In other words the original RAW file is untouched but as I "develop" an image the sequence of changes are placed in the XMP file.
No, this is incorrect. The edits are stored in the catalog file. You can make Lightroom write a copy of the edits to an xmp sidecar, but it will be a copy, not the main repository. If you choose to write xmp files, either explicitly or automatically, indeed the original RAW is untouched. If you edit the xmp sidecar in another program, Lightroom does NOT automatically pick up on the changes. You would have to explicitly read from it. If you do that Lightroom will overwrite the settings in the catalog file with those in the sidecar.
2) answered above. You cannot choose. The main store is always the catalog file.
However, it seems that the XMP's are still in the original folder. Is this normal?
As far as I know, if lightroom wrote the xmp file, it should move it along. Perhaps another program (bridge or ACR for example) wrote them. In that case Lightroom doesn't know about them and won't move them along.
Should I move the XMP files to the same folder that the images are now in?
As Lightroom doesn't really care about them you only need to do this if you want to keep things nice and tidy I guess.

Similar Messages

Adobe XMP Files not deleted with Raw Files in ACR

I am using Photoshop CS3 on a Windows XP platform. My camera raw files are mostly kept on a Windows 2003 file server, which has a gigabit connection to my workstation. However, I have the same problems when using PS CS3 on my Windows XP laptop.
I take many hundreds of 'technical' photographs using an Olympus E1 and Canon G9 cameras. I usually bracket the exposures on the E1, specially when photographing white painted yachts, and then rate and select the images that I want in ACR 4.1.1. Unwanted images are deleted at this time.
The problem I am having is that the associated *.xmp files are not always deleted with the camera raw files, with the result that I now have literally thousands of these 'orphaned' files cluttering up the server. The only options I have are to delete the files manually, which is a pain, or to leave them on the server, wasting unnecessary space.
I have the same issue with Canon and Nikon raw files, so this problem is not specific to Olympus files.
This is a long standing problem, and I would be grateful if anyone has any answers?
If any Adobe programmers are watching, it would be handy if you could provide a simple utility to delete orphaned *.xmp files, or at least compress them into some kind of archive.
Thanks,
Nigel.

[quote] As far as Photoshop and ACR go, ALL raw files are treated as read-only.
Your original raw files remain untouched, no matter what you do to them.
Any adjustments you make to a raw file are kept only as metadata (flags, if you will) in that XMP side-car file. Every time you want to re-open that raw image file, ACR will reach for the XMP file and apply the adjustments automatically, transparently. [/quote]
That is not quite correct. Camera RAW files can be permanently deleted from within Adobe Camera Raw. The problem with ACR 4.1 to 4.4 4 was that the XMP files were left behind. This now seems to have been rectified in the latest version (ACR 4.5).
Thank you Adobe!

Bridge doesn't recognize its own .xmp files

Using Bridge CS3 on Mac OS 10.5.8. I edit RAW (.nef) files in ACR. When I click done, save, or open image, an .xmp sidecar file is generated and saved in the same folder as the .nef. However, changes made in ACR do not show in the preview thumbnail in Bridge, and when I re-open the file in ACR, my changes are lost. The .xmp file is still there, it's just not applied. It's like Bridge doesn't know the .xmp file is there. The icons in Bridge indicating altered develop settings or crops do not appear after adjudstments are made. Star ratings made in Bridge remain. When this issue began, it would ignore sidecar files for some images, but not others. It is increasing in frequency, or may now be consistent. (If I open the file into Photoshop or save an image file out of ACR, the changes are applied to the developed image file, they are simply ignored by Bridge in regards to the Raw file.)
Files that were adjusted before the problem began still synchronize with their sidecar files. Looking at the sidecar files in a text editor shows that they contain the adjustments made.
There were no changes in any installations/updates to software or OS at the time of the problem's onset.
I've tried using a Camera Raw database instead of sidecar files, and the changes are still lost. I've tried purging caches for Bridge and for ACR. I've tried resetting and dumping preference (.plist) files.
Anyone have ideas on what I can do to salvage this program as my RAW library manager?

Matthew,
Same problem here. But I'm using CS5 in Win7.
Bridge cannot find its XMP files. Bridge does not see its XMP files. XMP files do not work. Camera Raw settings do not show in thumbnails. ACR settings lost.
I just now figured out the problem/solution.
In my case, the association between CR2 files and Bridge was usurped by Canon DPP (the Canon raw converter) which I just installed this afternoon. When I installed it, there was no immediate problem. But when I started a new work session tonight, Bridge acted as if the XMP files weren't even there.
Solution: In Windows, to set a file association, you just right-click on a file (in this case the CR2 file) and select "Open With", and then navigate to Bridge (in my case Bridge CS5). That re-establishes the link between Bridge and its own XMP files. Then simply purge your cache and let Bridge rebuild it using its XMPs (which it can now find again) to rebuild the cache with the adjustments that are stored in the XMPs.
I don't know how to do this on a Mac, but the principle is the same.
I hope this solves your problem.
Dave

How can I use an old XMP file on a new set of images??

I have an older XMP file that contains settings used to retouch some previous images in a particular way. I'd like to apply those same settings to a new set of images. How can I use that older XMP file on a new set of images in Lightroom?
The contents of the XMP file are as follows:
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 4.2-c020 1.124078, Tue Sep 11 2007 23:21:40
">
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description rdf:about=""
xmlns:crs="http://ns.adobe.com/camera-raw-settings/1.0/">
   <crs:Version>6.0</crs:Version>
   <crs:ProcessVersion>5.7</crs:ProcessVersion>
   <crs:WhiteBalance>Custom</crs:WhiteBalance>
   <crs:Temperature>4700</crs:Temperature>
   <crs:Tint>+4</crs:Tint>
   <crs:Exposure>-0.35</crs:Exposure>
   <crs:Shadows>5</crs:Shadows>
   <crs:Brightness>+50</crs:Brightness>
   <crs:Contrast>+25</crs:Contrast>
   <crs:Saturation>-8</crs:Saturation>
   <crs:Sharpness>25</crs:Sharpness>
   <crs:LuminanceSmoothing>0</crs:LuminanceSmoothing>
   <crs:ColorNoiseReduction>25</crs:ColorNoiseReduction>
   <crs:ChromaticAberrationR>0</crs:ChromaticAberrationR>
   <crs:ChromaticAberrationB>0</crs:ChromaticAberrationB>
   <crs:VignetteAmount>0</crs:VignetteAmount>
   <crs:ShadowTint>-1</crs:ShadowTint>
   <crs:RedHue>0</crs:RedHue>
   <crs:RedSaturation>0</crs:RedSaturation>
   <crs:GreenHue>0</crs:GreenHue>
   <crs:GreenSaturation>0</crs:GreenSaturation>
   <crs:BlueHue>0</crs:BlueHue>
   <crs:BlueSaturation>0</crs:BlueSaturation>
   <crs:FillLight>0</crs:FillLight>
   <crs:Vibrance>+5</crs:Vibrance>
   <crs:HighlightRecovery>24</crs:HighlightRecovery>
   <crs:Clarity>+8</crs:Clarity>
   <crs:Defringe>0</crs:Defringe>
   <crs:HueAdjustmentRed>0</crs:HueAdjustmentRed>
   <crs:HueAdjustmentOrange>0</crs:HueAdjustmentOrange>
   <crs:HueAdjustmentYellow>0</crs:HueAdjustmentYellow>
   <crs:HueAdjustmentGreen>0</crs:HueAdjustmentGreen>
   <crs:HueAdjustmentAqua>0</crs:HueAdjustmentAqua>
   <crs:HueAdjustmentBlue>0</crs:HueAdjustmentBlue>
   <crs:HueAdjustmentPurple>0</crs:HueAdjustmentPurple>
   <crs:HueAdjustmentMagenta>0</crs:HueAdjustmentMagenta>
   <crs:SaturationAdjustmentRed>0</crs:SaturationAdjustmentRed>
   <crs:SaturationAdjustmentOrange>0</crs:SaturationAdjustmentOrange>
   <crs:SaturationAdjustmentYellow>0</crs:SaturationAdjustmentYellow>
   <crs:SaturationAdjustmentGreen>0</crs:SaturationAdjustmentGreen>
   <crs:SaturationAdjustmentAqua>0</crs:SaturationAdjustmentAqua>
   <crs:SaturationAdjustmentBlue>0</crs:SaturationAdjustmentBlue>
   <crs:SaturationAdjustmentPurple>0</crs:SaturationAdjustmentPurple>
   <crs:SaturationAdjustmentMagenta>0</crs:SaturationAdjustmentMagenta>
   <crs:LuminanceAdjustmentRed>0</crs:LuminanceAdjustmentRed>
   <crs:LuminanceAdjustmentOrange>0</crs:LuminanceAdjustmentOrange>
   <crs:LuminanceAdjustmentYellow>0</crs:LuminanceAdjustmentYellow>
   <crs:LuminanceAdjustmentGreen>0</crs:LuminanceAdjustmentGreen>
   <crs:LuminanceAdjustmentAqua>0</crs:LuminanceAdjustmentAqua>
   <crs:LuminanceAdjustmentBlue>0</crs:LuminanceAdjustmentBlue>
   <crs:LuminanceAdjustmentPurple>0</crs:LuminanceAdjustmentPurple>
   <crs:LuminanceAdjustmentMagenta>0</crs:LuminanceAdjustmentMagenta>
   <crs:SplitToningShadowHue>138</crs:SplitToningShadowHue>
   <crs:SplitToningShadowSaturation>13</crs:SplitToningShadowSaturation>
   <crs:SplitToningHighlightHue>0</crs:SplitToningHighlightHue>
   <crs:SplitToningHighlightSaturation>0</crs:SplitToningHighlightSaturation>
   <crs:SplitToningBalance>0</crs:SplitToningBalance>
   <crs:ParametricShadows>0</crs:ParametricShadows>
   <crs:ParametricDarks>0</crs:ParametricDarks>
   <crs:ParametricLights>0</crs:ParametricLights>
   <crs:ParametricHighlights>0</crs:ParametricHighlights>
   <crs:ParametricShadowSplit>25</crs:ParametricShadowSplit>
   <crs:ParametricMidtoneSplit>50</crs:ParametricMidtoneSplit>
   <crs:ParametricHighlightSplit>75</crs:ParametricHighlightSplit>
   <crs:SharpenRadius>+1.0</crs:SharpenRadius>
   <crs:SharpenDetail>25</crs:SharpenDetail>
   <crs:SharpenEdgeMasking>0</crs:SharpenEdgeMasking>
   <crs:PostCropVignetteAmount>0</crs:PostCropVignetteAmount>
   <crs:GrainAmount>0</crs:GrainAmount>
   <crs:ColorNoiseReductionDetail>50</crs:ColorNoiseReductionDetail>
   <crs:ConvertToGrayscale>False</crs:ConvertToGrayscale>
   <crs:ToneCurveName>Medium Contrast</crs:ToneCurveName>
   <crs:ToneCurve>
<rdf:Seq>
<rdf:li>0, 0</rdf:li>
<rdf:li>32, 22</rdf:li>
<rdf:li>64, 56</rdf:li>
<rdf:li>128, 128</rdf:li>
<rdf:li>192, 196</rdf:li>
<rdf:li>255, 255</rdf:li>
</rdf:Seq>
   </crs:ToneCurve>
   <crs:CameraProfile>Adobe Standard</crs:CameraProfile>
   <crs:CameraProfileDigest>3DA8CE4A626CE36A1D0C55BF157793C9</crs:CameraProfileDigest>
   <crs:HasSettings>True</crs:HasSettings>
</rdf:Description>
</rdf:RDF>
</x:xmpmeta>

I’m pretty sure Adobe NEVER intended for someone to copy an XMP file from one photo to another outside of LR as a way to replicate settings.   You can make a preset from a photo, as discussed, or if you don’t want to do that, copy-paste the settings from a representative photo that you initially select to one or more new photos. You could have a special LR folder that holds standard photos to copy/paste from. Of course creating a Develop preset from the representative photo is the “normal” way to handle such situations, but maybe you have hundreds of different situations to copy settings from and don’t want to create presets for each one, but I’d argue that you could create a complex folder hierarchy for your presets and still have them findable without that much problem.
As far as the mystery about why some photos show Reset and some show From Metadata, is the Process Version (down in Camera Calibration) of the photo before reading the settings the same between the two situations? And in general, are these virgin photos newly imported into LR or have some been modified in LR, already? Does an XMP file already exist for any of these, where that XMP is being overwritten by your external-to-LR copying? Or do you have auto-write-XMP enabled and your hand-copied XMP is getting overwritten by LR, automatically, before you have a chance to read in anything?

How do I reconnect my xmp files in PE9?

After moving and copying photos between two internal and one external hard drive I find I have a lot of xmp files in the Recycle bin. Can I "reconnect" these files to the images and video clips they belong to? The dates are messed up and tags are missing from a lot of my stuff after all the moving.
Tim K

dsf,
Not sure exactly how you moved your library but this link may help
http://www.ilounge.com/index.php/articles/comments/moving-your-itunes-library-to -a-new-hard-drive/

.XMP files no longer appear as sidecars--how to clear metadata?

Photoshop CS2 ver 9.0.2
Bridge ver 1.0.4.6
ACR ver 3.7
eMac G4 800 MHz
Mac OS X ver 10.4.9
1 Meg RAM
12 GB available disk space
Bridge and Photoshop are set to save metadata in .XMP sidecar files, but sidecar files no longer appear. That is, up till a few days ago, .XMP files appeared when I opened raw files, but no longer. The drop-down menu is still set to save metadata in sidecar files.
Cannot clear metadata in Bridge. I can select "Camera Raw Defaults" in ACR, but that doesn't clear cropping.
1) How do I return already-stored metadata to .XMP files?
2) How do I get PSCS2 to store future metadata as .XMP files?
3) How do I clear metadata currently stored in ACR/PS database?
4) What did I do to cause system to store metadata in ACR/PS database despite being set to save in sidecar files?
Thanks.
--HC

Noel,
Excellent point. I have no idea. Maybe this was only working for
.PSDs/etc. (which contain the metadata embedded in the file itself[,
right?]). I may have been deluding myself this whole time. It's
possible that it never really worked the way I thought it did to begin with.
But, more specifically, here's the current question: If I have this
file (which is a backup from long ago):
J:\backup of M90\Documents and Settings\philipt\Application
Data\Adobe\CameraRaw\Database
...assuming that drives are currently mapped (by drive letter) the same
way they were when that backup was made), can I just replace the current
file:
C\Documents and Settings\philipt\Application Data\Adobe\CameraRaw\Database
...with the one from J: and expect it to work correctly?
What's the worst that can happen if I do this?
BTW, the file on J: is 2,569 Kb; the (new) one on C: is 2,754 Kb. This
doesn't seem to bode well, since the old one (J:) should have much, much
more data in it (assuming that the "Database" file per se is where the
metadata is stored): the older file has complex,
multi-tiered data for 10s of 1000s of images. "??"
Thanks again for your willingness to help with this!!
Aloha,
-pt

How can I make metadata saved to xmp file stay saved?

When a raw file badge shows that the file has been changed, I use Metadata Save to File & for the large majority of my images, the badge goes away and Metadata Status Changed does not show the file. For some of my files, however, the Save to File command doesn't work properly. If I am only displaying files with changes, the file briefly disappears, then returns. Even if I go to Windows Explorer and delete the xmp file, then again Save metadata to file, it pops up again with the badge saying it needs to be saved. Can anyone tell me what I might be doing wrong, or is there a bug? I'm using Lightroom 4.3 64 bit on Windows 7.

I have determined one definite cause for this problem, documented (see 2nd post) here:
http://feedback.photoshop.com/photoshop_family/topics/lightroom_4_4rc_metadata_needs_to_be _saved_status_not_cleared_by_saving_metadata
As has been mentioned, following metadata save with metadata read is a work-around.
Note: you can see exactly, everything, the difference between metadata in catalog and metadata in xmp on disk, using ChangeManager's "Compare Catalog to Disk" feature; hint: choose 'No Exclusions' to see the "inconsequential" differences too. Reminder: this does a bunch of stuff involving xmp file copying and saving xmp / reading metadata / restoring afterward... - which presents lots of hoops to jump through, at first, in Windows, and forever, on Mac, but if you tough it out, you will get the pot of result gold at the end of the hoop rainbow...
Cheers,
Rob

4.1.1 SDK Problems with missing xpacket tags in sidecar XMP files

The current 4.1.1 SDK has problems with sidecar XMP files that don't have the xpacket headers and trailers, i.e:
<?xpacket begin='ï»¿' id='W5M0MpCehiHzreSzNTczkc9d'?>
<?xpacket end='w'?>
is missing. Now, unfortunately Adobe Bridge CS2/CS3 does not export these xpackets in sidecar XMP files.
The standard, http://www.aiim.org/documents/standards/xmpspecification.pdf, is also very vague about it all:
● Write external metadata as though it were embedded and then had the XMP Packets
extracted and catenated by a postprocessor.
The grammar is strange(past tense had) and the spec implies that the xpacket should be extracted and again catenated... Someone should review this document and clearly state if xpacket statements should be in sidecar files or not. I suspect myself that they should be there, but the standard is very vague.
Anyway, there are two places in the SDK code where changes might be needed:
XMPFiles::Initialize has XMP_Asserts in case the xpacket header/trailer is missing, but the underlying assert is only active in debug builds.
XMPScanner::PacketMachine::FindNextPacket () also has in its truth table the assumption that the xpackets exist.
There could be even other places in the code that assumes that the xpacket tags are present in all files, which includes text XMP sidecar files.
Anyway.
a) Shouldn't bridge export the xpacket tags? Same with any other application?
b) If the spec is vague, then the SDK should not assume that the xpacket tags are present.
Any comments? Has someone already fixed this issue as I suspect a lot of apps using the the XMP SDK would break concerning reading XMP sidecar files? Thx, Kent

I was able to work around the problem by creating a mapped view of the .xmp file (this creates an array in memory backed by the file on disk, so there's no need to read the file into a separate internal buffer), and constructing the SXMPMeta object directly from the buffer. (The ctor for that class calls ParseFromBuffer, so this is the same thing as was suggested by other messages in this thread.)
It seems that Adobe needs to do one of these things:
(1) say that Bridge CS3 has a bug, and agree that Bridge CS3 should include a proper xpacket header when writing xmp sidecar files
(2) say that the XMP Toolkit has a bug, and that the SDK should be able to parse sidecar files without an xpacket header, and agree to fix the toolkit
(3) say that Bridge CS3 and the XMP Toolkit behave as expected, but then provide a sequence of steps by which users of the XMP Toolkit are expected to read xmp sidecar files written by Bridge CS3
Does Bridge CS4 write an xpacket header to the xmp sidecar files?
Maybe what I could do is create a custom file handler for .xmp sidecar files, so I could use the SXMPFiles for everything, instead of having to special-case .xmp files.
My needs are pretty modest though, and it might be just as simple to use the MS DOM-based XML parser for load the xmp sidecar file. I bet I could get the data I need (only the "Rating" for now) using a simple XPath expression.
-Matt

Bridge stops recognizing it's own .xmp files from Canon 5DMKIII

I use Bridge to add keywords to my RAW files. I use both a Canon 1D MKII and a Canon 5D MKIII camera. I use Canon's "Digital Photo Professional" (DPP) to process my RAW files because I prefer the colors (I am a picky perfectionist, so don't try and convince me to use ACR to process my RAW files!) When I make changes to my RAW files shot with the 5DMKIII in DPP and "save" the changes to the RAW files, Bridge suddenly doesn't recognize the file's associated .xmp file, and my keyword association is lost. If I simply open the file in TextEditor and re-save it, suddenly Bridge recognizes the file again. RAW images shot and processed with this same procedure from my Canon 1D MKII don't exhibit this problem.
This thread from a couple years ago is the same problem I am experiencing:
http://forums.adobe.com/message/2933287#2933287
Is there any other solutions to this? I shoot several thousand images per weekend, and opening each file in TextEdit and saving is NOT an option!
Please help!
P.S., I'm using Bridge CS5.1 v 4.1.0.54

Wes Duenkel wrote:
I am a picky perfectionist, so don't try and convince me to use ACR to process my RAW files!
Birds of a feather you and I, except that (with the help of a very nice forum member here) I have actually managed to get the same color out of Camera Raw that I get from Canon, so that is now my default in Camera Raw. Unfortunately, we created a profile for a different camera than you have (I use a 40D), so it is not applicable for you. But I just wanted to comment to say that I know EXACTLY how you feel.
Sorry, I don't have much to offer re: help for your .xmp issue.
-Noel

XMP Files from MAC Not Reading On PC

My question is two-fold, so I apologize that this is long, but it will be best with the backstory:
I shoot Raw on a Canon 5DMIII and import my images into Lr5 on my PC as CR2 files. I am beginning to work with an editor for the post production of my images and upload my files to her via Dropbox. In effort to keep the files as small as possible (and upload/download times shorter), I export my images as DNGs. Specifically, I ensure the 'Use Lossy Compression' option is checked and the 'Embed Original Raw File' is unchecked. I then resize the image to 2000 pixels on the Long Edge and the overall file is under 1MB.
She then imports the DNG files into her iMac for editing also in Lr5. Prior to my exporting, I will edit a few images as sneak peeks for my clients, flag them as a 'pick' and code them as 'red'. When she imports my DNGs, she can see the 'red', but she cannot see the flagged images. Fine, this is something I can live without. She does her editing, also flagging them as a pick and coding them red. She then exports as the original file.
She then uses ExifTool, opens the terminal application and write in: "exiftool -xmp -b -w xmp -r", drags in the DNG files and exports the XMPs. She then sends the XMP files back to me, I place them into my folder with my original RAW files, tell my PC to 'replace' the XMP files that are already in the folder. Then in Lr5, I highlight all my files and select 'Read Metadata From File'.
Now, initially, nothing happens. I am unable to see any images flagged or coded red. However, I do see the 'attention' icon (I'm sure that is not the right name for it) on the upper right corner of the images she has edited when in the library module. If I click on it, it tells me that the MetaData has conflicting information and do I want the file or catalog to be primary. I click on the 'file' option and only then do I see her edits, including the 'red' coding (but not flagged as 'pick').
Part 1 Questions: Why when I am instructing it to 'Read the MetaData From File' is it not automatically picking up her edits? Am I doing something incorrectly when I put the XMPs back in the original folder with the RAW images and have the XMPs replace the originals? Is it normal for the 'pick' flags to not transfer?
Part 2 Questions: When she edits my images, she creates a virtual copy and creates one color and one b+w of each image for my clients. As such, she sends me back two XMP files for one image. How do I get these 2nd XMPs to map to the virtual copy within my library, as I am only creating the virtual copy of an image once I know it is one she selected for the final gallery. If I create a virtual copy of an image she edited after-the-fact, the b+w XMP cannot locate it.
Any guidance is appreciated! Thank you!

I never tried this, but I'm pretty sure that with DNG files, Lightroom will ignore xmp files, even when you instruct Lightroom to "Read Metadata from File". Lightroom expects all the metadata to be in the DNG file, not in the xmp file.
Pick flags, as far as I know, are never written to xmp file; nor are they written to DNG files.
If you're going to make this transfer procedure work, you need to do it by either (a) embedding the metadata in the DNG file and send those back and forth; or (b) use RAW and xmp and then sending the xmp files back and forth (plus I guess you have to transfer the original RAW once to your editor)

Metadata & XMP files in Bridge CS3 under Windows XP

Question regarding Bridge CS3, 2.1.1.9, on a computer running Windows XP Pro, Service Pack 3:
A useful feature seems to have disappeared from my installation of Bridge. In Horizontal Filmstrip view, I used to see a little icon over the thumbnails showing the CR2 files that I had opened and processed in Camera Raw. The icon was a small circle with a downward-pointing triangle, if I recall. The CR2 files that I had never opened in Camera Raw did not show that icon. Now I never see the icons, even for those CR2 files for which the XMP file is present in the same folder as the CR2 file.
Is there a way that I can get Bridge to display those icons again?
Thanks.

CS3 does have a symbol for a modified RAW thumb. This differentiates if from the unmodified RAW thumb. A circle with 2 arrows in it I believe.

Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata

The cmd-keys / shortcuts doesn't work in the xmp file info panel btw. in the xmp / iptc fields (e.g. cmd+c, cmd+v, ...) of Adobe Bridge CS6 (Mac OS 10.6.8 and 10.7.3). You are not able to cut and paste info from one box to another like previous versions.
This bug only appears in the xmp file info window (opened via alt+i) in Bridge CS6 - if you edit information or metadata in the file info panel in Photoshop CS6 copy and paste from one field to another works.
The shortcuts also work under Windows (tested under Vista).
I noticed this minor bug already one in the Photoshop CS6 Beta more than one months ago. I hoped that this was corrected in the official test version, but unfortunately it is not. Although it is a minor bug, it is IMHO a basic function and would be very helpful in my daily work - it is too bad, that such a small thing is making working with the application a little bit annoying.

Thanks! If there is a workaround or simple solution, I would be very glad if you could inform me.
Christian
(signature removed by the Admin)
Am 14.05.2012 um 13:49 schrieb FrankBiederich:
Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata
created by FrankBiederich in XMP SDK - View the full discussion
Thanks for your report; we'll look into it.
Frank
Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata
To unsubscribe from this thread, please visit the message page at Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata. In the Actions box on the right, click the Stop Email Notifications link.
Start a new discussion in XMP SDK by email or at Adobe Forums
For more information about maintaining your forum email notifications please go to http://forums.adobe.com/message/2936746#2936746.
Message was edited by: Arpit Kapoor

HOw do I open XMP files I have light room 5 and photoshop elements 12?

How do I open XMP files??? windows 8, lightroom 5 and photshop elements 12...

You don't need to. As long as the XMP file is in the same folder as the corresponding image file, LR or Adobe Camera Raw will automatically read it and recognize your last completed edit when you open the file or go to Develop module (reads from catalog).

Changes in xmp files not recognized n Lightroom

In my workflow i have setup for changes to be made to the xmp files by a program other than lightroom. In the previous version of Lightroom i had tested this, it worked fine. When i made a change to the xmp file, Lightroom recognized the change and displayed/rendered the image appropriately. Now, I am using version 2.2 and this is not happening. I see the option in th Metadat dropdown menu for "Read Metadata from File". If i click this it works. Is there an option for this to automatically happen that i am missing? If there isnt, why not? Also, I have noticed that Lightroom does not automatically write/update the xmp file if that option is enabled when using the develop module. Can anyone help me with this?

Read has never been automatic, and write is automatic but not instantly - it does it when time is available. You can use synchronize instead of read if you want to, but again, it's not automatic.

Troubles with xmp files not loading...

I'm having troubles with xmp files not loading with images but are present in the image folders. does anyone know why this is happening and if there is a way to fix this. Also when trying to load the xmp individually they are grayed out and unable to load. I have tried this on different machines (Macs) and still no luck. Any help would be greatly appreciated in this issue.

> The information contained in the XMP file is stored in the DNG file so there is no need for a separate file.
Aww, yuck!! That's a real drag...
When editing lots of files (yesterday's shoot produced 8GB) I back everything up to off-line storage and then, after doing all my edits and crops in ACR, I only have to copy over the small XMP files which takes no time at all.
So if I re-edit the DNG with ACR I have to re-copy ALL the files again to the off-line storage.
I used to sometimes even save 2 versions of the xmp files when I needed 2 different crops of the same images, such as doing a wide screen 'cinema' crop for a corporate client's Intranet presentation of their event, as well as more standard crops to be used for their newsletters.
Guess I won't be using DNG any more..
Thanks for the help Kees :-)
Russell

XMP files not moved

I have searched the fourm and there are a couple of responses to similar questions, but I I can't seen to find how to move the XMP files when I drag a folder of photos from one external drive to another external drive.
I drag the folder with 500 photos over the photos go but I get a message saying the following files did not transfer and its all my XMP files for the images I transfered. How can I get the folders and the edits to transfer from a 500gb to a 4TB external hard drive
Thank you in advanced
Joe Cosentino

Lr creates XMP-files only for Raw images - although the box in >catalog Settings >Metadata tab speaks of " ... write changes to XMP>.
But true XMP-files in the sense of side-car files, i.e a separate little file that sites next to its image file are only created in the case of Raw images. In the case of JPGs, TIFFs, PSDs the changes are written into the header of the file (but not in the image pixels!) and a separate xmp-file is not created.
Lr saves changes to XMP (i.e. writes the changes into the header of JPGs, TIFFs, PSDs and creates separate "true" xmp-files for Raw images) only if you do this either manually (by pressing Ctrl / Cmd + S / or doing >Metadata >Save Metadata to file) or by checking the box <Automatically write changes to XMP> in >Catalog Settings >Metadata tab.
I you do neither of these, Lr will not save to XMP and will not create xmp side-car files for Raw images.
My remark about <Show hidden files> was not meant for Lr. What I meant was that you move the files in your OS (Mac Finder / Win Explorer); and in Win Explorer is an option to <Show Hidden Files> under >Tools >Folder Options >View tab.
If you move images in your OS Lr will show the old folder with a question mark and will show images as "missing". You then have to re-link Lr to the new location of the images.
See here on how to do that: http://www.computer-darkroom.com/lr2_find_folder/find-folder.htm
Since it seems to work now, better stay with moving images from within Lr - until you understand the issues involved in moving images in your OS.

XMP Files in LR 1.4.1

Similar Messages

Maybe you are looking for