[KimDaBa] Need input on RAW files

[Robert L Krawitz]

   From: "Jesper K. Pedersen" <blackie at blackie.dk>
   Date: Fri, 25 Nov 2005 11:03:06 -0500

   Yes I know we have been through this before, but I'd rather start a
   fresh discussion than reading mail archives :-o

   Previously people have asked for kimdaba to store jpg files and raw
   files side by side. So kimdaba would show and use the jpg file, but
   have the raw file handy for further processing.

   I'm currently reading a book on SLR cameras and photo techniques, and it
   suggest cropping images to get a more powerful picture. That makes a lot of
   sense to me. I have, however, always been reluctant in doing so, since it
   would throw away information.

   So here it might also make sense to have the concept of an original
   image, that, and an actual (cropped or converted or manipulated in
   other ways view).

   The input I'd like from you is, how should this look and feel from
   the KimDaBa user interface?

How about each image being a container that actually stores one or
more associated images (including the original unmanipulated image)?

I've seen icons that look like a stack or deck of documents, something
like this:


---------
|       |
| ---------
| |    	  |
| | ---------
|_| |  	    |
  | |	    |
  |_|	    |
    |	    |
    |_______|

Each image that has more than one related images would have this icon
associated with it.  If you click on this icon, you get a preview view
of all of the associated images.

Why something like this?  You might want to try multiple edits to a
single image to see what works well, or you might have multiple crops
to different aspect ratios, or some such.  This is all akin to the
concept of a negative (which you always preserve) and
prints/manipulations of the result (which you create and destroy
freely).

-- 
Robert Krawitz                                     <rlk at alum.mit.edu>

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lpf at uunet.uu.net
Project lead for Gimp Print   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton