[digiKam-users] importing photos - strange behaviour
Maik Qualmann
metzpinguin at gmail.com
Mon Jun 6 15:19:00 BST 2022
So that the date is actually read from the metadata, the option "Use file
metadata (makes the connection slower)" must be activated in the digiKam
Settings-> Camera-> Behavior. This was also the case with digiKam-7.3.0. It
doesn't explain the huge loss in file size. I assume that no conversion to JPG/
PNG or DNG is active. What if they don't put the document name in the
metadata?
Maik
Am Montag, 6. Juni 2022, 14:50:12 CEST schrieb Monika Kern:
> Hello,
> I'm using digikam appimage V7.3 on Linux Mint 20.3.
>
> During import photos are renamed with the string: rename file to
> [date:"yyyyMMdd_hhmm"]_[file].[ext]{lower}
> and the document name is written to exif.
>
> Today I found out:
> - that V7.3. renames the file correct with the date taken from createDate
> - but the filesize was reduced from 4701184 to 3890114 (Diff: - 811070)
>
> Then I tried with appimage V7.5 and V7.6.
> Here the result for both versions:
> - the filename ist renamed with the date taken from FileInodeChangeDate/Time
> - the time is unclear, where it derives from (I didn't find the time in
> exif)
> - the filesize ist reduced as in V7.3
>
> I made a detailed docu which I can send.
> Will you please have a look at this strange behaviour?
>
> Regards Monika
More information about the Digikam-users
mailing list