Googling 'timestamp exfat linux' give you lots of rabbit holes
to run down ...
I got the following to sort of 'work' in my environment (Nikon + KDE Linux)
1. Install packages exfat-fuse, exfat-utils
2. Put something like this in /etc/fstab
LABEL=NIKON\040Dxxx /media/nholtz/NIKON_Dxxx exfat-fuse
user,noauto,tz=EST 0 2
I believe the tz setting should be whatever your camera is set to.
i'm not sure why this is required as the timestamps are supposed to contain
timezone info, but I think there are bugs.
When my file manager opens the card folder, file timestamps are
shown as agreeing with my computer, not assumming UTC times as
before ...
On 2022-01-20 1:17 p.m., Christian Birzer wrote:
We are talking about the date/time that is shown in the copy&import
dialog, right?
I took a look in the source code. There is no exif magic. It's only the
file modification time that is used.
The timestamp is read from the file and assumed to be a local timestamp.
That will be converted according to your 'locale' settings of the system
to the text that is shown in the dialog.
Since you OS does not know to which timezone the camera is set the only
things left are the timestamp (modification time, not creation time) of
the file and the OS time zone and locale settings. The locale settings
also define the date format (yyyy-mm-dd vs. dd.mm.yyyy etc.). I see that
the latter changes when I change the language setting in preferences
from english to german.
Depending on the file system your memory card uses, the time zone offset
could be in the timestamp. ExFat for example supports this. FAT does
not. So all timestamps on a FAT formatted card are "local".
When I take pictures with my camera with different time zone settings, I
get different values for the modification time but they all seem to be
at the same timezone even if the card is exFAT. You could check this at
your side in linux with the stat command. That should print out the
different timestamps including the zone offset.
But if they really differ, than I'm not sure if this can be read out in
dt at all.. (and in a platform independent way)
--
Christian Birzer
christ...@christianbirzer.de
www.ChristianBirzer.de
www.500px.com/ChristianBirzer
www.flickr.com/ChristianBirzer
www.facebook.com/Birzer.Christian
www.instagram.com/birzer.christian
Am 20.01.2022 um 14:13 schrieb Remco Viëtor:
On mercredi 19 janvier 2022 23:56:49 CET Bruce Williams wrote:
OK, I think I understand what you said Nick. :)
I also tried some of those ls switches on my own memory card and was able
to replicate your results. Of course, mine are all +11, not -5, but that's
to be expected.
But where does that leave us?
Is this a dt issue that the devs can fix?
Or is it a linux issue?
That will depend on whether the camera stores the time zone somewhere in the
metadata when it writes "local time" there. The Exif standard has fields for
storing time offsets (time zone info) since 2016 or so, but that's not
necessarily implemented even in newer cameras. Older cameras *can't* use such
fields (other than in the makernote section).
As said earlier, any program reading times from the metadata without time zone
info will have to make an assumption, either use the "computer time zone" or
UTC. And there is no way to know which is correct, so not a Linux issue.
And how would you handle import of e.g. older images taken on a trip abroad,
in a completely different timezone?
I think the only solution for now would be to set your camera to UTC (which
has disadvantages as well).
The dt devs could perhaps add an option to specify a timezone on import, but I
have no idea how complicated that would be, nor what other implications that
would have.
____________________________________________________________________________
darktable user mailing list
to unsubscribe send a mail todarktable-user+unsubscr...@lists.darktable.org
____________________________________________________________________________
darktable user mailing list to unsubscribe send a mail to
darktable-user+unsubscr...@lists.darktable.org
--
N. M. Holtz
____________________________________________________________________________
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
