.
Jeffrey’s “Metadata Wrangler” Lightroom Plugin

This “export filter” plugin for Lightroom allows you to strip selected metadata components from images as they are exported. You can use it, for example, to remove the embedded thumbnail and any Lightroom “develop” metadata, while retaining other metadata, such as the exposure settings, lens information, copyright, etc.

This plugin works in Lightroom 5 (and older versions as far back as Lightroom 2, though some features depend on the version of Lightroom).

The same download works for both Windows and Mac. See the box to the upper right for the download link (in orange) and installation instructions.

(Note: Please see the FAQ and known issues before reporting bugs.)

Overview

Here's a screenshot showing the options and features of the Metadata Wrangler as it appears in the Export Dialog, as of its initial public release:

Screenshot of Jeffrey's
Metadata Wrangler plugin for Lightroom 2.0, allowing the removal of XMP,
EXIF, etc. metadata from an image exported from Lightroom

What metadata you choose to strip – and to leave intact – can vary greatly depending on your intended use. For example, it makes sense to strip at least the embedded thumbnail from small exports that are themselves intended to be used as thumbnails. In such a case, it may well make sense to strip everything but copyright information, to keep the file size small.

On the other hand, it may well make sense to preserve most metadata on images intended for upload to a photo-sharing site, yet remove the embedded thumbnail that does little but increase the file size (and hence the file-upload time).

In any case, only the exported copy of the image is affected; both the original image and the Lightroom library are never changed by this plugin.

It's a “Filter”

I call the Metadata Wrangler an “export filter”, but in the official Lightroom vernacular, it's a “post-process action”. The point is that unlike a full export plugin (such as my “Export to Flickr” plugin), this filter (post-process action) can be used with any export from Lightroom. It can be used in conjunction with the standard “Files on Disk” export, in conjunction with one of my other plugins (e.g. “Export to Zenfolio”, “Export to PicasaWeb”), or any other third-party export plugin.

Metadata Can Be a Bit Tricky

I don't know that there's a good reason for it, but it's turned out that image-file metadata formats have grown into somewhat of a mess. Luckily, Phil Harvey has created the most excellent exiftool library that makes this plugin's work much easier. It's the same metadata-handling library used for the back end of my online Exif viewer. I pass along half of any gifts I receive in relation to this plugin to Phil.

Nevertheless, some of the “metadata mess” remains exposed to you, the user, as evidenced by the mishmash of XMP blocks. Here's part of the Metadata Wrangler in Lightroom's export dialog dealing with XMP blocks....

You can have all XMP data preserved or stripped by clicking on the “preserve” or “remove” next to the “XMP Blocks” label at the top, but if you want to be selective, you may have to do some research to see in which block or blocks the data you're interested in lies. It's a bit cryptic for the non-engineer, but the XMP-block info at the exiftool site lists exactly what fields are in each block. (The “XMP Info” button in the dialog links to that page as well.)

Two of the XMP blocks are fairly straightforward. The XMP “crs” block contains all the information about Lightroom develop adjustments (crop, exposure, localized corrections, etc.). You'll want to strip this block if you want to hide – or just don't feel the need to include with the image – all the develop changes you've made to an image.

The XMP “exif” block contains a repeat of most of the Exif data represented individually lower in the dialog. I'm not sure that there's 100% coverage, but I generally strip it unless I intend the exported image to be for some kind of archive.

Presets

The Metadata Wrangler supports its own preset mechanism. The dropdown near the top of the Metadata Wrangler export-dialog section allows you to create and recall presets of exclude/preserve decisions:

“Preserve Metadata” and “Remove Metadata” are standard presets that adjust the settings to save/remove all metadata. You can create a new preset by making some change to the dialog settings, then choose “save current settings as a preset”.

The current settings for the Metadata Wrangler are also part of any Lightroom Export Preset that you create while the Metadata Wrangler is installed and enabled. Note that the individual settings are saved to the Lightroom export preset, rather than any Metadata Wrangler preset name that might be in effect. This means that if you create a Lightroom Export Preset and then later change the meaning of a Metadata Wrangler preset, that change is not reflected back into the Lightroom Export Preset. (This paragraph is a bit confusing, sorry.)

Metadata Not Explicitly Listed...

The bottom of the dialog section includes a catch-all item that governs how the whole plugin approaches its work:

When “Remove” is selected here, all metadata is removed, and then only items explicitly listed as “Preserve” elsewhere in the dialog are added back. Conversely, when “Preserve” is selected, the items explicitly listed as “Remove” are manually removed from the exported image.

I believe that the end result is always the same – that all metadata that could be in the image is listed earlier in the dialog – but I've included this option as a “just in case”. When I'm exporting small images for use as thumbnails on my site, for example, I strip everything except what I explicitly want to keep: the ICC Color profile, and the copyright/artist information.

Availability

This plugin is distributed as “donationware”. I have chosen to make it available for free — everyone can use it forever, without cost of any kind — but unless registered, its functionality is somewhat reduced after six weeks.

Registration is done via PayPal, and if you choose to register, it costs the minimum 1-cent PayPal fee; any amount you'd like to add beyond PayPal's sliding fees as a gift to me is completely optional, and completely appreciated.

Note: a Lightroom major upgrade, such as from Lr4 to Lr5, de-registers the plugin in the upgraded version, so if you want to maintain registration, a new ($0.01 if you like) registration code is needed in the upgraded version. It makes for a hassle every couple of years, I know. Sorry. See this note for details.

For details on plugin registration and on how I came into this hobby of Lightroom plugin development, see my Plugin Registration page.

