reimport/rearrange existing photos in library directory
Submitted by Adam Dingle
Link to original bug (#716396)
Description
---- Reported by adam@yorba.org 2010-06-21 08:48:00 -0700 ----
Original Redmine bug id: 2170
Original URL: http://redmine.yorba.org/issues/2170
Searchable id: yorba-bug-2170
Original author: Adam Dingle
Original description:
Today, if I attempt to reimport an existing set of photos in the Shotwell library directory then Shotwell will do nothing. It would be nice if Shotwell could rearrange existing photos in the library directory using the import directory structure (currently fixed as year/month/day, though that may change with#1597). We could either have a separate command to do this, or we could ask the user whether to rearrange photos whenever the user attempts to import photos which are already in the library directory.
Related issues:
- related to shotwell - Feature #1597: user-configurable import directory hierarchy (Fixed)
- related to shotwell - Feature #1942 (closed): rename photos to user-configurable pattern on import (Open)
- related to shotwell - Feature #2824 (closed): move photo file to new path after date/time adjustment (Open)
- related to shotwell - Feature #3549 (closed): allow photo directory structure to include event name (Open)
- duplicated by shotwell - Feature #4304 (closed): Save events as folder (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:44:00 -0700 ----
History
Comment 1
Updated by Adam Dingle about 3 years ago
Similarly, we could rename existing photos in the library to match a user- specified filename pattern once we've implemented#1942.
Comment 2
Updated by Adam Dingle about 3 years ago
- Tracker changed from Bug to Feature
Comment 3
Updated by Adam Dingle almost 3 years ago
- Priority set to High
Comment 4
Updated by Matthew Harris over 2 years ago
Yes! Fortunately the database schema is simple enough that I can still write a script to do this myself, but I'd be much more comfortable running a Shotwell command that has been tested.
When you do this, please be sure to move any sidecar files at the same time. For example, if I've edited DSC_1123.%(=caps)NEF% in Bibble, I may also have a DSC_1123.%(=caps)NEF%.xmp file in the same directory. It should be moved too.
Comment 5
Updated by Noran - over 2 years ago
Yes !
We really need a real import window (with options) to do this kind of thing
Comment 6
Updated by Andrew McNabb about 2 years ago
I really like the idea from duplicate 4304, specifically, to be able to add events to the directory structure, as in:
/Images/ShotwellPhotos/year/month/event1/picture1_of_event1.jpg
Comment 7
Updated by Adam Dingle about 2 years ago
Andrew, I agree that would be useful. That's represented as #3549 (closed).
Comment 8
Updated by Adam Dingle almost 2 years ago
- Target version set to 0.12
Upping for consideration for 0.12.
Comment 9
Updated by Adam Dingle almost 2 years ago
-
Target version deleted (
<strike>
_0.12_</strike>
)
Comment 10
Updated by Adam Dingle about 1 year ago
- Target version set to 0.14.0
It would be really nice to have this for 0.14. Since #2824 (closed) has gone unimplemented for so long, any user who has already adjusted photo dates will have photos in incorrect folders. This feature will allow these users to put these photos back into the correct folders according to their dates.
Comment 11
Updated by Jim Nelson 11 months ago
- Category set to library-mode
Comment 12
Updated by Jim Nelson 11 months ago
- Target version changed from 0.14.0 to 0.15.0
We'll take a look at this for 0.15.
Comment 13
Updated by Jim Nelson 8 months ago
- Target version changed from 0.15.0 to 0.16.0
Comment 14
Updated by Jim Nelson 6 months ago
-
Target version deleted (
<strike>
_0.16.0_</strike>
)
--- Bug imported by chaz@yorba.org 2013-11-25 21:45 UTC ---
This bug was previously known as bug 2170 at http://redmine.yorba.org/show_bug.cgi?id=2170
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