---- Reported by shotwell-maint@gnome.bugs 2010-04-14 22:36:00 -0700 ----

Original Redmine bug id: 1793
Original URL: http://redmine.yorba.org/issues/1793
Searchable id: yorba-bug-1793
Original author: Bengt Thuree
Original description:

I would like to suggest a new feature.

Whenever we import photos, it would be great if an import roll could be
created at the same time.

Should be possible to put a title, and tags on this roll from the beginning.

Then we can easily filter on rolls as well. Makes it much easier to tag
photos, one roll at a time.

Related issues:
duplicated by shotwell - Feature #6897: Save "last import" by date (Duplicate)



---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-06 14:38:00 -0700 ----

### History

####

#1

Updated by Adam Dingle over 3 years ago

  * **Priority** deleted (<strike>_Low_</strike>)

This is a reasonable idea. Another way to implement this would be to let the
user specify a name for each import and to create a directory with that name.
Then if we implement a folder tree in the sidebar (#1594) the user could
browse import rolls by browsing directories.

####

#2

Updated by Bengt Thuree over 3 years ago

I know there is a big debate on if photos should be stored in YYYY/MM/DD or in
a customized directory.

Personally I like the YYYY/MM/DD and then let Shotwell/F-Spot/DigiKam or
whatever handled the finding/viewing etc of photos.

Not sure I like the idea of mixing YYYY/MM/DD with a customized structure.

The whole point of having Shotwell, is that we have to many photos to handle
manually (nautilus), and if this is the case, why bother with the tree
structure for newly imported photos.

I think YYYY/MM/DD is a good default, and an option to link in the photos from
a customized directory/location.

Therefor I see a need for a separate filter, apart from the tags/events.

You should be able to select whichever event(s) you want, and on this one be
able to filter on a Date Range, Rating, as well as Import rolls.

This makes it much easier to handle a large import roll for instance
(importing 10,000 photos in one go).

####

#3

Updated by Bengt Thuree almost 3 years ago

Would love to see this one handled by 0.9. Since F-Spot already handles it.

For me, I import first from three different cameras, and then I start tagging
them all. Easy to do with selecting specific import roll in F-Spot, but very
difficult in Shotwell :(

####

#4

Updated by Adam Dingle over 2 years ago

  * **Priority** set to _High_

####

#5

Updated by Arun Persaud almost 2 years ago

  * **Description** updated (diff)

Any idea when this will be implemented?

I'm using f-spot at the moment, but don't want to lose the information about
the imported roles when switching to shotwell, since I find this a very useful
way to limit the amount of displayed photos, for example, when tagging old
photos.

There are some other f-spot features that I would like to see in shotwell (see
e.g. Feature #3646), but this one is the only one that's related to importing
old data from f-spot over to shotwell.

####

#6

Updated by Adam Dingle almost 2 years ago

We won't be implementing this for the next Shotwell release (0.12). After that
it's hard to say - this ticket is at priority High, but so are many other
important issues. If you're a programmer and want to work on this, we'd
happily accept a patch.

####

#7

Updated by Adam Dingle almost 2 years ago

Arun wrote via email:

Not sure if I would be able to supply a patch (never worked with Vala

and not the best programmer to begin with) and if I will have the time

to look into it.

Perhaps you/we could attack this bug in two stages though and first just

implement the import, e.g. add the database table and the f-spot import

code? I would assume that this wouldn't be too much work (and perhaps

still could go into 0.12?). That way people could import from F-spot

without loosing data and you would have more time to add a front-end to

it later? If this is a possibility, I might be able to contribute a bit.

####

#8

Updated by Adam Dingle almost 2 years ago

Arun,

(the best way to respond to any comment here is to add another comment to this
ticket - that way all of us can follow the discussion.)

It might make sense to break up the work into two stages as you suggested, but
unfortunately our schedule for 0.12 is tight and I don't think we'll even have
time to implement the first stage that you suggested, at least not without
outside help. I hope we'll be able to implement this for a following release.

####

#9

Updated by Thomas Novin 7 months ago

Coming from duplicate http://redmine.yorba.org/issues/6897

Priority high but not a word in the ticket for +1 year. Is it still
considered? Target 0.15?

####

#10

Updated by Jim Nelson 7 months ago

  * **Category** set to _library-mode_

We're still evaluating what the 0.15 feature list will look like. We're always
happy to review a patch for the feature. It would be very similar to the
Folders feature (#1594) in implementation.



--- Bug imported by chaz@yorba.org 2013-11-25 21:45 UTC  ---

This bug was previously known as _bug_ 1793 at http://redmine.yorba.org/show_bug.cgi?id=1793

Unknown version " in product shotwell. 
   Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell. 
   Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.
Resolution set on an open status.
   Dropping resolution