Trying again, I cannot reproduce the issue. I'm not sure why I saw it before, but now timestamps are properly set (with existing .hugin directory and after moving it away), so I would suggest closing this bug.
— Ayke 2014-10-18 13:54 GMT+02:00 Andreas Metzler <ametz...@bebt.de>: > On 2014-10-16 Ayke van Laethem <aykevanlaet...@gmail.com> wrote: > > I've seen this feature being referenced in a different bug, so it > > really was there before: > > https://bugs.launchpad.net/hugin/+bug/679932 > > >> were these two headers be copied from (one of) the input images or > >> were they set by hugin (time of panorama generation)? > > > They were set to the same time as the first input image. The first > > being the one with the oldest timestamp, the first in an alphabetic > > directory listing, or the first image being added. I'm not entirely > > sure how it picks the 'first' image, but as the Create time is the > > same, it must have copied it. > > Hello, > > thanks for the additional info. > > However, I cannot reproduce the problem. I have just taken some old > images of mine and restitched them (starting freshly, not using the old > project file) and indeed as you decribed Create Date|Date/Time > Original was copied from the first image: > ametzler@argenau:/tmp/Sospel$ exiftool testimage_fused.tif | grep -E > 'Create Date|Date/Time Original' > Date/Time Original : 2008:09:02 10:03:15 > Create Date : 2008:09:02 10:03:15 > > Could you doublecheck whether some local setting is broken by > temporarily moving away ~/.hugin and checking with a simple project > (starting from scratch)? > > cu Andreas > -- > `What a good friend you are to him, Dr. Maturin. His other friends are > so grateful to you.' > `I sew his ears on from time to time, sure' >