GNOME Bugzilla – Bug 715792
use file time for sorting photos without EXIF data
Last modified: 2021-05-19 11:39:40 UTC
---- Reported by adam@yorba.org 2009-12-21 10:02:00 -0800 ---- Original Redmine bug id: 1212 Original URL: http://redmine.yorba.org/issues/1212 Searchable id: yorba-bug-1212 Original author: Adam Dingle Original description: use file time for sorting photos without EXIF data Related issues: related to shotwell - 3300: use file mtime as timestamp if EXIF information missing (Open) related to shotwell - Feature #1712: Files without EXIF dates are not placed in any "Event" (Fixed) ---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:41:00 -0700 ---- ### History #### #1 Updated by Jan-Christoph Borchardt over 3 years ago * **Status** changed from _Open_ to _5_ * **Resolution** set to _duplicate_ * **% Done** set to _100_ This is a duplicate of #1712 (Files without EXIF dates are not placed in any “Eventâ€) #### #2 Updated by Jim Nelson over 3 years ago * **Status** changed from _5_ to _4_ * **Resolution** deleted (<strike>_duplicate_</strike>) * **% Done** changed from _100_ to _0_ This is technically not a duplicate -- this deals with how photos are sorted (in any view) and not grouped when they don't have an exposure date. #### #3 Updated by Adam Dingle about 3 years ago We have mixed feelings about using the file time for sorting/grouping when no EXIF date is present, since we think that for many photos this time will not be relevant. It might be best to implement this as a user option, off by default. #### #4 Updated by Jim Nelson 11 months ago * **Target version** set to _0.14.0_ #### #5 Updated by Jim Nelson 11 months ago * **Category** set to _ux_ #### #6 Updated by Jim Nelson 10 months ago * **Target version** changed from _0.14.0_ to _0.15.0_ #### #7 Updated by Jim Nelson 8 months ago * **Priority** changed from _Low_ to _Normal_ This should be completed around the same time as #3300. #### #8 Updated by Jim Nelson 6 months ago * **Target version** deleted (<strike>_0.15.0_</strike>) --- Bug imported by chaz@yorba.org 2013-11-25 21:42 UTC --- This bug was previously known as _bug_ 1212 at http://redmine.yorba.org/show_bug.cgi?id=1212 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
> We have mixed feelings about using the file time for sorting/grouping when no > EXIF date is present, since we think that for many photos this time will not > be relevant. It might be best to implement this as a user option, off by > default. Right, mtime will often not be relevant for fotos without exif. But Shotwell has very efficient features fir rearranging fotos in events, so this can be left to the user! The problem right now is that users just don't find the fotos under "No Event". I think that entire "No Event" box is very confusing. Also consider this: How can a user create an event under, say 2017, September, and move the fotos from "No Event" there? This doesn't seem to be possible. Which is quite confusing, because the folder ~/Pictures/2017/09/ is there, after all. Users expect Shotwell's date-based events to mirror the ~/Pictures/ hierarchy (at least by default, until they have renamed events and moved fotos from event to event.)
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/shotwell/-/issues/936.