As I mentioned above, this plugin relies heavily on the ExifTool library, so I have decided to pass along half of any gifts related to this plugin to the ExifTool library's author. If you choose to send a gift when you register, it'll be handled automatically, but if you send a gift any other time (they're always welcome :-) ), please let me know so I can share your kindness with Phil. In either case, a big thanks from Phil, too.

Version History
( Update Log via RSS )

20140729.115 Previous updates broke support on Lightroom 2
20140720.114 More Creative-Cloud support.
20140715.113

Fixed an issue with Creative-Cloud revalidation.

20140712.112

Lr5.5 and later Creative-Cloud installs can now revalidate themselves if needed.

20140710.111 Sigh, had a bug in the Creative-Cloud support.
20140708.110

Now supports Lr5.5+ Creative-Cloud Installs.

20140704.109 Sigh, introduced an error for some folks with the rebuild the other day.
20140630.108 Build-system update
20140605.107

Upgraded to the embedded copy of ExifTool to version 9.60.

20140510.106

The character-coding designation was being removed in some cases.

Upgraded to the embedded copy of ExifTool to version 9.53.

20140422.105

Fixed a bug in the "smoother revalidation" stuff recently added.

20140417.104

Upgraded to the embedded copy of ExifTool to version 9.53.

Make the revalidation process smoother, especially for folks using Lr5.4 and later.

20140313.103 Special keyword handling didn't necessarily work with non-ASCII characters.
20140204.102

Upgraded to the embedded copy of ExifTool to version 9.46.

20131102.101

Update for OS X Mavricks.

Updated the Image::ExifTool library to version 9.39.

20130626.100 Removed a reference (in Lr4+) to the "shadow data" maintained (in Lr2/Lr3) by my geoencoding plugin.
20130613.99 Better support for plugin revalidation.
20130611.98 Yet another Lr5 update
20130524.97 Apparently, a recent change broke things on Lr2, which some folks apparently still use.
20130508.96 Some more DNG-related updates, incuding a warning in the dialog about the dangers of removing metadata from DNGs.
20130508.95 Updated ExifTool to support modern DNGs, and some extra stuff to help remove metadata from DNGs. (That last bit is a work in progress... some metadata still isn't being removed properly.)
20130501.94 Update for Lr5
20130412.93 Build system update.
20130328.92 Fix for the registration system.
20130209.91 More build-system maintenance
20130209.90 More build-system maintenance
20130206.89 Added the xmpMM section to the list of XMP sections the plugin deals with.
20130201.88

Upgraded to the embedded copy of ExifTool to version 9.15.

20130110.87 The "strip keyword suffixes" feature was broken.
20121217.86

Tidied up some of the debugging/logging code.

Upgraded to the embedded copy of ExifTool to version 9.09.

20121101.85 If a file can't be updated due to permission problems, perhaps it's because the OS is still holding the file open, so pause and retry a couple of times.
20120608.84 Fix an "attempt to perform arithmetic on field" error.
20120526.83

Update to handle the Mac App Store version of Lightroom.

Upgraded to ExifTool 8.92

20120430.82

Tweak for Lr4.1RC2.

Enhanced the send-log dialog to hopefully make reports more meaningful to me, yielding, I hope, the ability to respond more sensibly to more reports.

20120330.81 Update to handle 4.1RC
20120318.80

Found a way around the restriction of working with network shares on windows (paths that begin with \\), and also fixed problems related to non-ASCII in file and path names. Wasted all day on this hairy area in Windows. Ugh.

Upgraded to ExifTool version 8.84.

20120309.79 Update to the debug logging to better track down timing issues that might arise.
20120306.78

More on the march toward Lr4, including upheaval in the code to handle Lightroom APIs being discontinued in Lr4.

20120114.77

More tweaks for Lr4b.

20120112.76

Update for Lr4 beta: explain in the plugin manager that the plugin can't be registered in the beta.

Updated Image::ExifTool to version 8.75.

20111210.75

Updated Image::ExifTool to version 8.68.

Had issues with the registration button sometimes not showing.

Added a system-clock check and reports to the user if the system clock is more than a minute out of date. An incorrect system clock can cause problems with various kinds of communication and authentication with some of my plugins, so I've just gone ahead and added this to every plugin.

20111025.74

When doing a plugin upgrade, offer the ability to flush all the old copies of the plugin.

Change how perl is called under the hood on OSX.

20110628.73

Added some new Exif fields (Camera Serial Number, Camera Owner, Lens Make, Lens Model, Lens Serial Number, Lens Stats, and a bunch of GPS-related fields) and re-organized the presentation to suit.

Folded the various sub-second-time fields into their respective date/time fields. Cleaner this way.

Upgraded to the embedded copy of ExifTool to version 8.60.

20110518.72 Tried to make the "remove with prejudice" option more prejudice, searching in more metadata groups for items to delete. Also, made it so that removing "CreateDate" with prejudice now removes "DateCreated" wherever it might be, as well as "TimeCreated", "DigitalCreationDate", and "DigitalCreationTime".
20110419.71

Added some extra debug logging to try to track down a Lightroom-hang issue.

Upgraded to the embedded copy of ExifTool to version 8.50.

20110203.69 Fixed (hopefully) a problem some have encountered when running a second time on a Windows install of Lightroom. Upgraded to the embedded copy of ExifTool to version 8.40.
20100829.68 Made the revalidation process much simpler, doing away with the silly need for a revalidation file.
20100820.67 Discovered a bug in my plugin build system that caused horribly difficult-to-track-down errors in one plugin, so am pushing out rebuilt versions of all plugins just in case.
20100812.66

Bumped up version of ExifTool to version 8.25.

Added code to allow plugin revalidation after having been locked due to a bad Lightroom serial number.

20100625.65 Yikes, shaking out some more build issues.
20100624.64 Discovered a nasty build bug; pushing a new version in case it affects this plugin.
20100608.63

This version can be registered in Lightroom 3. It can run in Lightroom 2 or Lightroom 3; it does not work in the Lr3 betas.

It uses my new registration system when run on Lightroom 3, which avoids some of the silly issues of the old one. Please take care to note the details on the registration page: use of this version (or later) of the plugin in Lightroom 3 requires a new registration code, even if you had registered some older version of the plugin.

20100516.62 Update for the Lr3 beta.
20100301.61

Did some internal housekeeping on the code to tidy up some messy handling of plugin presets. Added a couple of extra built-in presets ("Touch of privacy", "Preserve only the basics") to give new users some starting points. Also, the "set file modification date" option was advertised to not be part of the plugin preset system, but it actually was. Fixed that, so now it is indeed not part of the preset plugin system.

20100218.60 Minor tweak for LR3b.
20100205.59

I didn't like how the special keyword stuff I added a few versions ago felt, so I redid it from scratch, and added the ability to strip or preserve specific keywords (and/or keywords matching filename-like patterns). I also added the ability to remove keyword prefixes or suffixes, thinking that it might be useful. For example, you might have a set of keywords for one stock agency, e.g. agency1-flower, agency1-dog, and another set for another (agency1-rose, agency1-happy dog, and use the new functionality on export for the first agency by stripping all keywords other than ones that match agency1-*, and then removing the agency- prefix. Personally, I don't use keywords, so I don't know whether any of this is actually useful. Let me know.

Warning: when hierarchical keywording is enabled (in the standard export-dialog “Metadata” section), I'm not exactly sure what semantics would make most sense for the keyword filtering and prefix/suffix removal features, so whatever it does in this version is likely not useful, and likely to change in a future version. If you use hierarchical keywords a lot and have thoughts about how this would work best, please drop me an email.

20100205.58 oops
20100201.57

Added an option to have the plugin ignore output files that are not JPEG (such as when you export to DNG, or export a raw file with a file-settings format of "Original".

20100201.56

Added new special-case handling for keywords. Keywords can be embedded in three different metadata blocks, and if you merely want to suppress keywords for a particular export, deleting all three blocks can be more than you want, so a new tri-state option for keywords, toward the bottom of the list, has been added. By default it's set to do nothing, but you can set it to explicitly preserve or remove the keywords in all their forms. It seems to be working, but do give it a test to be sure.

Completely changed how the one-click upgrade applies the newly-downloaded zip file, in the hopes that it'll work for more people. Rather than unzipping over the old copy, it now unzips to a temporary folder, then moves the old folder out of the way and the new folder into place. Prior versions' folders are now maintained (with the version number in the folder) in case you want to revert a version; you may want to clear them out from time to time. Of course, it won't take affect until you try to upgrade after having upgraded to or beyond this version.

20091205.55 Minor internal debugging tweaks.
20091022.54 Added a first draft of some rudimentary support for Lightroom 3 Beta. See this important note about plugin support in Lightroom 3 Beta and Lightroom 3, including future plans for features and my registration system.
20090903.53 I'm back from a long trip and starting up the plugin machinery again. This version adds the "lr" XMP section (which is the "keywords as Lightroom hierarchy", if you enable that in the "Metadata" section), and fixes a crash that some Windows users ran into when the combination of selected items could sometimes create a command line longer than Windows could handle.
20090701.52

Upgrading the built-in version of ExifTool to include support for DNG 1.3, required to work with for DNGs made with Lightroom 1.4.

Enhanced the one-click upgrade stuff quite a bit, now detecting ahead of time when it will fail because the plugin is installed where Lightroom can't write (if Lightroom can't write to it, it can't update itself). I also added a progress bar, and now download in smaller chunks to avoid 'out of memory' errors on the larger plugins. Do remember that this new functionality becomes available after you upgrade to or past this version, when you then upgrade with it.

20090521.51 Fixed a "loadstring" error some users got.
20090510.50 Added a link in the Plugin Manager to the plugin's update-log RSS feed.
20090507.49

Added an option to "remove Exif items with prejudice". When enabled, marking an Exif item for removal also removes the item from other places it might be found, including the XMP "exif" block, inside an embedded thumbnail (which is unlikely, but possible in some strange cases where you're exporting an original that was originally imported with a metadata-laden thumbnail), etc.

Added remove/preserve buttons to the overall "Individual Exif Items" header.

Made the "Set the exported image file's modification date to the image date" option part of the preset state (so that it's value is saved and restored along with all the other settings).

20090425.48 Tweaked how the plugin tries to update itself during the one-click upgrade process, to hopefully get things working for those few Windows users that have never had it work. Crossing fingers. We'll see.
20090423.47 Changed the way files are updated, to avoid a potential problem (not yet actually seen) when exporting huge 100MB+ files. Also added a boatload of verbose debugging when the "extended logging" is checked in the Plugin Manager.
20090314.45 As requested, there's now an option to set the file date of each exported image file to the image date. If the image has "shadow GPS data" (from my geoencoding-support plugin) that includes a date, then that's used because it'll be the most accurate, having come from a GPS tracklog. Otherwise, the DateTimeOriginal or DateTimeDigitized metadata value is used.
20090313.44 It seems that PayPal doesn't give everyone a "Unique Transaction ID" in the registration confirmation mail; some people get a "Receipt Number". So, the registration dialog now accepts that as well.
20090228.43 Fixed a bug that caused a plugin crash if my server couldn't be reached during registration.
20090223.42 A little boo-boo in the previous version would make it look like unregistered versions couldn't even work for less than 10 photos after the trial period. It would work, but told you it wouldn't. Fixed in this version.
20090222.41

NOTE: you may need to restart Lightroom after installing to this (or a later) version from the previous (or an earlier) version. Please try a restart if you get an error the first time you try to use the plugin.

As per the ongoing discussion on my blog, with this version this plugin moves over to a "donationware" model, in which the plugin remains free, but registration eventually becomes required (and an eventual donation hoped for :-) ).

For details, see Lightroom Plugin Development: Now With Added Encouragement. (For info about what drove this decision, see What To Do When a Hobby Becomes Work?)

The plugin no longer expires, and correspondingly, I will not pay much attention to reports of bugs that have already been fixed, so please check your version and the version history before submitting bugs or feature requests.

There was a lot of internal upheaval in the code, so I expect that some boo-boos my surface. If something breaks for you with this version, please let me know, but until I fix it, feel free to revert to the previous version.

One bug fix in this release: I fixed, I think, the inability to write data to images whose filenames have non-ASCII characters. Working on this bug is a perfect example of why I'm moving to a donationware model: this non-ASCII-filename situation doesn't impact me, personally, but I spent 8+ hours today tracking down the problem (Windows is horrid) and MacGyvering a solution. I hope it works for everyone.

20090129.40 More debugging for an edge-case error one user is getting.
20090128.39 Small housekeeping update for the new locales supported by Lightroom 2.3.
20090121.38

The metadata wrangler doesn't seem to work on Windows when the destination images are written to a \\hostname share, so I now disable the export if it detects this situation. If you map the share to a local drive letter, it should be able to work. If anyone knows why cygwin Perl can't access a filename like "\\host\path\file.jpg", please let me know.

20090116.37 It turns out that the automatic upgrade stuff doesn't work if the plugin folder has been renamed from its original. That should generally not happen, but it's possible, so the plugin now checks its own location reports the issue to the user if it finds it.
20090115.36 Added more debugging-log stuff to the 'Upgrade Now' button action, to try to understand why it doesn't work for some people.
20090110.35 Added a checkbox in the Plugin Manager to turn on enhanced debugging (more stuff in the plugin's debugging log), and added a button in the same place that sends your log to me. Particularly for “the upgrade button doesn't work” and “error while uploading” type issues, this should be useful for debugging.
20090107.34 Updated the ExifTool install that the plugin uses to Version 7.60, which corrects some problems that a few plugin users were seeing while working with certain Canon image files.
20081221.33 A message was not reporting the proper data on certain kinds of errors.
20081210.32 Things seem to have settled down, so pushing back the expiration for several months...
20081124.31 Perhaps fixed a problem whereby the "Upgrade Now" button didn't work for some Windows users. We'll see whether it works when those users upgrade from this version to whatever version is next.
20081122.30 No problems from the upheaval recently, so pushing back the expiration a bit.
20081121.29 Try#3 at this fix. Perhaps I shouldn't be programming when I have a cold....
20081120.28 Grrr, build problem held back the fix in .27. This should actually have the fix this time.
20081120.27 Fixes the Undefined subroutine &Digest::MD5::md5 error that some people are seeing.
20081119.26 Added some more logging to help debug the Undefined subroutine &Digest::MD5::md5 error that some people are seeing.
20081117.25 No new functionality in this version, but a huge upheaval in the underlying code to repair an unfortunate design choice I made early on in the development that had limiting consequences I'd not foreseen. There are likely bugs introduced in this version, and as such, it has a short expiration date to encourage updates as those bugs are reported and fixed. If you do run into an error, please send (via email) the log referenced in the upper-right of the Plugin Manager. Thanks.
20081113.24 Added "enabled" to the status line when it's enabled, just to be clear. Attempted to address a problem that I didn't think could happen, but apparently has.
20081031.23 Fixed a but wherein keywords were getting flattened in some situations.
20081030.22 Added a bit of logging to try to track down a problem.
20081004.21 Fixed a situation that might have caused trouble when running two exports in tandem.
20080923.20 Sigh, just realized that the "check for new version" stuff did break in 2.1. Totally my fault, sorry. Fixed.
20080923.19 Arrrgh, my plugin build system has been broken since returning to Kyoto two weeks ago, thereby causing new installs of this plugin to not work. Sorry! Should be fixed now.
20080916.18 Finally have the upgrade button working on both Win and Mac. Since I returned home last week, I now have access to both kinds of machine for the first time since LR2 was released. I can sum up the 5 hours I spent wrestling with the unzip code in three word: I hate Windows. Microsoft owes me five hours of my life back. Note that you may have to install this one by hand in order to get the newly working upgrade button... it's the next upgrade that should be easy-as-click.
20080831.17 Handle a race condition in the upgrade logic that sometimes results in a superfluous "You have version XYZ, but version XYZ is now available" message
20080831.16 Made the switch among presets a bit more efficient, and perhaps fixed a bug related to the preset name not updating in response to changes made in the various selections when switching among Lightroom export presets. (I say perhaps because I could no longer replicate the bug I thought I was seeing, but I don't think I changed anything that would have fixed it, so maybe there really was no bug in the first place? I dunno. In any case, it's fixed. :-) )
20080828.15 Minor tweaks
20080828.14 A few more tweaks to report a failed upgrade attempt a bit more clearly
20080828.13 When upgrading, ignore a status of “50” (which means “out of disk space”) from the unzip the plugin performs. It seems Windows often reports this status even when there's plenty of disk space left, so until I can understand it better, I'll just ignore that code.
20080817.12 Lots of little tweaks as I cleaned things up. Added a bunch of stuff to the Plugin Manager, including a “What's New” button that shows up next to the “Upgrade Now” button when a new version is available.
20080814.11 Fixed infinite cycle of 'assert' messages one might get in odd situations
20080811.10 Moved and renamed the debugging logs to a temporary folder, and added log Show/Delete buttons to the plugin's custom section of the Plugin Manager.
20080808.9 Fixed the "LrShell" problem while using the one-click plugin upgrade.
20080807.8 Fixed the "strict.pm" error that Windows users were seeing.
20080807.7 Updated the plugin links to refer to the proper page, rather than my blog.
20080806.6 An attempt to fix the "Access to undefined global: quote" bug.... we'll see.
20080731.5 Fruits of the debugging... should now work for more people
20080730.4 More debugging stuff...
20080730.3 Added more debugging to the log file ("lr-plugin.log" in the Documents/MyDocuments folder) to help debug when things don't work.
20080729.2 Cosmetic change: swapped the section-heading "preserve" / "remove" buttons to match the order of the columns.
20080729.1 Initial public release

Comments so far....

Jeffrey, this looks very useful – but I do have one suggestion. The ordering of “remove and preserve” in the section headings is opposite of what it is for the detailed line items, and this seems a bit confusing in use.

Hah, didn’t even think of that. Fixed in *.2. Thanks! —Jeffrey

— comment by David on July 30th, 2008 at 1:06am JST (6 years ago) comment permalink

Hi, and again first big thanks on excellent contribution to Lightroom usability by updating the plugins.

However, it appears that with Windows there is a problem when running Metadata Wrangler plugin: is throws me a requester stating “Metadata Wrangler: error running metadata-removal command”. The folders Win and lib provbided with plugin are both empty. Should there be something, or should I download and install exiftool myself? I actually already tried it, but with no success. The exiftool.exe was loceted both in lib and Win directories.

— comment by KPa on July 30th, 2008 at 3:07am JST (6 years ago) comment permalink

Hello, I seem to have the same problem as XPa but under MacOS X 10.4.11…

Thanks again for these most excellent plugins, it greatly help LR2 usage. You also take very nice pictures and thanks to RSS feeds, I follow it almost everyday.

Ollivier and KPa, I’ve pushed a new version (.3) that puts a lot more into the debugging log. If it fails again, could you send the log via email? Thanks. —Jeffrey

— comment by Ollivier Robert on July 30th, 2008 at 4:36pm JST (6 years ago) comment permalink

Hello, nd a big thanks for the great lightroom-plugins.
But with the metadata wrangler plugin I get an error when activating. It says that it’s installed but it may not work.
Here I give the log-output also:

Plug-in error log for plug-in at: C:\Program Files\Adobe\Adobe Photoshop Lightroom 2\metadatawrangler-jfriedl.lrplugin

**** Error 1

An error occurred while attempting to run one of the plug-in’s scripts.
Access to undefined global: quote

**** Error 2

An error occurred while attempting to run one of the plug-in’s scripts.
Access to undefined global: quote

**** Error 3

Could not open dialog for plug-in.
Access to undefined global: async_version_check

Best regards,

Mark Wijnants

I think this is finally fixed in .6 —Jeffrey

— comment by Mark Wijnants on July 31st, 2008 at 2:59pm JST (6 years ago) comment permalink

Looks superb, Jeffrey, bravo. A question though – does the post processing step mean that Windows users will have to be careful with the length of their file paths when they run large exports?

I don’t think that really matters. Each image is handled in turn, the lengths don’t accumulate. —Jeffrey

— comment by john on August 1st, 2008 at 5:30pm JST (6 years ago) comment permalink

Not to beat a dead horse, but I’m getting the exact same issue as the last 2 folks – I’m running LR2 on XP.
Thanks so much for the good stuff -

Finally fixed, I think, in .6 —Jeffrey

— comment by Steve D on August 3rd, 2008 at 4:09am JST (6 years ago) comment permalink

I also have the same problem to report using the latest Lightroon 2 commercial and 20080731.5

If I can give any info to help then please let me know.

John.

— comment by John C on August 3rd, 2008 at 5:59am JST (6 years ago) comment permalink

Hi Jeffrey,

I am getting the same diagnostic messages as above. LR2, latest Wrangler (v20080731.5), Vista 64 bit.

I am a software developer by trade. Anything I can do to help? Maybe run some lua debug code on my system and report the output?

Thanks for your fantastic plugins,
Jeffrey Hunter

— comment by Jeff Hunter on August 7th, 2008 at 10:12am JST (6 years ago) comment permalink

Hi Jeffrey,

The new version fixed the “Access to undefined global” errors for me.

Thanks,
Jeff Hunter

Excellent, thanks for the report. —Jeffrey

— comment by Jeff Hunter on August 7th, 2008 at 12:27pm JST (6 years ago) comment permalink

Hi Jeffrey

Plugin is just what I’m looking for……however when I export (with EXIF deselected) I get an error written:-

Execute log:
————————————————–
> Can’t locate strict.pm in …..
————————————————–

And the resulting TIFF contains EXIF data.

Details:-
WinXP
LR 2.0

Thanks in advance!

Simon Brown

I think I’ve fixed this in .8. I’ve been flying blind on the Windows changes since leaving Kyoto, but I just installed LR on my Dad’s Windows box so that I could actually test it, and it seems to work now…. —Jeffrey

— comment by Simon Brown on August 7th, 2008 at 4:39pm JST (6 years ago) comment permalink

Hi,

Jeffrey, please do not let this to interfere your vacation with the family. I believe that we can wait until you have enjoyed your time with the family.

That said, I’, sorry to report same problem that Jim and Simon already did (on XP SP3).

It seems that it’s not simple issue of usinf strict.pm that is not located, and when perl code is run “non strict”, bunch of other (Lua?) errors appear. Logs will be in you email.

Regards,
/KPa

— comment by KPa on August 8th, 2008 at 2:47am JST (6 years ago) comment permalink

20080807.8 works for me – thank you.

— comment by John C on August 8th, 2008 at 5:36pm JST (6 years ago) comment permalink

Hi,

Also I tested .8, and based on the few test exports with various combinations of metadata it now appears to work ok. Big thanks.

Regards,
/KPa

— comment by KPa on August 8th, 2008 at 11:17pm JST (6 years ago) comment permalink

This looks very handy. I wonder (since the Run any command Piglet is beyond my grasp currently) if it is possible to update the metadata on export using a future version of wrangler not just preserve or remove. For example if you wanted to add IPTC Right Usage terms for a particular stock image sale but NOT change the metadata in LR catalog?

— comment by rory on August 21st, 2008 at 2:01pm JST (5 years, 11 months ago) comment permalink

Can you please offer this for Lightroom 1.x. This is just what I need and its a shame to have it only for v2.

I’d love to, but it’d be a lot of work to retrofit into 1.x, whose plugin architecture is much more limited. —Jeffrey

— comment by ZeHawk on September 2nd, 2008 at 10:21pm JST (5 years, 11 months ago) comment permalink

Jeffrey,

I’m getting the following when attempting to use metadata wrangler:

Sigh, it turns out that I’ve had an error in my build process for the last two weeks. I just pushed .19 that should fix things. Sorry for the hassles. —Jeffrey

— comment by Paul Howard on September 17th, 2008 at 8:56am JST (5 years, 10 months ago) comment permalink

Hi, I tried installing this plugin, and for some reason, it is failing.

Sigh, it turns out that I’ve had an error in my build process for the last two weeks. I just pushed .19 that should fix things. Sorry for the hassles. —Jeffrey

— comment by cas on September 19th, 2008 at 11:55pm JST (5 years, 10 months ago) comment permalink

I found the ExifTool information, and I copied this to your directories. I now no longer get any error messages in my log, but it still doesn’t work. Now it appears that nothing is happening.

I do have “Enable” checked. I am using the Preset “Preserve Metadata” with everything preserved. I also have preserve XMP blocks.

Any ideas what I should try next?

Sigh, it turns out that I’ve had an error in my build process for the last two weeks. I just pushed .19 that should fix things. Sorry for the hassles. —Jeffrey

— comment by Brian Potts on September 22nd, 2008 at 7:11am JST (5 years, 10 months ago) comment permalink

I got it to work with 2.0 doing the following:

downloaded:
http://www.sno.phy.queensu.ca/~phil/exiftool/Image-ExifTool-7.43.tar.gz

Extracted it and copied the /lib/Files and /lib/Image folders to the plugins /lib folder.

Worked like a charm..no errors on export.

Yikes, you shouldn’t have needed to do that. It turns out that I’ve had an error in my build process for the last two weeks. I just pushed .19 that should fix things. Sorry for the hassles. —Jeffrey

— comment by Sean Sullivan on September 23rd, 2008 at 3:00am JST (5 years, 10 months ago) comment permalink

I seem to be having difficulties accessing the new (.23) version.

I download and when I attempt to UnZip I get;

“Windows cannot open the folder. The compressed (zipped) folder is invalid”

Any help is appreciated.

Regards,

— comment by Ben on November 3rd, 2008 at 12:08pm JST (5 years, 9 months ago) comment permalink

I’ve got a new problem with the Metadata Wrangler, version 20081210.32, on MacOS 10.4.11, with LR 2.2 build 523352 — it pops up an error dialog saying “error running metadata-removal command”. The log file says:

Running: perl -I “/Users/msirota/Desktop/Lightroom/Export Plugins/metadatawrangler-jfriedl.lrplugin/lib” “/Users/msirota/Desktop/Lightroom/Export Plugins/metadatawrangler-jfriedl.lrplugin/doit” “/Users/msirota/Pictures/Lightroom/Exports/2008-12-06/20081206-5095.jpg” -delete Photoshop:ALL ThumbnailImage PhotoshopThumbnail 1> “/var/tmp/tmp.0.AwVTnl” 2>&1

+17.6: At line 9192:
STATUS = 256

Execute log:
————————————————–
> MD5 okay
> doit: couldn’t WriteInfo(/Users/msirota/Pictures/Lightroom/Exports/2008-12-06/20081206-5095.jpg):
————————————————–

Repeat for each image file. Always line 9192 and status 256, but the “+17.6″ varies. I’m wondering if it’s just an error checking the return status, since 256 == 0 with the high bit set, but that’s just a wild guess.

Let me know if I can do more debugging for you, happy to help.

— comment by Mark Sirota on December 18th, 2008 at 12:53pm JST (5 years, 7 months ago) comment permalink

Could you consider adding a text overlay option?

My specific situation is that I am exporting to SmugMug (also applicable to Flickr and others) so that my parents can see our photos on a digital frame that is set to retrieve photos from SmugMug. For photos where they won’t be familiar with the event or venue, I would like to have the IPTC caption field overlayed on the photo. It would be great to be able to select a set of IPTC fields as a text overlay for this purpose.

Most digital frames (and their supporting websites) I have come across cannot dynamically display an IPTC field – so it is necessary to overlay it on the picture statically.

Thanks,
D.

Tim Armes’ LR/Mogrify plugin does text overlays, although I don’t know offhand whether it can pull them from the metadata. It wouldn’t hurt to check it out, and if it doesn’t do what you want, to request it.

I’m reticent to add such a feature to mine because it would require adding a huge image-processing engine to the download (two engines, actually, one for Windows and one for OSX), and also because it would step on Tim’s toes. —Jeffrey

— comment by Djs on January 2nd, 2009 at 4:31am JST (5 years, 7 months ago) comment permalink

Hey Jeffrey, if that revision comment on 20090107.34 was for the problem I reported, they were Nikon D200 files (not that it really matters…) Thanks for the fixes!

— comment by Mark Sirota on January 10th, 2009 at 8:26am JST (5 years, 7 months ago) comment permalink

Is there any way to selectively strip or leave keywords.
For example, I often keep keywords relating to clients, or personal workflow however would like those removed if I were to export images for stock library, but leave relevant keywords in.

Within Lightroom, you can mark each keyword as do/don’t export. That should fit the bill. My plugins honor that selection. —Jeffrey

Update: as of version .56, you can now force all keywords to be stripped as a line item in the plugin. Thus, keywords that you want exported sometimes but not others, you can mark as “do export” in Lightroom, then strip them with this line item in the plugin when you need. —Jeffrey

— comment by Ben on February 3rd, 2009 at 12:06am JST (5 years, 6 months ago) comment permalink

Hi there. I know this is only peripherally related to your apparently wonderful selection of plugins, but I’m wondering if you know whether/how one can extend the set of metadata fields which Lightroom allows for annotation. They’ve got the IPTC core fields in there, but there are a lot of other fields which are potentially available within the XMP framework (e.g. the Creative Commons license fields, and the IPTC extended fields, like PersonInImage, etc. as listed on the ExifTool pages) and it seems odd to me that within a product put out by Adobe, the originators of XMP, there seems to be no option to actually take advantage of the extensibility of the metadata platform. So I’m left thinking that I just don’t understand how to use it, but I’ve been unable to find any mention of how to extend the metadata fields in the Adobe forums or documentation. Thanks for all your work.

— comment by Zane Selvans on February 3rd, 2009 at 8:22am JST (5 years, 6 months ago) comment permalink

“Within Lightroom, you can mark each keyword as do/don’t export. That should fit the bill. My plugins honor that selection.”

My first question is where are the settings to export with or without keyword tags as an “export filter”? Does Metadata Wrangler allow me to do that explicitly?

Another question is can Metadata Wrangler or any other plugin give me access to all the metadata I’ve carefully imputed (including the keyword tags) and allow me to manage it separate from an export. By “manage” I mean view and edit the metadata separate from the export process in one dialog or UI. A metadata aggregate if you will, where I can manipulate all the data (as a separate database) that I’ve spent years imputing using Lightroom but want access to for other purposes as a database outside of lightroom and the export process?

It seems that getting at all the data and metadata that Lightroom stores/collects or that I’ve imputed myself using Lightroom is driving towards a data management solution?

P.S. I’ve been working on a project for years now where trying to figure out (with an engineer) where Lightroom is actually storing metadata and data has caused lots of confusion.

Any input would be appreciated.

-Dave

— comment by Dave on February 6th, 2009 at 9:17am JST (5 years, 6 months ago) comment permalink

Hi Jeffrey

just a question: the “Resend Metadata” in Plugin Extras/Flickr plugin will not use Metadata Wrangler, right? Any way to add an option to use it? :-)

thank you!
Currently, “Resend Metadata” resends only tags, so there’s nothing for the Metadata Wrangler to do. As I add more things you can resend, it’ll be via checkbox, so you’ll be able to pick exactly what to resend, and as such, I don’t see how the Metadata Wrangler would fit in here… —Jeffrey

— comment by paolo savonuzzi on March 6th, 2009 at 6:30am JST (5 years, 5 months ago) comment permalink

Got your Metadata Wrangler plugin installed & working, but I’m surprised that there doesn’t seem to be a way to access it from the web module in LR…?!?! Am I missing something? The images exported as part of a web page are where I really want this control over the embedded metadata.

Thanks, great plugin!

Windows XP Media Center SP2
Lightroom 2.1
Metadata Wrangler 20090228.43

It’s an Export Plugin. I’ve never really looked into the web module. I’ll check it out, but I don’t hold much hope that it’ll at all be compatible… —Jeffrey

— comment by Karl von Valtier on March 13th, 2009 at 2:46am JST (5 years, 5 months ago) comment permalink

Great Plugin. Thanks for providinig that. It saves one extra stop for me each time I export.

Do you think it would be possible to add an option to fix file date&time after export within this plugin as well.
I use exiftool to set the file date of the exported pictures to the original capture date. This to allow proper interpretion of the picture dates in e.g. other photo library programs (e.g. web library, etc.)

I do this with the following script:

set theSourcePath to "/Users/Stoffl/Pictures/Lightroom\\ Exports/"
do shell script "exiftool '-DateTimeOriginal>FileModifyDate' " & theSourcePath

What do you think?

I think that’s an excellent idea… I’ll check it out! —Jeffrey

— comment by Stoffl on March 14th, 2009 at 5:58pm JST (5 years, 5 months ago) comment permalink

Hi-
From San Francisco, I’m new to Lightroom. I’m trying to find a way to extract the folder path words and add them to metadata…would your plug in do that? If not, do you have a suggestion for how to do that? I need 3 levels of folder path names to get dumped into each folders metadata. (country folder/location/hotelname/hotelimage.jpg The images are named with numbers which is not helpful when I’m needing to know the name of the hotel or want to search by country or city.

Any help would be appreciated!

I’m not sure what you mean by “dumped into each folder’s metadata”. If you want to create a listing of info about images in your Lightroom catalog, you’ll probably find Tim Armes’ LR/Transporter will do the trick. If you’re looking for something else, reply by email with more details… —Jeffrey

— comment by Laura on March 19th, 2009 at 4:14am JST (5 years, 4 months ago) comment permalink

I am using the version 20090313.44. Is there a command line command that can be used to process already exported images. I see in the postings that it can be used by Perl.

It would be really helpful, to know the command so that I can run it 0n all my previously exported JPEGs.

My requirement is to remove all the MetaData except the “Embedded ICC Color Profile”

Thanks
Chandra

Your best bet here would be to use exiftool directly, which has been designed for exactly the use you suggest. —Jeffrey

— comment by Chandra on April 14th, 2009 at 8:28am JST (5 years, 4 months ago) comment permalink

Flickr Export Plugin for Lightroom Version 20090403.89

I can’t seem to figure out how to include export items in more than one set in flickr. Am I missing something? If not, I think a lot of people do want to choose more than one set. It’s like collections in LR.

I’m really enjoying this. I didn’t think I needed this plugin and did my post-export metadata munging for flickr myself with exiftool, but I got it to see if I could control the flickr title without destroying my metadata, and see it has wonderful features I wasn’t aware of.

Thank you!
Judy

— comment by Judith Nicholls on April 17th, 2009 at 3:02am JST (5 years, 3 months ago) comment permalink

I got some problems with export to disk and this tool –
Error looks like this:

C:\Users\\Desktop\metadatawrangler-jfriedl.lrplugin\doit: couldn’t rename(C:\Users\\Desktop\output\foobar.tmp.jpg, C:\Users\\Desktop\output\foobar.jpg): Permission denied

This only happens to the first image in a batch, and doesn’t appear at all when using with export-to- plugins you developed.

Also even for the other exported images (and the *.tmp.jpg leftover), they have some weird permissions (Some S-1-121* user or the user “None”, which means it just screwed up) on them.

I tried moving the plugin directory out of desktop, it still doesn’t change. I also tried on output folder not inside my User directory, still no luck.

I suspect the problem belonging to some problems with DOS programs creating files on some Vista (or just my) machines. Here I am referring to perl.exe used in the distribution.

Since I can’t change which perl.exe it uses without mangling the directories I stop investigating here.

I’ve not had any other reports of problems like that, and it seems odd that it happens only with the first one, but not having ever used Vista, I’m unable to say with any confidence that it’s just your system. The writing is handled by exiftool, so I’ll have to ask its author about how it sets permissions and get back to you… —Jeffrey

— comment by itsnotvalid on May 17th, 2009 at 7:15pm JST (5 years, 2 months ago) comment permalink

Metadatawrangler-20090510.50
LR 2.3
Windows XP Home Edition

I get the warning:
Metadata Wrangler: error running matadata-removal command
See the log file … metadatawrangler-log.txt for details.

This happens not all the time but very often.
Can you please help me?

Thank you!
Manuela

I can’t infer much from you description; immediately after an error, please send a log via the “send to Jeffrey” button in the Plugin Manager. (By the way, that message often pops up after canceling an export…. there’s a bug in Lightroom in that it doesn’t tell the Metadata Wrangler that the export was canceled). —Jeffrey

— comment by Manuela on May 18th, 2009 at 5:34pm JST (5 years, 2 months ago) comment permalink

I’m trying to strip existing keywords from photos that have been written to the metadata by photoshop elements. Do you know what, specifically, I have to strip?

The issue is that I upload files to Flickr and I’m getting keywords that aren’t listed in LR because they’re still in the image metadata.

If it helps, the path for the keywords is /x:xmpmeta/rdf:RDF/rdf:Description/dc:subject/rdf:Bag

It’d be best to just inspect one of the images with exiftool to see where the keywords lie, but the “dc” in the path of gibborish toward the end of your note suggests that excluding the “dc” block might bear fruit. —Jeffrey

— comment by Mark on June 6th, 2009 at 10:15am JST (5 years, 2 months ago) comment permalink

I have been trying out metadata wrangler (MW) for a feww weeks now. So far no problems till today. I exported a big batch of photos with MW enabled without a hitch. Later when i tried to do another smaller batch of 50 only i encountered this error message:

win32 api error 5 (“access is denied,”) when calling shellexecuteEXW from AgWorkspace.shellExecute

Googled that & only 1 other guy had a problem with his Lightroom & firewall.

On my part, I found that disabling MW solved the problem. I have windows firewall turned on (it was on even before I installed MW).

Have you encountered this problem and could you help me solve it?

Thanks. btw I’m on LR2.2

I don’t think it’s a firewall issue, but it’s clearly a security issue of some kind. I’d guess that there are permission issues with the plugin folder, and your OS (let me guess… Vista?) has decided to stop allowing Lightroom to execute shell commands (which is what it does when the Metadata Wrangler runs). I don’t know Windows security that much, but I’m sure that there’s some kind of security setting for which you have to add an exception for Lightroom and/or the plugin folder (and subfolders). I suspect that the automatic upgrade (which needs to run an unzip command) will also fail until this is solved. —Jeffrey

— comment by kc kong on June 12th, 2009 at 10:18pm JST (5 years, 2 months ago) comment permalink

Hi Jeffrey, writing from on the road between Sweden and Belgium :-)

To support earlier requests for keyword removal by means of Metadata Wrangler, I would like to add the two following comments:

- In order to allow other applications to benefit from keywords, I have Lighroom write my keywords in the metadata of my originals. When I export in some cases I would like to keep the keywords and sometimes I want them to be stripped for privacy reasons. In Lightroom, however, I can only mark a keyword as always or never exported. It would be a nice addition to Metadata Wrangler to support case by case stripping of keywords (xmp:Subject, xmp-lr:Hierarchical Subject, iptc:Keywords) during export.

- The XMP block removal section of Metadata Wrangler does currently not seem to support the Lightroom specific XMP block xmp-lr. Exiftool does. Might be nice to add this too?

Cheers & thanks for the usefull plugins!

Would you mind following up via email with how you envision the selective keyword support to look like? About the XMP block, I’ll add it next week. I’m about to jump on a plane for The States, so am a bit distracted at the moment…. —Jeffrey

— comment by Bert on July 25th, 2009 at 8:27pm JST (5 years ago) comment permalink

Issue in: 20090701.52

G’day from Australia…

Hi Jeffrey,

First of all, thanx for this great tool.

I have been using MetaData Wrangler (MDW) for a while without any issue. However, when I installed the latest version I see that the LensID information (picked from the AUX block of the XMP file) is removed in the export process. I have asked to remove “Metadata Not Explicitly Listed” to avoid getting a long set of adjustment settings from LR. With this latest version of MDW it seems to remove the LensID also. I would like to know if this is a bug or if there is any workaround for it.

Thanx…

Upali…

I’ll have to look into it. I won’t get to it for a bit, as I’m currently traveling, but it’d be helpful if you could turn on enhanced debugging (in the upper-right of the Plugin Manager), then do one export, then send the plugin log (with the “Send to Jeffrey” button, also in the upper-right of the Plugin Manager), including a note about what got removed that you didn’t expect (to remind me, since I won’t look in detail until I return to Kyoto next month). For the time being, one workaround would be to leave all metadata there, except explicitly remove the XMP-crs block, which removes all the LR develop data. —Jeffrey

— comment by Upali on August 15th, 2009 at 11:56am JST (5 years ago) comment permalink

Hello from San Francisco. Thanks for the great tool! My only suggestion/wish is to add a check box that would make raw files exempt from any metadata striping when exporting a copy of the original (or from RAW to DNG). In the case of RAW files it appears to render them unreadable anyway (at least with the settings that I had on Metadata Wrangler) and when exporting to DNG the file was still viewable but was missing any post-production editing that had been done. Anyway, I doubt that many people will want to strip information from RAW/DNG files so it might be nice to have a fail-safe for those who forget that the filter is installed and running. 95% of the time I’m exporting JPGs that need to be stripped so I can see myself making such a mistake in the future.

It took a while, but I just added this feature in version .57. —Jeffrey

— comment by Cooper on September 3rd, 2009 at 3:34am JST (4 years, 11 months ago) comment permalink

I have Eye-Fi on my iMac and recently updated to Snow Leopard. I just downloaded the “folder-watch-jfriedl.lrplugin” and it appears that i is a PC program.

Is there some way to add it to the IMac?

Thanks.

Paul Scandlyn

There’s nothing about the plugin that is (or supposed to be) PC only, so if you find something that doesn’t work on your Mac, please let me know. —Jeffrey

— comment by Paul Scandlyn on September 22nd, 2009 at 2:04am JST (4 years, 10 months ago) comment permalink

Hi Jeff,

My Canon 500D (AKA T1I) inserts a piece of metadata in my photos that really freaked me out: the camera’s serial number. Now, I realize it’s next to impossible to trace a camera’s serial number back to its owner, especially if it’s been bought in a brick & mortar store, but still… Plus, whereas online sharing services usually provide anonymizing options for artists’ name etc…, no one ever seems to mention the camera’s serial number.

Do you think you could include the serial number amongst the options in Wrangler? Thanks…

In Lightroom the exact name of the value is “Serial Number”.

If the serial number exists, it’s in the Maker Notes section, which is generally not editable (and not included in JPG copies exported by Lightroom). However, Lightroom does extract the serial number in some cases to the XMP data, which is included, so to exclude that, exclude the “XMP aux” section with the Metadata Wrangler. —Jeffrey

— comment by Marco on September 27th, 2009 at 11:36pm JST (4 years, 10 months ago) comment permalink

I have metadatawrangler-20090903.53 version. If I have the BitDefender 2010 antivirus installed on my machine which has Vista 64 bit Ultimate, the Perl.exe does not work. It just hangs. I tried just typing the perl.exe which comes with the package on the command prompt and it hangs. I tried putting the Perl.exe as exclusion in the antivirus, still it did not work. If I uninstall the antivirus software then the Perl.exe that comes with the package works.

With the latest version of Perl.exe and antivirus still there on my machine, the Perl.exe works on a command prompt. I tried replacing the Perl.exe that comes with the plugin with the new version, then it complains about something else, atleast it does not hang. So I think the version that comes with the plugin does not work the BitDefender antivirus software. Can this issue be fixed.

I have neither Vista nor BitDefender so I can’t test, but there are no viruses in my plugin, so if BitDefender is having an issue with it, it seems they have a problem to address. —Jeffrey

— comment by Chandra on September 29th, 2009 at 12:15pm JST (4 years, 10 months ago) comment permalink

I think this problem will happen on any operating system with BitDefender. You can download antivirus evaluation and try this. Like I said there is no hang problem with newer version of perl. Will you be able to update your package with newer version of Perl, if this is a possibility.

Thanks
Chandra

You probably just need to add an exception for perl or Lightroom or something. Like I said, plugins downloaded from my site have no viruses (and, FWIW, no one else has ever reported anything like this), so it’s not something I’m inclined to add very high up on my already-impossibly-long todo list. —Jeffrey

— comment by Chandra on October 2nd, 2009 at 12:29am JST (4 years, 10 months ago) comment permalink

Perl.exe keeps crashing.

I am using the latest version of MetaDataWrangler (metadatawrangler-20090903.53.zip ) in Lightroom 2 v 2.5 (64 bit) on a machine running Windows 7 Ultimate 64 Bit and I cannot export without getting a message for every file saying that perl.exe has failed to run. If I go to the Win directory in the installed plgin dir and try to run perl.exe directly it also crashes.

Any ideas?

Regards
Trevor

I’ve not heard other reports of problems on Win7, but I’ve also never tested it there. (I still run XP.) Could yous end details about the crash (what kind of crash?) via email? —Jeffrey

— comment by Trevor Lewis on October 17th, 2009 at 1:46am JST (4 years, 9 months ago) comment permalink

where do you store the presets in metadata wrangler?
i’m working on osx 10.5.8 and would like to use the same presets on my laptop.

There’s no easy way to import/export them, though now that I think about it, Metadata Wrangler settings (not presets) are saved when you create a Metadata Preset, so you can select a M.W. preset, create an Export preset, and repeat. Then copy the Export presets to the new computer and cycle through a load, save M.W. preset sequence. It’s a bit kludgy, but then, you’re the first person to ask about this in the couple of years the Metadata Wrangler has been out. —Jeffrey

— comment by Christian on December 9th, 2009 at 3:11am JST (4 years, 8 months ago) comment permalink

Thank you, for this great LR-plugin !

— comment by André Weigel on December 9th, 2009 at 7:21pm JST (4 years, 8 months ago) comment permalink

Hi,

First of all, thank you for making such a usefull add-ons for Lightroom. Without plugins the LR would not be my choice of the post-processing software.

The Metadata Wrangler is very handy controlling the amount of the information one wants to publish with the exported pictures. Regarding that, I have a wish for an extended feature. I do not know if it’s feasible to implement with current approach, but asking never hurts, it adds information instead :)

So, would it be possible to partially filter keywords attached to exported pictures? Like when you have hierarchical keywords used in Lightroom, you could either select the hierarchies to be included or excluded. For example, one could define export to filter out all keywords under category “people” and “addresses” in order not to accidentally publish name or exact location of the subject. Or, just tag keywords under groups “country” and “animals” to the included in the export.

Do you think such a feature would be feasible?

It may be feasible, but it’s not likely something I’d do, since you can already mark individual keywords in Lightroom to be exported or not. —Jeffrey

— comment by KPa on December 29th, 2009 at 4:00pm JST (4 years, 7 months ago) comment permalink

Uh. Silly me, now I feel stupid… back to “reading the friendly manual”. But anyhow, this added the information, atleast to me and hopefully also someone else.

Only difference would be that by having this feature in the export plugin one could have different filtrations depending on the purpose of the export simply by choosing export presets accordingly.

— comment by KPa on December 29th, 2009 at 10:44pm JST (4 years, 7 months ago) comment permalink

Is there any way I can strip SPECIFIC keywords, if present, while retaining the rest of the keywords?

I use some keywords internally for organization that just look silly when present on images that I export to publish in places like Flickr.

Keywords that you never want to publish should just have the “include on export” flag turned off. Right click on a keyword in the Keyword List, and “Edit keyword”. —Jeffrey

— comment by John Vanderbeck on February 4th, 2010 at 12:03am JST (4 years, 6 months ago) comment permalink

I’m sorry, my fault for not being clear. I know I can set certain keywords to NEVER be exported in a global manner, but I use them for various internal purposes so I need them to export in most cases. However when exporting to specific areas, like Flickr for example, I need to strip certain keywords. I have been doing it manually but when I heard about this plugin I had hoped it would allow me to automate it.

I thought it would be easy to add, but I kept running into things (and adding more features), so it took two solid days, but I’ve just pushed v58 that allows you to do this, and more. —Jeffrey

— comment by John Vanderbeck on February 4th, 2010 at 1:32am JST (4 years, 6 months ago) comment permalink

Hi Jeffrey,

Wanted to first say thank you for adding the ability to strip keywords. It has been a huge help to me. I’ll be sending a donation your way soon.

I also wanted to say that with this functionality in place, you can do something really cool with your plugins! You can now use internal tags to affect the export of your photos to services like Flickr, but then have those internal tags stripped during the export. So you get the automated control over the export without the tags actually going out. It rocks! For example, on Flickr my default copyright level is Copyrighted, but I sometimes upload photos that I set to Creative Commons. I can now set a keyword in Lightroom called “license_cc” and in your Flickr exporter I have it set to mark any images with that keyword as Creative Commons license. But then in the Metadata Wrangler I have it set to STRIP that keyword. Net effect is that the Flickr exporter sees it and assigns the license, but then the wrangerl removes the keyword so I get the license on Flickr but not the keyword. Cool!

About “You can now use internal tags to affect the export of your photos to services like Flickr”, you can do that without this plugin… just right-click on the keyword in the Keyword List (in Library) and unselect the “include on export” option. —Jeffrey

— comment by John Vanderbeck on March 2nd, 2010 at 4:41am JST (4 years, 5 months ago) comment permalink

A wishlist item. Currently, there’s an option to “Add copyright watermark” which will appear along the bottom edge of the image. I’d love the option to have it appear across the middle of the image which would help reduce unauthorised uses. Any chance, please, Jeffrey? Thanks, John Walmsley, UK.

My plugins don’t do anything one way or the other with watermarking; most who want watermarking use Lr2/Mogrify. —Jeffrey

— comment by John Walmsley on May 10th, 2010 at 5:11pm JST (4 years, 3 months ago) comment permalink

Keep getting the same error message when trying to update MetadataWrangler in LR 3 beta 2 on Mac OS X 10.6.3.
metadatawrangler-20100301.61.zip

“This version of this plugin does not work in LR3; please upgrade to the latest version from Jeffrey’s site.”

Dave

Sorry ’bout that…. I guess I thought that Lr3 would be out by now. Just pushed a new version. —Jeffrey

— comment by David Balardini on May 16th, 2010 at 2:39am JST (4 years, 2 months ago) comment permalink

Just a quick question that may be useful to others: where are the saved settings (from the “save/select preset here”) actually stored? I’ve just upgraded my computer (have put in win 7 on a new HDD) and the old saved presets have gone missing from that drop down list. I guess I have to copy them from somewhere). I was using XP before, if that’s any help.

Thanks, David in Australia.

They’re stored in Lightroom’s preferences file. —Jeffrey

— comment by D on May 23rd, 2010 at 12:52am JST (4 years, 2 months ago) comment permalink

You must be as nocturnal as I am, Jeffrey!

Your response gave me the clue I needed: digging into XP’s old ‘documents and settings’ … Adobe/Lightproof folder, I found a preferences file, which I copied to win 7′s users / … / AppData … Roaming etc folder. Isn’t Windows painful, keeping such important data hidden away in such difficult to find places! David.

Nocturnal, or living on the other side of the earth (Kyoto). Glad you found it. —Jeffrey

— comment by D on May 23rd, 2010 at 2:07am JST (4 years, 2 months ago) comment permalink

Thanks for all the great plugins! When you get a chance to come up for air it would be really helpful to be able to”wrangle” the new iptc extension fields.

tks, louie

— comment by Louie Sherwin on June 19th, 2010 at 11:42pm JST (4 years, 1 month ago) comment permalink

The above comment would apply to version 20100608.63 in LR3. This would also apply to the “Metadata-Viewer Preset Editor” version. 20100609.24 since comments are not enabled for the section your blog.

Tks again,

-louie

— comment by Louie Sherwin on June 20th, 2010 at 12:26am JST (4 years, 1 month ago) comment permalink

Wow
this is an amazing plugins

why don’t add serial number for the body and lens?
export exif but not the serial number of the body and lens could be very nice
it could be useful for the privacy

Those items are very non-standard, and are generally in the MakerNotes section, which is not editable. You have to strip the whole section to get rid of them. —Jeffrey

— comment by mantra on July 1st, 2010 at 11:45pm JST (4 years ago) comment permalink

I have Windows 7 64-bit, ver 20100625.65, Lightroom 3 (also tried LR2 with same results)

Here’s my problem. I shot an event for a client who normally receives 8 megapixel (mp) images from my Canon 1d Mk IIn. I just upgraded one of my camera bodies to the 16mp Canon 1d Mk IV. They requested DNG files, so I would like to remove the camera model from the metadata, as I’m shooting their images in medium sized RAW files to match my older camera body.

When I output the DNG files from LR using this plugin, the camera model is showing in the metadata. I even tried the remove all metadata preset. Is there a way of getting rid of the camera model?

Thanks,

William

There seem to be issues with removing certain kinds of data from TIFF-style files, of which DNG is one. I’ve got a note into the ExifTool author for clarification. —Jeffrey

— comment by William on July 2nd, 2010 at 6:47pm JST (4 years ago) comment permalink

Followed your advise and checked the registration page. I went back into my paypal history and the reg number was correct. Still, when I try to register in LR3 I get the message “Registration Failed. That the code has already been used in LR2.”

Do I need to make a new donation?

No one needs to ever send me anything to me to use the plugins, but as referenced in the big “Lightroom 3″ box above, on the registration page, and in the FAQ, if you upgrade the plugin and if you want to register it, you need a new code from PayPal to do so. —Jeffrey

— comment by Morrie Farbman on July 17th, 2010 at 12:31am JST (4 years ago) comment permalink

I have just downloaded (and registered) your MetadataWrangler plug-in. So far, it looks great. First, my environment: Vista, with LR3. Camera: Canon 5D MkII. My question: The EXIF information in LR3 clearly shows the “Lens” that was used and the “Serial Number” of the 5DMkII body. On my first few test exports, with “everything” selected… the “Lens” and the “Serial Number” were NOT exported. I guess I really don’t care about the “Serial Number”, but I would like to export the “Lens” information. Is this a LR3 issue, a VISTA issue, or a “pilot error”? :-)

