Command: "save metadati on file".

Hi, my name is Alberto. I've Photoshop elements 12. Last night i've saved many files with tags from Organizer. I've saved with the command: "save metadati on file". My Catalogue and the files are on disk "F", but at the end of process my disk "C" there are not available more than 18 GB. My question is: Who know where i can find the space used on disk "C" and how i can come back at the begin of process?? I'm sorry for my bad english... Thank you.

Hi,
I think that you will find many files in your %temp% folder which have been left around by the save metadata command.
The easiest way to tidy up your disk is to use the Disk Cleanup utility in windows.
Let it analyse your C: drive and see how much space is taken up by the Temporary files. You should be able to allow the utility to clear it down.
Brian

Similar Messages

  • Selecting images for "Save metadata to file"

    To improve performance we're being "encouraged" to turn off "Automatically write changes". Which means I now have many images scattered throughout the catalog that have metadata changes of some sort on a regular basis. I agree that with the automatic write turned on, LR's performance is horrendous for any kind of metadata change, but turning it off means having to regularly and frequently manually save changes.
    Is there some mechanism that can be used to select ONLY those images that NEED to have the file updated rather than displaying all 36,000 images and starting the "Save metadata to file" and rendering LR unusable for hours? There HAS to be a better way than this blind, sledgehammer approach.

    >Is there some mechanism that can be used to select ONLY those images that NEED to have the file updated rather than displaying all... There HAS to be a better way than this blind, sledgehammer approach.
    Lightroom will only update those images that need to be updated. In other words, only those images were the metadata change date stored in the catalog is newer than the metadata change date stored in the file. The same criteria applies to the auto write to XMP feature. Furthermore, selecting a folder and choosing
    Save Metadata from the folder context menu is
    much faster than selecting the files and choosing the
    Save Metadata to File command found under the Metadata menu.
    It's also worth noting that any time you select multiple files Lightroom will spend time "accumulating" existing metadata. IMO, this is one of Lr's most painful and unnecessary performance drags. The more files you select the longer Lr will take to accumulate the metadata. So, you really should avoid selecting large numbers of files. If you can't avoid making such a selection then it's best that you deselect them immediately after issuing the Save/Read metadata command. Doing so will save yourself a
    lot of time.

  • Working with folders and save metadata to file compatability.

    when i edit in developer within lightroom, then move from the 'previous import' list to the folders which hold different projects by dragging them into the folders i have imported from the hard disk, it saves only the original files, and not my new edits.
    do i have to batch export everything i edit in lightroom to be able to use it in non adobe applications??
    i tried save metadata to file for these images, and then in finder they are no longer available for quickview (spacebar or command y) and finder quits. futhermore when these files, with the updated metadata, are dropped into an iwork file, they are not recognised as jpeg's anymore. but do work in photoshop, and i assume other adobe applications because the embedded metadata was designed to be compatible with adobe.
    how can i have the 'develop' editing i am doing in lightroom transfer to the folders i want to have these images saved in without laboriously exporting them and having saved each image twice? does lightroom have a way i can do this?

    If you're largely preparing images for the web, you simply export a batch from LR at the appropriate size and quality, in sRGB space, with or without metadata as you choose. Nothing laborious about it.
    Are you starting with JPEGs or RAW images?
    The bug in Leopard is known, but you also cannot expect the Finder to show what edits you have made in LR until the images are rendered out, as they are in an Export.

  • Save Metadata to File Problem

    This is really puzzling me .... In Catalogue Settings, I have 'Automatically write changes into XMP' NOT ticked. When I want to save, I Select All and then 'Save Metadata to File' . However, most of the time this only saves the 'Most Selected' image, it does not create/write to XMP for all the selected files? However, I know this is meant to save to all the selected files and I also know that sometimes it does/has saved all the XMP files for me. I cannot figure out why sometimes it saves all the files and sometime only the 'most selected' ? I have tried in both Library and Develop Modules. Is there a reason for this or is it some kind of bug?
    I'm using Lightroom Ver. 3 on a Mac. But I also used to have the same problem on Version 2 as well.
    Many Thanks

    Switch to Grid view - anything you do in Grid view will always apply to all selected images.

  • Lightroom 2.0: Save Metadata to File is not working correctly!

    Hi,
    I have this JPG file with no EXIF data whatsoever but I know it's capture time so I went to "Metadata » Edit Capture Time" and changed the capture time. On Lightroom in the Library module, I can see the capture time but then I save the metadata with "Metadata » Save Metadata to File". However, when I check the file on Windows Explorer, the capture time (or date taken as named by Windows) is not specified at all.
    Why isn't the "Save Metadata do File" working correctly?

    > Ok, this problem was working on only a specific file, so I just re-exported the file and it's all good.
    Exporting to a JPEG and writing metadata to the original JPEG is two different things.
    My experience was that when saving xmp metadata, LR does not create an EXIF section in a file where it was initially missing (And that's a common scenario with scanned film). The date and time information is only stored in the embedded xmp, of which Windows Explorer does not know a thing.
    When exporting your original to a JPEG, that's a completely different thing. You create a new file, rather than modifying your original. SO, Lightroom will create a brand new valid jpeg with a valid exif section and everything.

  • Does "save metadata to files" degrade jpeg

    I have a commission to add keywords and other metadata to jpeg files already held by the client. I have done this in my LR2. I want to save the metadata to the files for transfer back to their facilities. I will eventually be re-importing the files into their copy of LR2. If I "Save metadata to files" in my LR2, will this degrade the quality of the jpg image?
    Thanks for your help.

    No. The data is saved back to the file but the JPEG compression algorithm is not reapplied with every metadata save.

  • Does Save Metadata to file save EVERYTHING? and...

    1. Does Save Metadata to file save EVERYTHING? in other words, all Lr settings, ratings, Picks, keywords, etc?
    and
    2. does Lr automatically read the metadata from those XMP files when the images are imported into a different catalog?

    Does Save Metadata to file save EVERYTHING? in other words, all Lr settings, ratings, Picks, keywords, etc?
    Everything, with the exception of flags, color labels, collection membership, and stacking.
    Does Lr automatically read the metadata from those XMP files when the images are imported into a different catalog?
    Yes. Note that XMP files are created for raw files only; for other image formats (JPEG, TIFF, PNG, DNG), the metadata is stored within the file itself. Unfortunately, LR doesn't save metadata for videos (either in XMP sidecars or the video file).

  • Lightroom 1.4.1 "Save Metadata to File" not working

    If I make changes in a DNG file in the Develop module, if I select "Save Metadata to File", the change does not appear in Adobe Bridge CS3 (2.1.1.9). Likewise, if I make changes in Adobe Bridge, and then go to Lightroom and choose "Read Metadata from File" or "Update DNG Preview & Metadata", the changes are not recognized in Lightroom. Any suggestions?

    > Ok, this problem was working on only a specific file, so I just re-exported the file and it's all good.
    Exporting to a JPEG and writing metadata to the original JPEG is two different things.
    My experience was that when saving xmp metadata, LR does not create an EXIF section in a file where it was initially missing (And that's a common scenario with scanned film). The date and time information is only stored in the embedded xmp, of which Windows Explorer does not know a thing.
    When exporting your original to a JPEG, that's a completely different thing. You create a new file, rather than modifying your original. SO, Lightroom will create a brand new valid jpeg with a valid exif section and everything.

  • Save metadata to file + Edit in PS = Reset develop adjustments?

    Hello:
    I don't know if this issue has been raised  before, since it's not easy to describe it and, hence, to perform a  search based on it. I would like to know if this is a bug or there is  some reason for it which I haven't think of yet.
    Let me explain... I use LR 3.3 to develop a raw file  as usual. Ok. Then I do "Edit in PS" to perform some pixel edition, then  back to Lr. Next, I apply some LR adjustments to the resulting file  (PSD or TIFF, depending on the preferences) that I just edited in PS. So  far, everything's fine: I can keep going back and forth between PS and  LR without trouble...
    ... but if I save metadata to  file (control+S), and then try to edit the PSD/TIFF as "original" in PS,  guess what: the file opens in PS with the LR adjustments not visible  (this is normal), but simultaneously, the develop settings for the file  are reset in Lightroom! So, to summarize:
    1) I develop a raw file using LR adjustments
    2) I edit in PS and save as PSD (or tiff, depending on the preferences)
    3) Back in LR, i apply some develop adjustments to the new PSD/TIFF file.
    4) I save metadata to file and choose "edit in PS as original"
    5) The file opens in PS, but the settings for the file are reset in LR!
    This  doesn't happen if I uncheck the "Include develop settings in metadata  in jpg, tiff and psd files" in the Metadata tab of the Catalog  preferences.
    I could record a video (screencast) if the explanation is not clear enough. Thanks in advance for your answers!

    I have recorded a screencast. For some reason, now I can't make it happen the first time around - I have had to do it twice this time (save metadata to psd file, edit in Ps, close Ps, save metadata to psd file, edit in Ps).
    I won't go into details since I think the video is pretty self explanatory. I know it's not usual to save metadata to file (including develop settings) just before editing in PS, but... is this normal, expected behavior? Am I doing something wrong without noticing? Same thing happen both in my desktop PC (Win 7 64, LR 3.3, CS5 64) and my laptop (Vista 32, LR 3.3, CS5 32).
    Thanks for your help.
    VIDEO (view fullscreen, hd, if possible): http://www.youtube.com/watch?v=7mRnwnoCtMw

  • Keywords, Include on Export, Save Metadata to File, and SmugMug???

    My workflow and issue (LR 5.7 and SmugMug plugin 2.1.10):
    1) I import RAW files as DNGs
    2) I do various Lightroom stuff, plus add Keywords. Some of the keywords do not have "Include on Export" checked. Some of my keywords are part of hierarchies that have "Export Containing Keywords" checked. And some of keywords have synonyms.
    3) Once I am all done with a file, I select "Save Metadata to File"
    4) Then I publish to SmugMug using the SmugMug publish service.
    5) The SmugMug website shows keywords which I did not intend to be included on export, it does not show the complete hierarchy for those keywords that should, and none of my synonyms show. I noticed this is the same way the keywords were saved to the DNG when I view the file in Bridge.
    6) When I export the file to a file on my desktop and check the metadata with Bridge, the Keywords all export correctly.
    All of this behavior makes sense, I guess, but I cannot figure out what to do about it. Should I not bother to "Save Metadata to File", this seems to be what is messing up the SmugMug publish service? Is the SmugMug publish service behaving correctly? I would have expected it to behave like an export which would write synonyms, exclude keywords that should be excluded, etc, which seems to work ok in point 6 above. Are the publish services more effort than they are worth? So I get SmugMug to work, what happens when I try Flickr? I hate to stop "Save(ing) Metadata to File(s)", since that seems like a nice hedge against db corruption and the next time I decide to try a whole different image database.
    Any advice on this issue would be greatly appreciated.

    Perhaps someone with direct experience with publishing to Smugmug will chime in.  Short of that, some thoughts on your issues:
    Should I not bother to "Save Metadata to File", this seems to be what is messing up the SmugMug publish service?
    I very much doubt that it is messing up the publishing.  What gets saved to the file from the catalog is independent of what gets exported.  Saving metadata to the file is generally a good practice (in case you screw up your catalog backups).  Many, perhaps most, users set the preference Catalog Settings > Automatically Write Changes Into XMP.
    I would have expected it to behave like an export which would write synonyms, exclude keywords that should be excluded, etc, which seems to work ok in point 6 above.
    Yes, that's a reasonable expectation.
    You may have done this already, but double-check: Right-click the Smugmug publishing service in the left-hand column of the Library, select Edit Settings, and in the Metadata section verify that you have Include: All Metadata set.
    Did you download the Smugmug plugin from Smugmug? You might try this Smugmug plugin instead -- the author designed the publishing architecture of LR and has an excellent reputation. 
    Are the publish services more effort than they are worth? So I get SmugMug to work, what happens when I try Flickr?
    I think many users find the publishing services are generally worthwhile.  I publish regularly to Flickr (using the built-in Flickr plugin, which isn't completely reliable) and the Zenfolio plugin from Friedl. 

  • Feature Request: save metadata to file, and read metadata from file.

    Please have function to save metadata to file, and read metadata from file.
    This would allow us to write cross-platform plugins that can assure data is up-to-date in the xmp, or modify xmp and have it reinstated in the catalog.
    This would go nicely with the ability to save xmp for virtual copies, dng, and rgb formats.

    Perhaps someone with direct experience with publishing to Smugmug will chime in.  Short of that, some thoughts on your issues:
    Should I not bother to "Save Metadata to File", this seems to be what is messing up the SmugMug publish service?
    I very much doubt that it is messing up the publishing.  What gets saved to the file from the catalog is independent of what gets exported.  Saving metadata to the file is generally a good practice (in case you screw up your catalog backups).  Many, perhaps most, users set the preference Catalog Settings > Automatically Write Changes Into XMP.
    I would have expected it to behave like an export which would write synonyms, exclude keywords that should be excluded, etc, which seems to work ok in point 6 above.
    Yes, that's a reasonable expectation.
    You may have done this already, but double-check: Right-click the Smugmug publishing service in the left-hand column of the Library, select Edit Settings, and in the Metadata section verify that you have Include: All Metadata set.
    Did you download the Smugmug plugin from Smugmug? You might try this Smugmug plugin instead -- the author designed the publishing architecture of LR and has an excellent reputation. 
    Are the publish services more effort than they are worth? So I get SmugMug to work, what happens when I try Flickr?
    I think many users find the publishing services are generally worthwhile.  I publish regularly to Flickr (using the built-in Flickr plugin, which isn't completely reliable) and the Zenfolio plugin from Friedl. 

  • Lightroom wont save metadata to more than one file at once

    I've got a whole bunch of files in a catalogue that have had the metadata changed locally.  I want to overwrite with the metadata thats in my LR cat.  When I select them all and choose metadata>save metadata to files the little "!" dissapears from only file ata time.  I matters not which module I'm in or if I go library > save metadata. Of course I'm on a deadline.  Argh!
    EDIT: I tried deleting the local XMP files and I get the same result

    *facepalm*
    thanks

  • How to save metadata in .xmp also for .jpgs?

    In LR 2.5, I have selected "save the metadata in .xmp files" in the Catalog Settings, and I have NOT selected "include develop settings inside jpeg, tiff, ...  I notice however that the metadata is saved in .xmp files only for photos in RAW format (which for me is .ORF, the Olympus RAW format).
    In jpegs, the metadata seems to be saved in the jpeg.  This is not ideal in my situation, because when I back up photos using rsync (or the time machine), all jpegs where I have modified metadata will be backed up again, causing a lot of data to be backed up, when a tiny .xmp would in fact be enough.  Is there a way to ensure that the jpegs per se are not touched, and all information is stored in sidecar .xmp files?
    Second question: if I select "store all metadata in xmp", when is this stored?  Whenever I make a change?  Or do I have to explicitly select the command "save metadata" for a folder?
    Many thanks! Luca.

    A reason RAWs are the only ones with XMP sidecars and JPGs don't, besides the fact it is easy to save metadata in JPGs compared to RAWs, is that when a camera shoots RAW + JPG both files have the same name except for the extension and so when an XMP with the same name except for the extension exists, it wouldn't be clear whether its metadata was for the RAW or for the JPG. 
    I am on a PC, so am not sure how TimeMachine works, but a well-done backup stores file differences, not the entire file, for each cycle, and also uses block-checksums to see what parts of the files have changed, so it doesn't need to read the entire backup file, nor store entire files as part of the backup process.
    There is a Save Metadata to Files command and there is a Automatically Save Metadata... preference.  Either one writes things out to the XMP for RAWs or the image files themselves for formats that support this.  I usually have Automatically Save Metadata... enabled but I also explicitly write it out to the files before doing things like purging files off my main work drive and moving them off to a backup device because LR seems to do the Automatic Save Metadata... operation in the background and it's never clear when it is finished.

  • Problems adding metadata to file

    Hello,
    I've recently stopped automatically writing metadata to file, and now do it manually after I have edited a folder of
    photos by command-s or clicking on the down arrows which indicate the metadata hasn't been written yet
    But I have two problems:
    1) When I select a few photos, either by shift-click or command-A, then  do a command-s or click the
    arrow to save metadata, it only saves it to the first photo (I thought I could save more than one photo at a time?)
    2) After I save metadats to file, and the arrow goes away, and I exit the folder I've been working on,
    if I go back to the folder the arrow(s) often come back, even though I've done nothing more (no more
    editing/keywording etc). In fact the arrows are back as soon as I open the folders?
    I then save metadats to file again, and same thing happens - it's driving me crazy. Any ideas
    Many thanks, Roy

    Thanks, that seems to have worked (fingers crossed). It seems to me that the file is writing metadata back to the
    catalogue though, where it came from? This confuses me.
    I have also seen something on an Adobe link (I forgot to mention I convert my files to DNG in Lightroom) that states:
    'If you're working with a DNG file, choose metadate>update DNG previews & metadata to save metadata changes to the file and also generate a preview based on the current raw processing settings'
    I've never seen this before, and maybe it's what I should do each time instead of command-s or metadata>read metadata from file? I've got a couple of LR5 books, including the one by Martin Evening, but pretty sure this isn't mentioned, or I've missed it. Can anyone clear this up as I'm worried I might be doing something wrong here?
    Roy

  • Bug: Keywords behave incorrectly after "Read Metadata from File"

    (Happens in LR3.4 RC and probably also in previous versions... but I am not sure if it happened in LR2)
    The problem seems tro be somthing like de-sync of database status and what we see on the screen.
    1) Let's say we have a photo with keyword "abc"
    2) Click in the Keyword List on the arrow around the "abc" keyword to show only photos with this keyword (single one), leave the filter on this settings
    2) Save Metadata to File
    3) Edit XMP in an external application, add new keyword "def"
    4) Read Metadate from File
    5) Now what happens is: The photos disappers from the screen as if it lost the "abc" keyword (weird), but if you look at the Keyword List, the "abc" keyword has still 1 photo attached to it. Also, if you release the filter and find the photo, it clearly has the "abc" and "def" keywords in the Keywording panel. And you can search for this keyword in the text filter (works correctly), but if you click on the arrow around the "abc" keyword, the photo is not shown.
    6) If you restart the Lightroom, it will work correctly again.
    I have an own application that is able to modify the XMP and the modifications may not be perfect, but in my opinion, this shouldn't happen when reading the metadata. If any developer is reading this, I can supply a file with original and changed metadata for debugging.
    It would be great it this could be resolved.
    Thanks!

    Please do report your find with the details you state (well done!) here: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
    Thanks.........

Maybe you are looking for