[Digikam-users] workflow for deleting not wanted RAW-Files

[gerlos]

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[1]).

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 
extension.

What do you think about these arguments?

regards
gerlos


[1]: 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: 
https://bugzilla.gnome.org/show_bug.cgi?id=629044

-- 
"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