Thanks.

The Metadata Wrangler never adds data, but simply allows you to filter what data Lightroom normally includes, and Lightroom never includes the Maker Notes section where serial number and such are. —Jeffrey

— comment by JDan on July 24th, 2010 at 3:05am JST (4 years ago) comment permalink

Hi again,

Solution to the above mentioned problems, altough I do not know why it works. I did update solution also to the Adobe SDK-forum, from which I also asked for advice.

The solution was to remove the preferences file “Lightroom 3 Preferences.agprefs”. This did fix the problem with Metadadata Wrangler on both of the computers. I would say that this must be related to the LR3.2 update and perhaps combination of plugins that I use (Metadata Wrangler, LR/Enfuse and LR/Mogrify 2).

I tought to report you with the solution, just in case someone else stumbles to the same problem (or it’s related to some LR bug).

— comment by KPa on September 28th, 2010 at 1:17am JST (3 years, 10 months ago) comment permalink

From the UK, running LR 3.3 and Metadata Wrangler 20100829.68

Is there a way to not strip the email address from the contact metadata held within the IPTC section in LR?

Thanks.

If leaving the whole IPTC section is more than you want to do, you might want to strip it with the wrangler, then add it back via ExifTool and my run-any-command plugin. Or, you might consider stuffing the email into one of the Exif fields, which the plugin gives more granular access. —Jeffrey

