[Digikam-users] Dimensions of processed RAW (Panasonic RW2) incorrect

[Gilles Caulier]

Hi

Don't forget that RAW image is non processes sensor data. The final image
size exported to JPEG can be a cropped version.

In all cases, this si done by libraw. If it's a bug, check before the
version of library used by digiKam.

Another point : the image size given in image editor is show using image
metadata. Here Exiv2 is used. In metadata there are multiple place where
image size can be taken : Exif, Makernaotes, XMP. Exif is always used in
priority, but In Exif there are also few different place where info can be
taken, and sometime, the value can be différents (yes, it's not
homogeneous). And i don't talk about makernotes, where info is not
documented by camera maker.

To resume, i'm not top surprised by this little difference. If it's a bug
in libraw, report to libraw team. If it's a bug with metadata, an exception
must be add to digiKam metadata parser about RW2.

To tes with libraw, there are few CLI tools available as option packages to
decode on RAW command line (ad dcraw do).
To test with Exiv2, just use CLI tool from library.

Gilles Caulier

2016-01-25 21:38 GMT+01:00 Jens Benecke <jens-digikam at spamfreemail.de>:

> Hello,
>
> I am using Digikam 4.14 on Ubunt 14.04 LTS. (I plan on upgrading to 5.0 as
> soon as it is available on a LTS Ubuntu version.)
> I have many RW2 files taken on my Panasonic Lumix LX3, exported from
> iPhoto (but the images are unmodified).
> There is also an exported processed (edited) JPG from iPhoto which shows
> the same image.
>
> exiftool reports both RW2 and JPG dimensions as "3776x2520" (Image Size).
> But when I import both into Digikam the dimensions of the RW2 file are
> shown as "3792x2538".
>
> Any idea why?
> This is important since my iPhoto exporter also writes XMP sidecars with
> face rectangle data which are shifted when Digikam applies them to the RW2
> file.
>
> Thanks!
>
> Jens
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20160126/284c396c/attachment.html>