| Summary: | Created date wrong in import main view and folder creation | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | KaiB <kaizubg> |
| Component: | Import-MainView | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 8.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 8.1.0 | |
| Sentry Crash Report: | |||
| Attachments: |
Screen dump
attachment-3160632-0.html attachment-3295859-0.html |
||
|
Description
KaiB
2023-05-24 20:52:49 UTC
Check if the option to handle camera item metadata while downloading is turned on. It's explained here: https://docs.digikam.org/en/import_tools/advanced_import.html#file-renaming-options Option is located here : https://docs.digikam.org/en/setup_application/camera_settings.html#camera-behavior Note: this will only work with USB Mass storage device, not the GPhoto2 compatible devices. Gilles Caulier From digiKam-8.0.0 the folder creation is no longer dependent on the digiKam camera settings->metadata. The date is taken from the image directly after the download. Note that digiKam doesn't use the relatively new Exif:TimeOffset metadata yet, there are already requests for that. Please provide a sample image to reproduce the problem. Maik Hi Maik, I don't take a care about the new specificity of the date creation of album form Album tool. So which mechanism always depend of the metadata settings from Import tool now ? Gilles Hi Gilles, Only the current view of the import view depends on the camera metadata setting, i.e. metadata viewer of the sidebar, date in the thumbnail, etc. After the download, all metadata operations are then performed via DMetadata from the downloaded images. Therefore, there can be a difference between the import view and the real metadata determined later. This means that the folder date can never be wrong again, regardless of whether the camera metadata is enabled or disabled Since the downloaded metadata date is probably also incorrect in this bug report, I suspect that ExifTool is involved, since the screenshot shows that ExifTool has appended the time zone to the date. Probably because Exiv2 produces a warning or error with these images. Therefore a sample image is absolutely necessary, I cannot reproduce the problem here with my Nikon images. Maik Created attachment 159251 [details] attachment-3160632-0.html Hi, Here is a link to the original SOOC jpg file visible on the screen dump. https://drive.google.com/file/d/1gNAc5hiFWsy04xcwu24tw0XUpkFo-zel/view?usp=drive_link Can't load it due to the size restriction. Best regards, Kai to, 2023-05-25 kello 05:56 +0000, Maik Qualmann kirjoitti: > https://bugs.kde.org/show_bug.cgi?id=470226 > > --- Comment #2 from Maik Qualmann <metzpinguin@gmail.com> --- > From digiKam-8.0.0 the folder creation is no longer dependent on the > digiKam > camera settings->metadata. The date is taken from the image directly > after the > download. Note that digiKam doesn't use the relatively new > Exif:TimeOffset > metadata yet, there are already requests for that. Please provide a > sample > image to reproduce the problem. > > Maik > I can't reproduce any problem with the sample image. As I said, the display in the import view depends on whether reading of the metadata is activated in the digiKam camera settings (makes the transfer slower). The downloaded image will be saved in a "2023-05-23" folder. Maik Created attachment 159280 [details]
attachment-3295859-0.html
to, 2023-05-25 kello 20:27 +0000, Maik Qualmann kirjoitti:
Hi,
Thanks for the instruction. Can confirm my bug as solved.
Regards,
Kai
Git commit dba49b3b56ae48c8edd0af255cb9cc082fd7e791 by Gilles Caulier. Committed on 28/05/2023 at 07:51. Pushed by cgilles into branch 'master'. digiKam online documentation: add a small section to explain the metadata post-processing done after donwloading to before the import in collections. M +7 -0 import_tools/advanced_import.rst https://invent.kde.org/documentation/digikam-doc/-/commit/dba49b3b56ae48c8edd0af255cb9cc082fd7e791 |