— comment by Steve on December 11th, 2010 at 9:37am JST (3 years, 8 months ago) comment permalink

from australia,

let say i have a camera that takes pictures on a 3000×5000 pixel sensor. if i crop the image in lightroom, the displayed size is adjusted to something like 2890×4900 for instance.

now i want to upload a copy of this image to a stock library but they require pics with a longest side of 500 pixels. i can do that on the export from lightroom. with your plugin i can remove all metadata that i don’t feel necessary. i can leave the size info and it reads 295×500. is it possible to keep also the cropped size calculated by lightroom (2890×4900) so that the library knows the original file size.

thank you.

I’m not sure what you mean by “the library”, but I suppose you could use my run-any-command filter to try to get ExifTool to insert the OriginalWidth and OriginalHeight (via template tokens) to some metadata field or other. —Jeffrey

— comment by frank on January 12th, 2011 at 5:06pm JST (3 years, 7 months ago) comment permalink

Hi Jeffrey, from Holland.

It seems this is not really a bug but took me a while to figure out. I am using the Wrangler when uploading to SmugMug. I have defined a preset to strip almost everything, including the “Entire IPTC block”. No problem so far, really. I can type the description of each picture in the Caption field, and SmugMug will display it as expected. However, as soon as I tried entering accented or international characters, they ended up being translated into the non-accented version. For example, é is shown as e, ø is shown as o. After some digging this turns out to be caused by the stripping of the IPTC block. What’s misleading is that a copy of the Caption field is included in the Exif block, with the accents removed.

