Created attachment 163824 [details] digiKam 8.2.0 dialog SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Import / Add pictures / select file folder 2. Custom rename / choose any metadata entry 3. OBSERVED RESULT The returned string is empty, no matter if present in the file or not EXPECTED RESULT The returned string should contain the chosen metadata entry, if present in the file SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I want to rename the files using Exif.Image.DateTimeOriginal, since using the date & time option (picture / standard) only gives me the file creation date, which is often wrong when doing MTP transfer from phone to PC before.
In order to have metadata in the import tool, you have to activate the loading of metadata under Behavior in the digiKam camera settings (makes the connection slower). But that would only be for the view in the import tool. After downloading, digiKam always uses the metadata since digiKam-8.0.0. Maik
Another note about the metadata in your example. The entry "Exif.Image.DateTimeOriginal" is often not present in images. Use "Exif.Photo.DateTimeOriginal" instead. Maik
(In reply to Maik Qualmann from comment #1) > In order to have metadata in the import tool, you have to activate the > loading of metadata under Behavior in the digiKam camera settings (makes the > connection slower). But that would only be for the view in the import tool. > After downloading, digiKam always uses the metadata since digiKam-8.0.0. > > Maik Enabling or disabling this option doesn't seem to affect the import pictures dialog. The "device information" dialog says that the driver for "embedded cameras" doesn't use libgphoto2.
(In reply to Maik Qualmann from comment #2) > Another note about the metadata in your example. The entry > "Exif.Image.DateTimeOriginal" is often not present in images. Use > "Exif.Photo.DateTimeOriginal" instead. > > Maik Thank you, this did the "magic" :-)
One little additional question regarding the DateTime formatting / modification: [meta:Exif.Photo.DateTimeOriginal]{replace:"_","",i} still results in the standard yyyy_MM_dd hh_mm_ss.ext. How do I remove the underscore without building a long custom expression using range?
Yes, it's hard for Windows users or users of Windows file systems to guess. The date string usually consists of colons as separators. Colons are forbidden characters for Windows, so they are automatically converted to underscores. So instead of replacing "_", you have to replace ":". Maik