Replies: 4 comments
-
|
Since in my photo it is |
Beta Was this translation helpful? Give feedback.
-
|
If you use Exiftool you can look at the actual tags, tag groups & families, and tag names vs descriptions. Immich is using the tag NAME whereas your listing above is showing the DESCRIPTION. Use the -s option when you run exiftool, to see the actual tag name instead of just the description. Use options like -G1 -G2 -G3 ... -G9 and -g1 ... -g9 to look at tags in various families and with descriptions vs names. It's all quite complex and almost certainly when you see the tag names the reason the 2024 date is chosen will become clear. It's possible, also the Immich is somehow ignoring tags within certain groups or families or whatever for one reason or another. It's also possible that there is another tag, not listed in your output above, that is taking precedence. Also, it is not clear without digging into the code further, what happens if there are two tags with the same name - as can very frequently happen. So if there are two DateTime Original tags, is the first one or last one encountered, or the earliest in date, or latest in date, or what? Something like that could easily be in play. Decent explanation of the different groups, families, etc: https://adamtheautomator.com/exiftool/ Explanation of groups vs families: https://exiftool.org/forum/index.php?topic=11326.0 and https://exiftool.org/#groups List of some 27000 known tags used in various files, devices, and file formats: https://exiftool.org/TagNames/index.html |
Beta Was this translation helpful? Give feedback.
-
|
Also if wanting to definitely set the date to be used, it looks like the simplest way might be to use a tool like Exiftool to set Update: After poking around, it looks like SubSecDateTimeOriginal and similar SubSec... date/times are not actually set directly. Rather Exif has a field for DateTimeOriginal, and also (in some cases!) for SubSecTimeOriginal, and also OffsetTimeOriginal. So here is a typical example: That is the output of 'exiftool -s -time:all myimage.jpg'. I believe this is similar to the level of detail Immich looks at when deciding which is the "real" date of the file. Here is the output from 'exiftool -s -g1 -time:all myimage.jpg', which gives more detail into the structure of the exif data: Point being, DateTimeOriginal, OffsetTimeOriginal, and SubSecTimeOriginal are 3 separate fields in the ExifIFD data. They are then combined to make the composite field SubSecDateTimeOriginal, which is the field that Immich is going to look at. Similarly for SubSecCreateDate and SubSecModifyDate. Just for example, with exiftool, you could do this:
That would change only the ExifIFD:DateTimeOriginal field, leaving SubSecTimeOriginal and OffsetTimeOriginal unchanged. The compose SubSecTimeOriginal would have the new DateTime with the original subseconds and OffsetTime. On the other hand, you can do this:
which overwrites the composite DateTimeOriginal - meaning that the OffsetTime and SubSeconds are now gone. A third option is:
This will fill in ExifIFD:DateTimeOriginal=1012:05:15, ExifIFD:SubSecTimeOriginal=321123, and ExifIFD:OffsetTimeOriginal=-05:00. Equivalent to this is setting each of those fields specifically:
There is some discussion of this here: https://exiftool.org/forum/index.php?topic=13143.0 |
Beta Was this translation helpful? Give feedback.
-
I'm seeing some of my photos and videos showing up out of order in the timeline and am trying to figure out why this is happening. I am using the external Library feature to view photos saved from my Google Photos (via Google Takeout).
For example, I have this photo:
In the Immich timeline it shows up under Jan 8, 2024. But it was actually shot on November 26, 2023.
Does this mean Immich is using the
File Creation Date/Timefor sorting and not theCreate DateorDate/Time Originalfor sorting?Beta Was this translation helpful? Give feedback.
All reactions