Lesson learned: if you care about accented characters / diacritics in Captions, don’t strip the IPTC block.

This is with LR 3.3 and Wrangler 20110203.69.

Yes, if you strip IPTC, you’re left only with Exif, and Exif is explicitly 7-bit ASCII (Why? Because the folks that designed the standard were not very smart.) —Jeffrey

— comment by Campo on March 15th, 2011 at 7:05am JST (3 years, 5 months ago) comment permalink

Each time I update one of yout plugins I have to go to ~/Library/Application Support/Adobe/Lightroom/Modules to get rid of a copy of the old one. On MacOS iy’s a waste of time, we have Time Machine in case something goes wrong with the last version [this never occurs in fact ;-)]

I don’t understand the reference to Time Machine, but you probably shouldn’t be putting non-Adobe plugins into that folder… that’s where they had to go in Lr1, but Lr2 introduced the Plugin Manager. You can add and remove plugins with the Plugin Manager unless they are in that folder. You might want to make a ~/Library/LightroomPlugins/ folder, or the like, to store third-party plugins…. —Jeffrey

— comment by Alain on April 19th, 2011 at 3:21pm JST (3 years, 3 months ago) comment permalink

Time Machine is a backup feature included in Mac OS since 10.5.
I do use Plugin Manager, do you suggest I have to move all my plugins in a new place to get rid of that useless backup copy?

