hugin-devs team mailing list archive

[tmodes <1507801@xxxxxxxxxxxxxxxxxx>]

> Metadata like lens information and exposure information 
> CAN be copied if it remains the same accross all pictures 
> (this is likely to be case, in a well-shot panorama).

This is wrong: 
1. After stitching with Hugin the projection and also the field of view (and therefore the focallength) changes and therefore the lensinformation becomes invalid.
2. Hugin can also work with images with different field of view. So your assumption is not valid.
3. Hugin can also work with images from different lenses or even from different cameras. 
4. During stitching Hugin applies photometric correction and you can select the output exposure value. So the exposure value from the input image is not valid for the final image.

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1507801

Title:
  Not all metadata copied

Status in Hugin:
  Invalid

Bug description:
  Not all metadata is properly copied from the first image (or middle,
  or average, or whatever).

  Namely the fields that describe the lens, ISO rating, metering mode,
  flash, exposure program, exposure comp, country code, country,
  province, city, location, label, rating, keywords, copyright.

  That's as far as I could find. I suspect a couple more fields are
  missing, but I haven't tested all of them. I suppose this is enough of
  an indication that, although the "copy metadata" checkbox in
  Preferences is ticked, it 'forgets' to copy a boatload of fields.

  Some metadata is copied though, like author, camera, gps, but nothing
  more as fas as I can tell quickly enough.

  I can see there's two more boxes in Preferences for "argfiles", but I
  have no idea what I should put there, and I have no way of knowing
  what it expects me to do there. Or if it's going to help me in the
  first place. At any rate, I would say just simply copy ALL metadata.
  If it's using exiftool, copying ALL metadata should be a lot easier
  than copying an arbitrary set.

  In the mean time, is there a trivial workaround that we can apply?

  This is Hugin 2015.0.0 on Windows 10 x64.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1507801/+subscriptions