| Summary: | Use .thm files as sidecar when files are present (typical case for Canon camera about CR2 and MKV files) | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Thorsten <M8R-gkdi201> |
| Component: | Metadata-Sidecar | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ahuggel, caulier.gilles, M8R-gkdi201, thomasdn |
| Priority: | NOR | ||
| Version: | 4.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 7.1.0 | |
| Sentry Crash Report: | |||
|
Description
Thorsten
2011-12-09 00:00:52 UTC
Here is a .zip archive with sample RAW file from a Canon Powershot S30, geotagged with GeoSetter, recognized by Picasa, not recognized by digiKam: http://dl.dropbox.com/u/31121/digiKam/sample.zip Any public opinion whether digikam should support such non-standard sidecar files? Alternatively, they could by a script with help from exiv2 be transformed to proper XMP sidecars. Another piece in the big puzzle of metadata. I vote for no. But it's just my opinion... Instead to try to manage all possible sidecar files as we can, i recommend to try manage official XMP sidecar in the best way. It's a standard after all. About Exiv2, the question is for Andreas. Gilles Caulier Exiv2 handles this situation exactly the same way as an image with an XMP sidecar, i.e., it doesn't in any way associate the two files. It can deal with the metadata in the thm file (without a need to rename it) and to some extent also the CRW file. Personally I'd prefer keeping the thm sidecar rather than having it converted to an XMP sidecar as it contains a makernote which will get lost during the conversion. Maybe we should consider changing Exiv2 to make that association and "do the right thing" in the presence of a sidecar, so that applications don't have to worry about it. I never really considered that so far, it's just an idea. Andreas We probably need another round of extending our sidecar support, to non-standard files as above, and also caring for basename.xmp (as opposed to basename.suffix.xmp) for reading and moving along. Only with the next round of kipi+kexiv2 API changes. Marcel, But this must be handle by Exiv2 lib in background. Currently, i'm not sure that thm file are managed by Exiv2 as XMP sidecar. I'm sure that THM are JPEG container. So it's easy to play with it. Also, libkexiv2 must have some rules too. libkexiv2 3.0.0 can be a good target to implement it. Andreas, any viewpoint here about THM support ? Best Gilles Caulier Official digiKam 2.6.0 release is out since few days now : http://www.digikam.org/drupal/node/656 Please, check if this entry still valid, or update report accordingly. Thanks in advance. Gilles Caulier (In reply to comment #7) > Please, check if this entry still valid, or update report accordingly. I'll let you know as soon as the Windows version is out on Sourceforge: http://sourceforge.net/projects/digikam/files/ Thorsten (In reply to comment #7) >Official digiKam 2.6.0 release is out since few days now : > Please, check if this entry still valid, or update report accordingly. Tested with digiKam 2.7.0 (from SourceForge installer) under Win7 64bit in WinXP SP3 compatibility mode: The problem persists, in exactly the same way as described above. Gilles, so did you change or fix something about the handling of the RAW sidecar files, or why did you ask? I mean just a change in the version number usually doesn't make bugs go away. Anyway, the sample from the Canon Powershot S30 is still online here: http://dl.dropbox.com/u/31121/digiKam/sample.zip If you need more files with different positions or focal lengths or want to try out other old cameras with RAW sidecar files, just let me know. I still have some files from a Canon G3 and a G6 and a Minolta A1. The standard RAW+XMP sidecar files handling have been improved and fixed with last release. About non standard sidecar files, no changes. As Exiv2 can play with THM as with XMP, the lead improvements need to be done in libkexiv2... Gilles Caulier *** Bug 286276 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of bug 193232 *** Fixed with #193232 |