I use Time Machine myself, but I don’t understand the reference to it (and to backup copies) in the context of plugins. —Jeffrey

— comment by Alain on April 19th, 2011 at 4:44pm JST (3 years, 3 months ago) comment permalink

When I update the plugin in Lightroom Plugin Manager I get two copies of the plugin : the last version and a copy of the previous one with a different name. I guess this copy is a backup and I have to delete it manually otherwise Lightroom loads both. As Time Machine creates backups on a hourly basis the copy is useless.

Ah, I see. The upgrade process leaves the old plugin around with a unique name, so that’s what you’re seeing. I didn’t think about the situation when you have the plugins in the Lr system location (since Lr was not designed to have 3rd-party plugins there), but I’ll see whether I can’t do something to mitigate the problem…. —Jeffrey

— comment by Alain on April 19th, 2011 at 5:54pm JST (3 years, 3 months ago) comment permalink

I have a problem with metadatawrangler-20110419.71. I use LR 3.4 (German version), Windows 7 Ultimate. The export plugins does not work and returns the following errors:

**** Error 1

Beim Ausführen eines Skripts des Zusatzmoduls ist ein Fehler aufgetreten. (There was an error while executing the script of the plugin)
BASE:53: attempt to call field ‘?’ (a nil value)

Any ideas?

