| Summary: | wrong date when renaming downloaded pictures | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | PCB <bugreports> |
| Component: | AdvancedRename-Import | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles |
| Priority: | NOR | ||
| Version: | 1.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 2.1.0 | |
| Sentry Crash Report: | |||
| Attachments: | Example Image | ||
|
Description
PCB
2010-05-16 12:39:11 UTC
Try again with last digiKam 1.2.0 Gilles Caulier 1.2.0 is not yet included in Gentoo, not even as unstable. I will try as soon as it is there. It has been a while... finally, 1.2.0 is included in the official Gentoo repository. Installed, started, downloaded some pics from my camera, problem still exists. Although EXIF information clearly states that the pic was made at, e.g. 18:04h, it is named xxxx-1904.jpg. Yes, I know that Digikam 1.3.0 is already out there. Same problem as before, not included in Gentoo yet. But I doubt that the bug was already fixed there. Hi, can you provide us with an example image? So that I can check the date token in the rename tool? Andi Created attachment 52502 [details]
Example Image
Attached an example image, although i don't know if this will really help. The file is as-is after downloading from the camera with digikam. Rename string in Digikam was "[date:yyyyMMdd-hhmmss]". Internal EXIF date is "2010:10:02 12:46:23". File was renamed to "20101002-134623.JPG" When examining the EXIF data in Digikam itself, it is displayed correctly, but not in DKs own download dialog. Hm, I tested this and it worked for me. Can you test with the latest SVN version, if possible? I wish I could... SVN-Digikam obviously doesn't like me... I followed the instructions from http://www.digikam.org/drupal/download?q=download/KDE4 But when calling cmake on the svn checkout of DK I get the following: [...] -- Found Kdcraw library in cache: /home/user/digikam/lib/libkdcraw.so -- Found Kexiv2 library in cache: /home/user/digikam/lib/libkexiv2.so -- Found Kipi library in cache: /home/user/digikam/lib/libkipi.so [...] -- checking for module 'libkdcraw>=1.1.0' -- package 'libkdcraw>=1.1.0' not found -- checking for module 'libkexiv2>=1.1.0' -- package 'libkexiv2>=1.1.0' not found [...] -- libkexiv2 library found.................. NO -- CMake Error at digikam/CMakeLists.txt:86 (MESSAGE): digiKam needs libkexiv2. You need to install the libkexiv2 (version >= 1.1.0) library development package. [..] -- libkdcraw library found.................. NO -- CMake Error at digikam/CMakeLists.txt:86 (MESSAGE): digiKam needs libkdcraw. You need to install the libkdcraw (version >= 1.1.0) library development package. Any ideas? You should also build these two libraries from SVN and install them, as described in the above link you mentioned. Oh, I did, although in a sub-directory of my home dir. But, as seen above, cmake did find them (/home/user/digikam/lib/libkexiv2.so) but is not happy nevertheless. Hmm I don't know if this will work, without installing. I'd suggest to do a backup of your system and then install the libs system-wide. If it still doesn't work, try to remove the CMakeCache.txt file from the digikam SVN folder and then recreate it by calling 'cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=/usr/ -DCMAKE_CXX_FLAGS=-pedantic -DCMAKE_C_FLAGS=-pedantic -DCMAKE_BUILD_TYPE=debugfull' or similar, depending on your needs. Ok, solved the local install compilation issues: PKG_CONFIG_PATH=/home/user/digikam/lib/pkgconfig cmake -DCMAKE_BUILD_TYPE=debugfull -DCMAKE_INSTALL_PREFIX=/home/user/digikam -DCMAKE_LIBRARY_PATH=/home/user/digikam/lib -DCMAKE_INCLUDE_PATH=/home/user/digikam/include -DCMAKE_CXX_FLAGS="-O0 -g" -DCMAKE_C_FLAGS="-O0 -g" .. Problem still persists, though: File name : 20101015-180906.JPG File date : 2010:10:15 18:09:06 Camera make : Canon Camera model : Canon DIGITAL IXUS 70 Date/Time : 2010:10:15 17:09:06 <== this is the correct date and time Tested verion of Digikam was: Version 1.6.0 (rev.: 1197241) Can you give me a hint on where in the source I can find the code where it determines the name when renaming pictures while downloading? Especially the part where rename patterns like mine from above ([date:yyyyMMdd-hhmmss]) are evaluated. Perhaps I can try to do a little debugging... Andi, Do you see comment #12 from PCB ? Gilles Caulier Same problem that https://bugs.kde.org/show_bug.cgi?id=229543#c3 Fixed in 2.1.0... Gilles Caulier |