Summary: | Location not shown digiKam right sidebar after geolocating in external program | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Michał S. <michau> |
Component: | Database-Scan | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 0.10.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 1.0.0 | |
Sentry Crash Report: |
Description
Michał S.
2009-05-22 10:18:27 UTC
Sound like GPS info are not updated in database. Marble use these info in digiKam, not exif directly. Gilles Caulier I don't think it is caused by database, because I have synchronized all metadata of photographs with digiKam's database (using menu Tools -> Synchronize with database, and *also* with button in right sidebar, "Tags" tab) and with no effect. I've also created new database and with no effect. Strange. To be sure, if you use sqlitebrowser can you see GPS info in DB for your item ? Look DB schema for details here : http://www.digikam.org/docs Gilles Caulier I've checked with sqlitebrowser in digikam4.db and those photos ID are not present in table ImagePositions (here is GPS info for Marble, isn't it?), but in other tables, such as ImageComments they are present. Well, this is the problem. In digiKam we duplicates GPS info in DB to be able to process search. We use these info from DB to pass to marble as well. We don't use Exif info directly. In Showfoto, it's different. We don't have DB and we use Exif. The question is : why GPS info are not duplicated to DB with your image ? Can you attach to this bugzilla file your image to test ? Gilles Caulier This is one of my RAW (Canon CR2) photos which EXIF GPS tags are not indexed in digiKam's database and not shown in Marble geolocation right sidebar. GPS tags seems to be valid. Here is a link: http://www.nocnyrzepin.net/misc/img_4025.cr2 (I can't add photo as an attachment, because it is too large for bugs.kde). It seems like behaviour I've reported was accidental feature of my installation, because after system install on new machine and building digiKam database for the same photos another time all geolocations are shown correctly in Marble tab. So, this issue can be closed ? Gilles Caulier I think YES. Ok thanks Gilles Caulier I am opening this bug again because I've noticed the same behaviour once again and now I think I know what the problem is: 1) When I download images from my DSLR using digiKam into folder (and they are indexed by digiKam's database I think) and later geolocate them using _external_ program (for example GeoTag) and then reopen digiKam, geolocalizations are not shown for those images in right sidebar, but GPS tags are present and shown in metadata EXIF tab. 2) When I download images to folder when digiKam is not running, geotag them and THEN run digiKam everything is all right, localizations are shown. So, I think it is a databse 'refresh' feature. However, syncing metadata from those images folder using digikam option or rebuilding whole database give NO RESULT. I tried it on two different PCs with two different distributions with the same result. SVN commit 996417 by mwiesweg: Prepare to use CollectionScanner/Imagescanner to rescan files ("Read metadata to database") - so that a manual rescan uses 100% the same code as an initial scan when the file is imported Add a flag to CollectionScanner::scanFile to signal if a normal scan, a scan as if modified or a full rescan shall be done. Some internal restructuring. CCBUG: 193616 M +104 -32 collectionscanner.cpp M +32 -5 collectionscanner.h M +8 -1 imagescanner.cpp M +9 -1 imagescanner.h WebSVN link: http://websvn.kde.org/?view=rev&revision=996417 SVN commit 997978 by mwiesweg: Use CollectionScanner/ImageScanner to read metadata from file to database. This means that this method now uses 100% the same code as if the image was completely unknown so far and newly added to the collection. So this method can now be used if - any metadata was changed by external tools - a missing piece or bug in our scanning code filled wrong or incomplete info in the db M +3 -1 NEWS M +6 -4 libs/imageproperties/imagedescedittab.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=997978 |