[Digikam-users] workflow for deleting not wanted RAW-Files
pshute at nuw.org.au
Fri Sep 10 00:06:52 CEST 2010
Lightroom allows you to create a "stack". This is a group of images, represented on screen as a thumbnail of the first image only (or any other image you nominate). You can identify it as a stack because it has the number of images in that stack superimposed over one corner of it.
You can automatically stack all images taken within, say, 1 second of each other, thus stacking all continuous bursts of shots, and I assume it would also match up all raw/ jpg pairs because their time is the same. You can manually stack any images you like, they don't have to be truly related in any way (other than being in the same folder, I think).
The idea is to reduce clutter. It appears there's no way to delete a whole stack at once. If you try, it just deletes the first image in the stack. So if this approach was to be the solution for this problem in digiKam then the digiKam implementation would have to allow that.
As for how people handle this situation in Lightroom, apparently the pairs can be treated separately like in digiKam, or with the jpg acting as a sidecar for the raw, in which case it's inaccessible. In the former case, there doesn't appear to be any magic way of getting rid of those files that have had their matching pair deleted.
In the current version of digiKam, I think that given the pain involved in deleting the unwanted jpgs and then trying to locate their matching pair to also delete, I would just review and delete in pairs. One suggestion I read was to adjust the thumbnail size until there are two columns, so that the jpg/raw pairs are side by side, making the reviewing operation simpler.
Sent using BlackBerry
----- Original Message -----
From: gerlos <gerlosgm at gmail.com>
To: digiKam - Home Manage your photographs as a professional with the power of open source <digikam-users at kde.org>
Sent: Wed Sep 08 21:34:24 2010
Subject: Re: [Digikam-users] workflow for deleting not wanted RAW-Files
In data venerdì 27 agosto 2010 00:24:40, Peter Shute ha scritto:
> It sounds like digiKam needs a way for raw/jpg pairs to be able to be
> treated as one unit, like Lightroom's stacks. Doing it with scripts is
> bound to lead to tears sooner or later.
How does Lightroom do this kind of thing?
I suppose that grouping RAW shots with their associated JPGs/PNGs could be
done storing something unique in each derived image metadata.
This way one can move or rename files, without the risk of breaking the
reference to the original RAW image.
Moreover, since most of the external editors like Gimp leave most of the Exif
metadata untouched, this reference could easily survive when you edit the
image in an external program (actually, when you save a JPEG image in Gimp you
can choose also to preserve Exif and XMP metadata).
This unique metadata entry could be something like an hash of the original RAW
image (don' we already use something similar to find duplicate images?). One
could associate some JPGs to a RAW manually, selecting them and then choosing
some option somewhere in the menus, or during camera import, since often a RAW
and a JPG from camera share the same base name, with just a different
What do you think about these arguments?
: But at the moment Gimp removes IPTC metadata from JPG images.
It seems to be an old, known problem (see
http://www.flickr.com/photos/ricardo_ferreira/2435354902/), but for some reason
no one filed this bug before on bugzilla. Now it's here:
"Life is pretty simple: You do some stuff. Most fails. Some works. You do
more of what works. If it works big, others quickly copy it. Then you do
something else. The trick is the doing something else."
< http://gerlos.altervista.org >
gerlos +- - - > gnu/linux registred user #311588
Digikam-users mailing list
Digikam-users at kde.org
More information about the Digikam-users