[Feature] Sort by date then filename for images taken at the same time #15924
Replies: 10 comments 1 reply
-
|
Timestamps should be sorted with millisecond precision. Can you check the EXIF data for these assets to see if the relevant date-time field (like DateTimeOriginal) is the same for these burst photos? |
Beta Was this translation helpful? Give feedback.
-
|
Also check for ordering tags like SubSecTime |
Beta Was this translation helpful? Give feedback.
-
If I'm reading the exiftools output correctly the original raw file (.cr3) has millisecond precision on the last 3 fields in the output (output grep'd for 'Date') Whereas the image downloaded from Immich only has it in the Create Date field? I think that's a Lightroom issue (rather than an issue with the plugin). Even when I do a regular export from LR to my local disk it has the same metadata as what's in Immich, i.e. only has millisecond precision on the Create Date field :/ So while this does not seem to be an Immich issue (my apologies) I wonder what the best way to handle this is since I cannot control what Lightroom exports (it's already set to export 'All Metadata'). I don't think Immich could reliably use the Create Date in this scenario because the photos have had their timestamp adjusted in LR to correct for a different timezone so if Immich fell back to something like Create Date if Date/Time Original (or whatever other field it looks at) does not have milliseconds it would put it out of order. I wonder if falling back to image name would make sense since most of the time cameras and smartphones put their filenames in sequence and that would work as a proxy for time order? 🤔 |
Beta Was this translation helpful? Give feedback.
-
|
It should be fine to sort additionally by file name as a tie-breaker to handle this sort of thing. |
Beta Was this translation helpful? Give feedback.
-
|
Milliseconds is not enough. Because when scanning a whole series of photos and then backdating them to the period in the past, all pictures get the same time. The trick is to sort by date + name of the file. Can be standard. Because that doesn't bother anyone I think. Actually only has advantages. 😊 |
Beta Was this translation helpful? Give feedback.
-
|
Hi I'm also looking for a feature similar to this but only for Album->Options. TLDR: Display options for images in an Album by 'filename ascending/descending'. In my case, I am dealing with scanned photos - some 15k+ - they don't have EXIF metadata. The scanned photos are in a chronological order, they are from literal physical photo albums. If the original photo has writing on the rear of it, it is scanned automatically, but then needs to be displayed in the correct order, so I have scanned photos for example like, 'photo001_a.jpg', 'photo002_b.jpg' where 'a' is the front and '_b' is the rear of the photo if it detects text on it. With the current 'Oldest/Newset first' display options photos are not displayed in the original chronological order as their names, which is important to display the rear text of the image. SO...in addition to 'Oldest/Newest first' display options it would also be good to have the options 'filename ascending/descending' order. Many thanks. |
Beta Was this translation helpful? Give feedback.
-
|
Bumping this. When I import scanned film I will usually select multiple photos and use the Immich web UI to change the date to the date the photos were taken, but I do not care about time, so all the photos are then sorted randomly since the date and time match. I agree that filename would be a good tiebreaker in cases like this. |
Beta Was this translation helpful? Give feedback.
-
|
Tagging in another use case, I've found one of my early digital cameras only recorded hh:mm timestamps. So I can have IMG_9783 and IMG_9786 from the same minute, but their order will be different on every timeline. |
Beta Was this translation helpful? Give feedback.
-
|
Same here. Google Photos sorts by date -> file name, so it would be great to have the same sorting in Immich too. |
Beta Was this translation helpful? Give feedback.
-
|
Sorting by filename would be a nice improvement as a tiebreaker over current behavior. Also would be very nice to allow CreateDate to act as tiebreaker to DateTimeOriginal (so would be able to have hierarchy of conditional tiebreaker for date/time) Running into this immich issue with tens of thousands of analog scans. Official spec suggests time scanned should be stored in DateTimeDigitized which is mapped to xmp:CreateDate
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
The bug
Photos shot within the same second are next to each other in the Photos view but out of order amongst each other.
For example I have the following sequence of 10+ photos all shot in the same second on my Canon R6 MK II...
BV_20241106_8223
BV_20241106_8224
BV_20241106_8225
...
BV_20241106_8233
BV_20241106_8234
BV_20241106_8235
Under Photos in Immich they display in the following order. Doesn't matter if it's sorted newest to oldest or vice versa...
BV_20241106_8233
BV_20241106_8234
BV_20241106_8228
BV_20241106_8225
BV_20241106_8227
BV_20241106_8223
BV_20241106_8226
BV_20241106_8224
etc
I assume this is because they are all shot within the same second but images only sort based on timestamp and not a second metadata field such as name and thus anything shot in the same second ends up in a different (random?) order.
I would expect them to be sorted by time and then by filename or something else that would put them the correct sequence if they are all shot within the same second. Having them in a random order breaks the sequence flow for things like sports, etc.
The OS that Immich Server is running on
Ubuntu
Version of Immich Server
v1.120.2
Version of Immich Mobile App
n/a
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Relevant log output
No response
Additional information
No response
Beta Was this translation helpful? Give feedback.
All reactions