How do I delete the jpeg from raw+jpeg imported images?

Question

Hi,
Back in the day, I shot lots of images using raw+jpeg and imported them into Lightroom.  Now I realize those jpegs add no value and I'd like to recover the disk space that they're collectively occupying.
Is there a good way to:
1. Identify all images in a catalog which have raw+jpeg?
2. Remove just the jpeg for these images?
Thanks!

Answer 1

$$PhotoHobby wrote:
I'm very hesistant to take the chance on any 3rd party script.
Just so ya know, what the deletion feature in RawPlusJpeg does is ultra simple:
1. Identifies extraneous jpeg files.
2. Presents them for you to review.
3. Deletes the extraneous jpeg files, if you approve. (puts them in the recycle bin if possible).
It does nothing to the database nor anything else.
You sync folders with 'Treat JPEG files next to raw files separately' afterward, which is what sets the database right.
The only potential for trouble is the criteria for determining which jpegs are extraneous.
It has no direct access to the database, so what it does is check for jpegs with same base name as raw (which *must* be present in catalog, and on disk), that aren't in the catalog, which includes the jpegs associated with RAW+JPEG (imported as a unit), *and* any jpegs that were imported separately, but subsequently removed from the catalog, or had never been imported.
So, what it does will be the perfect thing to do, *if* you first synchronize folders (with 'Treat JPEG files next to raw files separately' checked) to pull any jpegs in to the catalog that were previously imported separately, but may have been inadvertently removed from the catalog (or had never been imported), before invoking the delete feature of the plugin.
Note: You must do that for any manual procedure too, or you will have the same problem, except in the manual case, you won't have the benefit of the plugin checking your work, and presenting the files to be deleted, before you commit.
It's your call, obviously, and to save Geoff the Kiwi from pointing this out: the plugin comes with no guarantee, warranty, or any other kind of tea.
Consider backing up catalog and photo files before doing this maintenance, whether manual, or plugin-assisted.
In my opinion, the plugin-assisted method is much safer than the manual method, which is the only reason it was written, *not* to save steps, although it does that too. For example, you can not, with the plugin, delete any jpegs that do not have a corresponding RAW in the catalog and on disk, period. - unless there is a bug of course, but there probably isn't , at least not one that would change the aforementioned assertion... - it wouldn't take much of a bug to cause it to barf, but it would take a big bug to cause it to delete files that weren't on the list, etc...
Seriously, I don't think you have to wait for Adobe on this one. I wouldn't (I didn't - my catalog is all clean now!...).
PS - there is *very* little recorded in the database about the jpeg sidecar - it's existence upon import (when "as a unit") - that's about it. Most of the funny business about updating that we were fumbling with above, stems from the software (and the person at the keyboard), *not* the database. Syncing folders with 'Treat JPEG files next to raw files separately' checked, once the jpeg sidecars have been cleaned up, *will* set the database straight!
Cheers,
Rob.