I’ve seen this a few times, and it always seems to clear up if you restart Lightroom and/or reload the plugin a few times. I’ve never understood why. —Jeffrey

— comment by tuxyso on May 17th, 2011 at 2:15am JST (3 years, 2 months ago) comment permalink

People have, in the past, asked for the ability to strip the camera serial number. As of EXIF 2.3 this is now a standardized field, and as of LR3.4 it is exported. I would like to renew the request to be able to explicitly strip this. Thanks!

I must have missed it the first time, ’cause I hadn’t been aware of the Exif changes. Thanks for the heads up. I just pushed .73, which now handles serial number, and more. —Jeffrey

— comment by Mark Sirota on June 28th, 2011 at 8:49am JST (3 years, 1 month ago) comment permalink

Hello Jeff,

As a new user of your Metadata Wrangler plugin for LR2.7, I was wondering if it would be possible to have a kind of “manager” which would allow to strip keywords families using hierarchy?
I may be willing to remove some keywords families in the exported pictures regarding for instance : Continental geolocalisation or atmosphere.
Thank you.

Your better bet would be to simply mark some keywords to not be exported. You can also use the Wrangler’s filtering based upon prefixes or suffixes you use with your keywords. You can also use my run-any-command plugin with exiftool to perform complex custom processing. —Jeffrey

— comment by Xavier Riom on July 4th, 2011 at 2:58am JST (3 years ago) comment permalink

Need a little help. I downloaded the lightroom plug-in. imac. lightroom 3
Plug-in manager says it is there and running.
I can’t find it after that. Doesn’t show up on llist of publishing services.
Can you lend me a hand and help me get this figured out. I want to publish directly from Lightroom to my zenfolio acct.

Thanks!

The Metadata Wrangler is a filter for any export, but not an export provider itself. For Zenfolio, you’ll want the Zenfolio plugin. —Jeffrey

— comment by Connie on July 21st, 2011 at 10:49am JST (3 years ago) comment permalink

Hi Jeffrey,

I have trouble getting the plugin (version 20120114.77) to work in LR4 final (in trial mode) on Win7-64bit. I’m getting the following error:

An error occurred while attempting to run one of the plug-in’s scripts.
This version of the “Metadata Wrangler” plugin is too old for Lr4; please upgrade the plugin. The plugin home page is shown in the “Status” section above.

I auto-installed the plugin to the latest version from LR3.6 and tried a manual install as well afterwards.

2 things I can think of:
- I’m using LR4 in trial mode until the upgrade with the serial number arrives.
- I did a complete reinstall of my system recently after getting a SSD. Afterwards I had to change permissions to my LR-plugin folder to get the auto-updating to work again. While this works now in LR 3.6, maybe there are some other permission issues I have to resolve? I have changed the catalog permissions already, but that did not change anything.

Anyway, thanks for your continued work on all your plugins. They really help a lot.

Marc

Oops, sorry, I simply neglected to update that plugin. I built it on my side, but for some reason never pushed it live. It’s out now. Sorry ’bout that. —Jeffrey

— comment by Marc D on March 6th, 2012 at 10:46pm JST (2 years, 5 months ago) comment permalink

hello,

using metadata wrangler 20110628.73

somehow it seems that i lost the info on date/time digitized and original as well as the exif size. basically if i execute the exiftool -a -u -g1 command on an old file i get info in the XMP-exif block. if i do the same on a file i processed today i have no XMP-exif info. no matter what selection i do in metadata wrangler (even preserve all data) i get no XMP-exif block. is this normal ?

thank you.
frank.
Many versions have been pushed out since then, so it’s not fruitful to discuss until you upgrade. If it’s still not working after you upgrade to the most recent version, turn on enhanced logging in the plugin manager, export one image, then send a log along with a note about exactly what is not working the way you expect. —Jeffrey

— comment by frank on May 7th, 2012 at 8:04pm JST (2 years, 3 months ago) comment permalink

Hi! This plug in was recommended by Rob Sylvan thru NAPP, because I was looking for a way to see what AF Mode I had used on a particular shot. But I am not sure how the plugin works. Once I export the image using the Friedl Metadata plug in, how do I see the exif? I have installed it, and gone thru the export dialogue, and all appears to be working, but and am not sure where I am supposed to view the new Exif data. Does a new window open? Or should it appear in my LR panel for Metadata? I just still see all the same things that were there before. Maybe I have misunderstood how this plug in works? Thanks for any assistance.

This plugin is for stripping metadata from exported copies. It sounds like you’re looking for my metadata-viewer plugin instead. —Jeffrey

— comment by Deb Scally on May 19th, 2012 at 9:20am JST (2 years, 2 months ago) comment permalink

…did you mean to finish that sentence??? What program will help me read all the available metadata on my images?

Sorry ’bout that… had an HTML error. Should be fixed now. —Jeffrey

— comment by Deb Scally on May 19th, 2012 at 10:46pm JST (2 years, 2 months ago) comment permalink

Hi Jeffrey,
I have registered the Metadata Wrangler and jpPicasa plug-ins for my LR3, a couple of years ago. My LR was on a laptop. Recently I have moved my photo processing onto a desktop so is the LR. How do I continue to use the plug-ins with LR on my desktop? Please advise. Thanks in advance.
Frankie

Download and install as normal. If you’re using the same Lr serial number, the registration dialog offers a way to grab the registration code; if your Lr serial has changed, just generate a new one (with a $0.01 transaction, if you like). —Jeffrey

— comment by Frankie on September 25th, 2012 at 8:36am JST (1 year, 10 months ago) comment permalink

Hi Jeffrey

I am incorporating a number of your plugins into my workflow, and they are really making things simpler and better. Thanks so much.

I can’t figure out if there is a way to add a keyword when exporting to hard disk (or, say, Flickr). It would be great if your metadata wrangler let me add keywords. I don’t think I can do this with Adobe’s Export to Hard Drive plugin, or your JF Flickr plugin, but perhaps I’m missing something.

The case that I am finding hardest to work through is when I export an image to my hard disk. I want to be able to tag that copy as the exported copy. What I now do is find the exported copies, and tag them by hand, but it would be much easier to have this just be part of the automated work-flow.

When I first developed the export plugins, a plugin couldn’t add keywords to a photo, but now a plugin can, so I really should update the plugins. But one that already has that ability is Snapshot on export, which you can use with even a vanilla disk export, so you should be set. —Jeffrey

— comment by Alan Harper on November 27th, 2012 at 4:49am JST (1 year, 8 months ago) comment permalink

Writing from Downey, CA… what setting must I select/enable to preserve the shutter actuation count in JPG files exported from LR4.3?

If such a field exists, it’s in the MakerNotes section. —Jeffrey

— comment by Eduardo Suastegui on January 2nd, 2013 at 2:11am JST (1 year, 7 months ago) comment permalink

Hello Jeffrey,

that’s a very helpful Plugin. Thank you very much!

Only I have a problem with “Remove this suffixes” from keywords. It does nothing.
“Remove this prefixes” works fine with the same text or characters.

Maybe there is a bug?

I use LR4.2 and Metadata Wrangler 20121217.86.

Thomas

If you could send a log after you see the problem, I’d appreciate it. —Jeffrey

— comment by Thomas on January 7th, 2013 at 9:34pm JST (1 year, 7 months ago) comment permalink

I was looking for a plugin to add keywords on export, and Google brought me here. I am already using Metadata Wrangler and hope it will be able to add keywords in a future release. Metadata Wrangler is already wonderful and with this one extra feature it will be totally awesome!

You can actually do it with my snapshot on export plugin, even if you don’t care about the snapshots. I should retrofit it into this plugin, but my plate is overflowing at the moment. —Jeffrey

— comment by Tom on January 24th, 2013 at 11:14am JST (1 year, 6 months ago) comment permalink

Jeffrey, I tried the Snapshot on Export plugin to add a keyword on export. It worked nice with the Flickr (Lightroom default) publish service but not with the 500px publish service… I checked everything and do not know what is causing this. And if only the “add keywords on export” functionality could be added to Metadata Wrangler it would make life easier…

It really should work with any Publish service out of the box (Lightroom designed things to all fit together that way), so if you can let me know by email more details, I can try to see what’s going on…. —Jeffrey

— comment by Tom on February 2nd, 2013 at 2:39am JST (1 year, 6 months ago) comment permalink

Hello, from France, Aperture, Lightroom an Photoshop CS6 on my Imac.
My pictures, first on Aperture and after my selection on Lightroom.
I need to get only ” title ” , ” legend ” and keywords ” to put on Excel.
So that, my costumers shall read this metadata to see my botanic pictures.

Do you have any informations on web about this subject.

I am not an informatic’s specialist.

With kind regards for your answer.

The Lr/Transporter plugin should do exactly what you want. As a bonus, its developer (Tim Armes) speaks French. —Jeffrey

— comment by Jacques DURAND on March 18th, 2013 at 7:12pm JST (1 year, 4 months ago) comment permalink

Hello

I put this in the main blog and just realised it should be here – sorry.

Thank you for the Metadata Wrangler plugin. It’s exactly what I need – but it didn’t work for me on Lightroom 4 when I tried to remove copyright metadata from a jpeg exported from a dng file. I can see the plugin in the export window and everything looks good. Can you help with what am I doing wrong please? I’m using Lightroom 4.2 and just updated to 4.4 – same problem. Wrangler is current version, just installed.

I’m an Australian photographer living in France.

Thanks for your help.
Christine

I’ve recently gotten some other reports about DNG issues that are a high priority on my plate to look at, so this could be related. I’ll be digging in tomorrow… —Jeffrey

— comment by Christine on May 4th, 2013 at 10:32pm JST (1 year, 3 months ago) comment permalink

Thanks for the quick reply. I tried again and ticked remove for ‘xmpRights’ block – second from the bottom of the block list. I also checked remove copyright as before and it worked. Cheers, Christine

— comment by Christine on May 4th, 2013 at 11:53pm JST (1 year, 3 months ago) comment permalink

Hello Jeffrey,

when I use the Extra option “Set the exported image file’s modification date to the image date” with photos with OriginalDate before 1970 I get an error from the MetadataWrangler.

I detected this problem with scanned photos, but its the same with new RAW-Files when I modify the Capture Time in LR to 1969 or 1955 …

I use LR4.4 (Win7-64) and Metadata Wrangler 20130524.97.

Thomas

Ah, you’re running into a side effect of the definition of Unix Time, which counts seconds since Jan 1 1970 GMT. I’ll have to see whether there’s a workaround… —Jeffrey

— comment by Thomas on May 29th, 2013 at 8:57am JST (1 year, 2 months ago) comment permalink

Unable to remove IPTC.Application2.Byline created by LR4. I can check ‘remove’ on Entire IPTC block, but then it removes all IPTC, some of which I want to keep.

I do have ‘remove’ checked on ‘Any metadata item not explicitly listed above.’

Thanks,
Dan

This is not currently easy to handle with the plugin because, as you note, it treats IPTC as a block. I’d like to expose each IPTC element as its own selectable field, but the UI gets unweildly quickly. Not sure what to do. )-: In your case, you can also use my run-any-command plugin and invoke exiftool -byline= “{FILE}” to clear out that field. —Jeffrey

— comment by Dan on June 14th, 2013 at 3:28am JST (1 year, 2 months ago) comment permalink

Is there any chance to enhance this plugin with some IPTC tag swapping?

I would mostly be interested in injecting IPTC Headline tags into the IPTC Title tag on export, just as your export plugins allow to. Unfortunately many places (mis-)use the Title tag for what the Headline tag is supposed to be (I know … there is some heated discussion about this).

For instance the 500px plugin (by 500px) simply uses the Title tag for the image’s descriptive title. This however I have stored in the Headline tag in LR.

Thank you!
Thomas

With a name like “Metadata Wrangler” you’d think that this kind of metadata swapping would be built in, but in all these years the plugin has been out, I think your request is only the 2nd mention of the idea I’ve heard. My exporter plugin all let you choose what you want to send as titles and the like; I guess you’re penalized for being a 500px customer, because as we all know, I have no plugin for them. —Jeffrey

— comment by Thomas Geist on September 6th, 2013 at 11:22pm JST (10 months, 24 days ago) comment permalink

Hi: I have windows 8 and can download the zip file but don’t seem to be able to open it or install it in lightroom. Any suggestions?

Mike A. from B.C. Canada

Try a different browser or unzipper… most folks have no troubles. —Jeffrey

— comment by Anonymous on October 24th, 2013 at 2:11am JST (9 months, 7 days ago) comment permalink

Hi Jeffrey – is there a way to get the metadata being exported by LR for web galleries to be controlled by the plugin? There is a menu pull down that lets you choose between All or Copyright only. Perhaps there’s a way to get the metadata wrangler to show up as a 3rd option? Thanks!

Sadly, no. I don’t know much about the web module, but AFAIK there are no plugin hooks for its export at all. —Jeffrey

— comment by frez on January 21st, 2014 at 6:39pm JST (6 months, 9 days ago) comment permalink

Hi Jeffrey – firstly, thanks for providing this fantastic tool. I am, however, having some problems stripping the “Caption” which I have added to the images in Lightroom – I want the caption when I publish to 500px or Flickr, but not when I publish to Smugmug, so I was hoping to be able to remove it using Metadata Wrangler as a post process action when publishing only to Smugmug. I have unchecked the “Caption” option in the “Artist/Copyright/Etc…” section of the plugin window, and after reading some of the comments above I am also removing the entire IPTC block on the basis that it also contains the Caption; but the captions are still showing up after publishing to Smugmug – is this because the Caption info is also included in one of the other blocks (for example, the XMP “tiff” block)?

Ideally what I would like is to remove the Caption from all blocks, but keep the Copyright, Artist, Keywords etc. in all blocks – is this possible, and if so what settings do I need? Any help would be greatfully appreciated.

An uploader-to-SmugMug plugin likely sends the caption explicitly. If you’re using my export-to-SmugMug plugin, it sends the caption as per your setting in the “SmugMug Metadata” section of the Export/Publish dialog, so in this case the Lightroom “caption” embedded in the exported copy (possibly removed via the Metadata Wrangler) is not used by SmugMug. If you’re using a different export-to-SmugMug plugin, probably they’re just sending the Lightroom Caption field directly and so you’ll have to ask them to make it optional. —Jeffrey

— comment by Douglas Penman on February 3rd, 2014 at 8:23pm JST (5 months, 27 days ago) comment permalink

Hi Jeffrey,
I use the current version of your Metadata Wrangler plugin and I like it very much. It’s a great tool!

Unfortunately there is one problem: During the export of some pictures which will be posted in forums I like to exclude author, creator and copyright information. This was handled by Metadata Wrangler very easily except for the IPTC section. Is there a way to exclude the full author, creator and copyright information without loosing the IPTC block?

Thank you!
Lameth

You can enable the “with prejudice” options and hope to get lucky, but there are some limits to the granularity, depending on the block. —Jeffrey

— comment by Lameth on April 27th, 2014 at 11:25pm JST (3 months, 3 days ago) comment permalink

Hi Jeffrey,

Just stumbled upon your plugin as I was looking for a way to remove the thumbnail that Lightroom embeds upon export to keep the file sizes of the photos (including my own thumbnails) on my website to a minimum.

I noticed two specific problems related to thumbnail removal that I wanted to bring to your attention:

1) If I Preserve everything but just Remove the embedded thumbnail, the IPTC Coded Character Set (UTF8 in my case) is also removed. This causes special characters in my metadata like accented characters and the copyright logo in certain fields to become corrupt. It seems that removing the thumbnail triggers this. I can remove most everything else and keep the Character Set but as soon as I remove the thumbnail, the Character Set goes too.

2) When I select to Remove the embedded thumbnail and also select to Remove “Any metadata item not explicitly listed” (but leave every other item marked as Preserve) the thumbnail isn’t removed. (Note that in this case the IPTC Coded Character Set still goes missing.)

I’m using: Windows 8.1 and Lightroom 5.4
Metadata Wrangler: 20140422.105

Thanks for your help and for the tools that you provide!

–jason from San Francisco, CA

Good catch. I just pushed a fix. Thanks for the report. —Jeffrey

— comment by Jason Waltman on May 10th, 2014 at 12:34pm JST (2 months, 20 days ago) comment permalink

Would it possible to add a feature that changed all keywords to lowercase on export? This would be very helpful for stock libraries that require lowercase keywords/tags.

Thanks.

Metadata Wrangler (20140510.106)

The engineer (and common-sense customer) in me wants to ask why they don’t downcase keywords themselves, if that’s what they want. It doesn’t seem like a generally-useful thing, so it’s probably not something I’d weight down the plugin with…. —Jeffrey

— comment by Sam on May 16th, 2014 at 8:49am JST (2 months, 14 days ago) comment permalink

I recently started trying this plugin. This is an awesome plug-in with lots of function. However, when I use this plug-in and tried to strip a keyword and uploaded to Flickr. It seems like this stripping function did not work, and Flickr still has my keyword in the tag list. I also notice in Flickr, it called tags. In Lightroom, it called keyword. Does this do anything with the problem? Maybe I am doing something wrong with this?

This plugin strips the data from the uploaded copy, but my Flickr plugin also sends the keywords directly. There’s an option to turn that off; check the Flickr Metadata section. —Jeffrey

— comment by Lucas on July 2nd, 2014 at 12:55am JST (4 weeks, 1 day ago) comment permalink
Leave a comment...

See the known issues before reporting bugs. Also, when reporting bugs, please include the OS, the version number of Lightroom, and the version number of the plugin. PLEASE REPORT THE NAME AND FULL VERSION NUMBER OF THE PLUGIN WITH EVERY REPORT. Seriously. I need the full version number or I likely can't do anything but ignore the message.


All comments are invisible to others until Jeffrey approves them.

Please mention what part of the world you're writing from, if you don't mind. It's always interesting to see where people are visiting from.

More or less plain text — see below for allowed markup

You can use the following tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Subscribe without commenting