Re: Patch Review please : 321770 - Import Roll History

[Stephane Delcroix <stephane delcroix org>]

Hi,

The 'roll', as in import roll or film roll, is not an natural unit. the
size of the roll is limited by an external factor (size of your mem card
or length of your film) not related at all to the content, the event
unit, or the time unit of the images stored on the roll.

Though, it's important, both for the average Joe or for the pro
photographer to retrieve the last rolls to make a first sort and tagging
at least with the event. The number of the rolls we need to store is
then related to the number of rolls you can shoot and import without
having the time to sit and look at your job. It's very different for the
average Joe (where probably three is enough) and with a pro photographer
who will need more than 20 (but probably less than 100).

Once the photos are grouped by event (tagged, or ...), the information
about the roll is a bit irrelevant. As a film photographer you're
probably used to work with rolls as unit, but I think that's not a good
habit in the digital world.

I also understand your issue about running out of rolls (or importing
one roll too much). For this, maybe we should store an arbitrary high
number of import rolls in the db (that cost almost nothing), say 200;
and decide to only display the last 20 in the import roll dialog. Should
be also possible to *temporary* display a little more rolls in the UI
for the case if...

I will not discuss the 'keep the import time' stuff, becaus I don't have
any opinion on it and it's part of another bug entry

As usual, all of this is open to discussion

Best regards,

Stephane

On Thu, 2006-08-17 at 09:18 +0200, Marcus Hast wrote:
> > There are actually two bugs in bugzilla
> >
> > http://bugzilla.gnome.org/show_bug.cgi?id=321770 -> Keeping
> > track of the last 20 import rolls
> >  http://bugzilla.gnome.org/show_bug.cgi?id=342482 -> Store
> > import datetime with the photo
> >
> > Some time ago, a concensus was made that it was enough to only track the
> > latest 20 (or so) import rolls. ...
> > Personally I think it should be enough with only keeping track of the latest
> > 20 rolls or so, so you can tagg them nicely (means you have some time to
> > tagg each roll). If enough arguments states we should keep the import time
> > permanently, then I can change to the other solution.
> 
> Ok that explains it. I was at first considering that there may be some
> performance issues with doing putting the import time in the photos.
> To me it seems like the code would be cleaner that way. And with a
> more powerful search you could do some queries involving rolls as
> well.
> 
> And as I wrote previously I think that being able to group images per
> "import roll" is a pretty natural way of doing it. It is also
> something which the other photo management programs does so supporting
> it could be a good way of easing people over. My biggest worry with
> having an arbitrary (and predefined) limit to how many rolls you
> remember is that someday you'll end up importing more than the magical
> limit and then you'll be really annoyed.
> 
> Personally I would like to see more grouping capabilities in F-Spot
> and it seems like import rolls are only a special case of that. I
> still haven't gotten around to start coding just yet (I'm mainly
> browsing the code at this stage) but it's definately something I'd
> consider working on.
> 
> /Marcus
> _______________________________________________
> F-spot-list mailing list
> F-spot-list gnome org
> http://mail.gnome.org/mailman/listinfo/f-spot-list
> 
-- 
Stephane Delcroix
stephane delcroix org