lens information is getting lost

[Thomas Krüger]

I've Panasonic mft cameras (G2, G3, G5)
Downloading the pictures (*.JPG, *.RW2) is somehow messing up the JPG exif information.
At least the brand name of the lens and 1MB is missing when JPG-rotation is activated

with rotation:
exiv2 -pt *.JPG | grep -i lens
P1010076.JPG Exif.Panasonic.ConversionLens Short 1 Aus
P1010076.JPG Exif.Panasonic.LensType Ascii 34 :99:99 00:00:00
P1010076.JPG Exif.Panasonic.LensSerialNumber Ascii 14

no rotation:
exiv2 -pt *.JPG | grep -i lens
P1010077.JPG Exif.Panasonic.ConversionLens Short 1 Aus
P1010077.JPG Exif.Panasonic.LensType Ascii 34 OLYMPUS M.9-18mm F4.0-5.6
P1010077.JPG Exif.Panasonic.LensSerialNumber Ascii 14 AAJ219737

[Damon Lynch (dlynch3)]

Are you downloading directly from the camera or from a memory card?

[Thomas Krüger (thouks)]

 From a memory card.

Am 14.02.2013, 01:03 Uhr, schrieb Damon Lynch <email address hidden>:

> Are you downloading directly from the camera or from a memory card?

[Thomas Krüger (thouks)]

Ubuntu 12.10 with exiv2
Version:
0.23-1pmjdebruijn8~quantal (from darktable ppa)

(Not sure if that's important)

Am 14.02.2013, 02:12 Uhr, schrieb thouks <email address hidden>:

> From a memory card.
>
> Am 14.02.2013, 01:03 Uhr, schrieb Damon Lynch <email address hidden>:
>
>> Are you downloading directly from the camera or from a memory card?

[Damon Lynch (dlynch3)]

All Rapid Photo Downloader does to rotate a jpeg is call exiftran. I
suggest you try that program from the command line on one of your jpegs to
see if it is causing the problem.

Did you update python-pyexiv2 when you upgraded to a different exiv2
version? If not, I could see that potentially causing problems. But they
may not be related to this particular problem.

On Wed, Feb 13, 2013 at 7:16 PM, Thomas Krüger
<email address hidden>wrote:

> Ubuntu 12.10 with exiv2
> Version:
> 0.23-1pmjdebruijn8~quantal (from darktable ppa)
>
> (Not sure if that's important)
>
>
>
> Am 14.02.2013, 02:12 Uhr, schrieb thouks <email address hidden>:
>
> > From a memory card.
> >
> > Am 14.02.2013, 01:03 Uhr, schrieb Damon Lynch <email address hidden>:
> >
> >> Are you downloading directly from the camera or from a memory card?
>
> --
> You received this bug notification because you are subscribed to Rapid
> Photo Downloader.
> https://bugs.launchpad.net/bugs/1124658
>
> Title:
> lens information is getting lost
>
> Status in Rapid Photo Downloader:
> New
>
> Bug description:
> I've Panasonic mft cameras (G2, G3, G5)
> Downloading the pictures (*.JPG, *.RW2) is somehow messing up the JPG
> exif information.
> At least the brand name of the lens and 1MB is missing when
> JPG-rotation is activated
>
> with rotation:
> exiv2 -pt *.JPG | grep -i lens
> P1010076.JPG Exif.Panasonic.ConversionLens Short
> 1 Aus
> P1010076.JPG Exif.Panasonic.LensType Ascii
> 34 :99:99 00:00:00
> P1010076.JPG Exif.Panasonic.LensSerialNumber Ascii
> 14
>
> no rotation:
> exiv2 -pt *.JPG | grep -i lens
> P1010077.JPG Exif.Panasonic.ConversionLens Short
> 1 Aus
> P1010077.JPG Exif.Panasonic.LensType Ascii
> 34 OLYMPUS M.9-18mm F4.0-5.6
> P1010077.JPG Exif.Panasonic.LensSerialNumber Ascii
> 14 AAJ219737
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/rapid/+bug/1124658/+subscriptions
>

--
http://www.damonlynch.net

[Thomas Krüger (thouks)]

Thanks for your hints.
So I made some further testing.

Presuming exiftran -a (-i) is the right command.
The result is a jpg without lenstype information.

exiv2 -pa Picture_sdcard.jpg
Exif.Panasonic.LensType Ascii 34 OLYMPUS
M.9-18mm F4.0-5.6
Exif.Panasonic.LensSerialNumber Ascii 14 AAJ219737
Exif.Panasonic.AccessoryType Ascii 34 NO-ACCESSORY

is getting

exiv2 -pa Picture_copied_by_RaPhoDo.jpg
Exif.Panasonic.LensType Ascii 34 :99:99 00:00:00
Exif.Panasonic.LensSerialNumber Ascii 14
Exif.Panasonic.AccessoryType Ascii 34

There are a few more information cutted by exiftran, but this is the most
important for my library.

As you probably not responsible for exiftran, maybe you think about a
warning
near the JPEG-auto-rotation checkbox for certain jpg-data.

Thanks a lot for this tool!!!!

Am 14.02.2013, 02:38 Uhr, schrieb Damon Lynch <email address hidden>:

> All Rapid Photo Downloader does to rotate a jpeg is call exiftran. I
> suggest you try that program from the command line on one of your jpegs
> to
> see if it is causing the problem.
>
> Did you update python-pyexiv2 when you upgraded to a different exiv2
> version? If not, I could see that potentially causing problems. But they
> may not be related to this particular problem.
>
>
> On Wed, Feb 13, 2013 at 7:16 PM, Thomas Krüger
> <email address hidden>wrote:
>
>> Ubuntu 12.10 with exiv2
>> Version:
>> 0.23-1pmjdebruijn8~quantal (from darktable ppa)
>>
>> (Not sure if that's important)
>>
>>
>>
>> Am 14.02.2013, 02:12 Uhr, schrieb thouks <email address hidden>:
>>
>> > From a memory card.
>> >
>> > Am 14.02.2013, 01:03 Uhr, schrieb Damon Lynch <email address hidden>:
>> >
>> >> Are you downloading directly from the camera or from a memory card?
>>
>> --
>> You received this bug notification because you are subscribed to Rapid
>> Photo Downloader.
>> https://bugs.launchpad.net/bugs/1124658
>>
>> Title:
>> lens information is getting lost
>>
>> Status in Rapid Photo Downloader:
>> New
>>
>> Bug description:
>> I've Panasonic mft cameras (G2, G3, G5)
>> Downloading the pictures (*.JPG, *.RW2) is somehow messing up the JPG
>> exif information.
>> At least the brand name of the lens and 1MB is missing when
>> JPG-rotation is activated
>>
>> with rotation:
>> exiv2 -pt *.JPG | grep -i lens
>> P1010076.JPG Exif.Panasonic.ConversionLens
>> Short
>> 1 Aus
>> P1010076.JPG Exif.Panasonic.LensType
>> Ascii
>> 34 :99:99 00:00:00
>> P1010076.JPG Exif.Panasonic.LensSerialNumber
>> Ascii
>> 14
>>
>> no rotation:
>> exiv2 -pt *.JPG | grep -i lens
>> P1010077.JPG Exif.Panasonic.ConversionLens
>> Short
>> 1 Aus
>> P1010077.JPG Exif.Panasonic.LensType
>> Ascii
>> 34 OLYMPUS M.9-18mm F4.0-5.6
>> P1010077.JPG Exif.Panasonic.LensSerialNumber
>> Ascii
>> 14 AAJ219737
>>
>> To manage notifications about this bug go to:
>> https://bugs.la...

[Damon Lynch (dlynch3)]

A bug certainly must be filed against exiftran - that's a serious bug.
Losing metadata like that should never happen. I suggest seeing if it
happens under Ubuntu 13.04 - there is not much point filing a bug against
12.10 at this point. If you can send me a sample file (that is not
corrupted) then I can try it out myself in a virtual machine.

On Thu, Feb 14, 2013 at 8:11 AM, Thomas Krüger
<email address hidden>wrote:

> Thanks for your hints.
> So I made some further testing.
>
> Presuming exiftran -a (-i) is the right command.
> The result is a jpg without lenstype information.
>
> exiv2 -pa Picture_sdcard.jpg
> Exif.Panasonic.LensType Ascii 34 OLYMPUS
> M.9-18mm F4.0-5.6
> Exif.Panasonic.LensSerialNumber Ascii 14 AAJ219737
> Exif.Panasonic.AccessoryType Ascii 34 NO-ACCESSORY
>
> is getting
>
> exiv2 -pa Picture_copied_by_RaPhoDo.jpg
> Exif.Panasonic.LensType Ascii 34 :99:99 00:00:00
> Exif.Panasonic.LensSerialNumber Ascii 14
> Exif.Panasonic.AccessoryType Ascii 34
>
> There are a few more information cutted by exiftran, but this is the most
> important for my library.
>
> As you probably not responsible for exiftran, maybe you think about a
> warning
> near the JPEG-auto-rotation checkbox for certain jpg-data.
>
> Thanks a lot for this tool!!!!
>
>
>
> Am 14.02.2013, 02:38 Uhr, schrieb Damon Lynch <email address hidden>:
>
> > All Rapid Photo Downloader does to rotate a jpeg is call exiftran. I
> > suggest you try that program from the command line on one of your jpegs
> > to
> > see if it is causing the problem.
> >
> > Did you update python-pyexiv2 when you upgraded to a different exiv2
> > version? If not, I could see that potentially causing problems. But they
> > may not be related to this particular problem.
> >
> >
> > On Wed, Feb 13, 2013 at 7:16 PM, Thomas Krüger
> > <email address hidden>wrote:
> >
> >> Ubuntu 12.10 with exiv2
> >> Version:
> >> 0.23-1pmjdebruijn8~quantal (from darktable ppa)
> >>
> >> (Not sure if that's important)
> >>
> >>
> >>
> >> Am 14.02.2013, 02:12 Uhr, schrieb thouks <email address hidden>:
> >>
> >> > From a memory card.
> >> >
> >> > Am 14.02.2013, 01:03 Uhr, schrieb Damon Lynch <email address hidden>:
> >> >
> >> >> Are you downloading directly from the camera or from a memory card?
> >>
> >> --
> >> You received this bug notification because you are subscribed to Rapid
> >> Photo Downloader.
> >> https://bugs.launchpad.net/bugs/1124658
> >>
> >> Title:
> >> lens information is getting lost
> >>
> >> Status in Rapid Photo Downloader:
> >> New
> >>
> >> Bug description:
> >> I've Panasonic mft cameras (G2, G3, G5)
> >> Downloading the pictures (*.JPG, *.RW2) is somehow messing up the JPG
> >> exif information.
> >> At least the brand name of the lens and 1MB is missing when
> >> JPG-rotation is activated
> >>
> >> with rotation:
> >> exiv2 -pt *.JPG | grep -i lens
> >> P1010076.JPG Exif.Panasonic.ConversionLens
> >> Short
> >> 1 Aus
> >> P1010076.JPG Exif.Panasonic.LensType
> >> Ascii
> >> 34 :99:99 00:00:00
> >...

[Thomas Krüger (thouks)]

https://dl.dropbox.com/u/352146/exif_test/P1070321.JPG

That's an ooc jpg, if you need anything more let me know.

My system:
Ubuntu 12.10 (Gnome-Shell)
exiftran 2.07-10build1

Am 15.02.2013, 07:33 Uhr, schrieb Damon Lynch <email address hidden>:

> A bug certainly must be filed against exiftran - that's a serious bug.
> Losing metadata like that should never happen. I suggest seeing if it
> happens under Ubuntu 13.04 - there is not much point filing a bug against
> 12.10 at this point. If you can send me a sample file (that is not
> corrupted) then I can try it out myself in a virtual machine.
>
>
> On Thu, Feb 14, 2013 at 8:11 AM, Thomas Krüger
> <email address hidden>wrote:
>
>> Thanks for your hints.
>> So I made some further testing.
>>
>> Presuming exiftran -a (-i) is the right command.
>> The result is a jpg without lenstype information.
>>
>> exiv2 -pa Picture_sdcard.jpg
>> Exif.Panasonic.LensType Ascii 34 OLYMPUS
>> M.9-18mm F4.0-5.6
>> Exif.Panasonic.LensSerialNumber Ascii 14 AAJ219737
>> Exif.Panasonic.AccessoryType Ascii 34 NO-ACCESSORY
>>
>> is getting
>>
>> exiv2 -pa Picture_copied_by_RaPhoDo.jpg
>> Exif.Panasonic.LensType Ascii 34 :99:99
>> 00:00:00
>> Exif.Panasonic.LensSerialNumber Ascii 14
>> Exif.Panasonic.AccessoryType Ascii 34
>>
>> There are a few more information cutted by exiftran, but this is the
>> most
>> important for my library.
>>
>> As you probably not responsible for exiftran, maybe you think about a
>> warning
>> near the JPEG-auto-rotation checkbox for certain jpg-data.
>>
>> Thanks a lot for this tool!!!!
>>
>>
>>
>> Am 14.02.2013, 02:38 Uhr, schrieb Damon Lynch <email address hidden>:
>>
>> > All Rapid Photo Downloader does to rotate a jpeg is call exiftran. I
>> > suggest you try that program from the command line on one of your
>> jpegs
>> > to
>> > see if it is causing the problem.
>> >
>> > Did you update python-pyexiv2 when you upgraded to a different exiv2
>> > version? If not, I could see that potentially causing problems. But
>> they
>> > may not be related to this particular problem.
>> >
>> >
>> > On Wed, Feb 13, 2013 at 7:16 PM, Thomas Krüger
>> > <email address hidden>wrote:
>> >
>> >> Ubuntu 12.10 with exiv2
>> >> Version:
>> >> 0.23-1pmjdebruijn8~quantal (from darktable ppa)
>> >>
>> >> (Not sure if that's important)
>> >>
>> >>
>> >>
>> >> Am 14.02.2013, 02:12 Uhr, schrieb thouks <email address hidden>:
>> >>
>> >> > From a memory card.
>> >> >
>> >> > Am 14.02.2013, 01:03 Uhr, schrieb Damon Lynch
>> <email address hidden>:
>> >> >
>> >> >> Are you downloading directly from the camera or from a memory
>> card?
>> >>
>> >> --
>> >> You received this bug notification because you are subscribed to
>> Rapid
>> >> Photo Downloader.
>> >> https://bugs.launchpad.net/bugs/1124658
>> >>
>> >> Title:
>> >> lens information is getting lost
>> >>
>> >> Status in Rapid Photo Downloader:
>> >> New
>> >>
>> >> Bug description:
>> >> I've Panasonic mft cameras (G2, G3, G5)
>> >> Downloading the pictures (*.JPG, *.RW2) is somehow messing up th...

[Damon Lynch (dlynch3)]

I have reported the bug here: https://bugs.launchpad.net/ubuntu/+source/fbi/+bug/1127405

Hopefully that was the correct place. I have also alerted the developer of exiftran.

I suggest keeping the jpeg in dropbox until it's resolved.

[Thomas Krüger (thouks)]

Thanks for your help.
I won't touch the jpeg.

Am 16.02.2013, 19:26 Uhr, schrieb Damon Lynch <email address hidden>:

> I have reported the bug here:
> https://bugs.launchpad.net/ubuntu/+source/fbi/+bug/1127405
>
> Hopefully that was the correct place. I have also alerted the developer
> of exiftran.
>
> I suggest keeping the jpeg in dropbox until it's resolved.
>
> ** Changed in: rapid
> Status: New => Confirmed
>
> ** Changed in: rapid
> Importance: Undecided => Low

[Pascal de Bruijn (pmjdebruijn)]

This kind of bug doesn't surprise me in the least.

The problem that occurs here, isn't the general EXIF breaking, it's likely the MakerNote breaking.

The MakerNote is a vendor (proprietary) defined part of EXIF, where vendors take their time to make stupid mistakes. It's fairly common for the MakerNote to break when an image file is modified.

It's an understatement to say that modifying original source files is not a smart thing to do. And ideally programs should never ever modify them by default, and carry a huge scary warning when it optionally offers that ""feature"" to an end-user.

[Damon Lynch (dlynch3)]

Pascal I only included the feature after users requested it be added. I'll probably remove it entirely from the next version.

[Damon Lynch (dlynch3)]

I'm marking this as "fixed released", because I have removed the option to auto-rotate jpegs from the next release. And yes Pascal you're right. Lesson learned!