<div dir="ltr">The jpeg file is a mess. The sidecar sound right.<div><br></div><div>I cannot recommend to drop date in image files, or at least to let few important one, especially in Exif, just in case where is plan to go back to a workflow without sidecar.</div><div><br></div><div>Let's standard Exif time stamp and patch the tags with right value with your script. All other one can be dropped, as IPTC and XMP, as sidecar do the job instead.</div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-22 11:34 GMT+02:00 B.M. <span dir="ltr"><<a href="mailto:b-misc@gmx.ch" target="_blank">b-misc@gmx.ch</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Thank you Gilles for your fast answer, can you maybe help me understanding the <br>
second paragraph, I add some more data from a photo showing "wrong" time <br>
stamps:<br>
<br>
$ exiftool DSC_0003.jpg | grep Date<br>
File Modification Date/Time     : 2018:02:18 15:41:57+01:00<br>
File Access Date/Time           : 2018:04:21 21:17:01+02:00<br>
File Inode Change Date/Time     : 2018:02:18 15:45:03+01:00<br>
Modify Date                     : 2001:01:01 01:21:57<br>
Date/Time Original              : 2012:04:21 13:59:20<br>
Create Date                     : 2012:04:21 13:59:20<br>
Date Display Format             : D/M/Y<br>
Profile Date Time               : 1998:02:09 06:49:00<br>
Create Date                     : 2012:04:21 13:59:20.00<br>
Date/Time Original              : 2012:04:21 13:59:20.00<br>
Modify Date                     : 2001:01:01 01:21:57.00<br>
<br>
$ grep Date DSC_0003.jpg.xmp <br>
   xmp:CreateDate="2012-04-21T13:<wbr>59:20"<br>
   xmp:MetadataDate="2012-04-<wbr>21T13:59:20"<br>
   xmp:ModifyDate="2012-04-21T13:<wbr>59:20"<br>
   exif:DateTimeOriginal="2012-<wbr>04-21T13:59:20.00"<br>
   exif:DateTimeDigitized="2012-<wbr>04-21T13:59:20.00"<br>
   tiff:DateTime="2012-04-21T13:<wbr>59:20.00"<br>
   photoshop:DateCreated="2012-<wbr>04-21"><br>
<br>
So I don't see any inconsistencies in the metadata.<br>
<br>
But I modified my image metadata (should be a cleanup) using a script some <br>
weeks ago and so I thought indeed that there might be a connection:<br>
<br>
exiftool -XMP-digiKam:TagsList= -XMP-lr:HierarchicalSubject= -XMP-<br>
microsoft:LastKeywordXMP= -IPTC:Keywords= -XMP-dc:Subject= -overwrite_original <br>
-r -ext jpg -ext JPG -ext jpeg -ext JPEG <my folders><br>
<br>
The idea for that command was a huge cleanup; since I switched to the "write <br>
to sidecar files only" option for some years now, I wanted to remove all self-<br>
created metadata from the image files themselves, keep them only in the sidecar <br>
files. Because otherwise I expected to get duplicate and potentially non-<br>
synchronized metadata.<br>
<br>
Do you see anything?<br>
<br>
Thank you very much.<br>
<br>
Best,<br>
Bernd<br>
<div class="HOEnZb"><div class="h5"><br>
On Sonntag, 22. April 2018 10:49:54 CEST Gilles Caulier wrote:<br>
> Hi,<br>
> <br>
> This is an old behavior that i coded few years ago. There are many many<br>
> tags relevant of date time in Exif (and also IPTC and XMP)<br>
> <br>
> Typically, i preserved a date time tags with "original" shot date when user<br>
> patch a wrong time stamp in metadata, just in case. this one must never be<br>
> used in DK database while scanning.<br>
> <br>
> I currently working in 6.0.0 source code to review all metadata engine and<br>
> i will drop this feature definitively as this can introduce side effects.<br>
> <br>
> Please report this problem in bugzilla (or look if one do not already<br>
> exist), and comment inline.<br>
> <br>
> Thanks in advance.<br>
> <br>
> Gilles Caulier<br>
> <br>
> 2018-04-22 9:19 GMT+02:00 B.M. <<a href="mailto:b-misc@gmx.ch">b-misc@gmx.ch</a>>:<br>
> > Dear all,<br>
> > <br>
> > I have a somehow strange problem: wrong Created Times are shown,<br>
> > replicable,<br>
> > but only for a certain user.<br>
> > <br>
> > Since at least a week or so, digikam shows "wrong" times in thumbnail<br>
> > view,<br>
> > which results in a wrong sorting.<br>
> > <br>
> > E.g. I have a picture which shows 02.03.12 01:00<br>
> > The properties tab on the right shows Created 02.03.12 01:00 (wrong)<br>
> > <br>
> > The metadata tab shows for EXIF:<br>
> >   Date and Time 02.03.12 13:53:45 (correct)<br>
> >   Date and Time (digitized) 02.03.12 13:53:45 (correct)<br>
> >   Date and Time (original) 02.03.12 01:00:00 (wrong)<br>
> > <br>
> > for IPTC:<br>
> >   Date Created 2012-03-02<br>
> >   Digitization Date 2012-03-02<br>
> >   Time Created 13:53:45+00:00 (correct)<br>
> > <br>
> > Interestingly, if I look at my different album folders, not all pictures<br>
> > are<br>
> > affected; in typical folders, about 30 - 60% show wrong times. Most<br>
> > folders<br>
> > are affected, but not all.<br>
> > <br>
> > The wrong times is 01:00:00 for most of the pictures, but 02:00:00 is<br>
> > shown as<br>
> > well, other times are not shown. It seem to be folder-specific, i.e. in a<br>
> > certain album folder it's either 01:00:00 or 02:00:00.<br>
> > <br>
> > If I rebuild digikam's databases (by renaming the old ones) I get the same<br>
> > wrong times (especially the wrong one in the thumbnail view).<br>
> > <br>
> > But if I copy the image (and its xmp sidecar file) to a new (test) user on<br>
> > the<br>
> > same machine and he imports it (new digikam setup), the correct time<br>
> > (13:53)<br>
> > is shown for this different user.<br>
> > <br>
> > I realized this behaviour about a week ago but didn't use digikam for some<br>
> > weeks before. But I don't think this happened before (I'd noticed it), but<br>
> > if<br>
> > I look at different album folders I get the impression that and increasing<br>
> > number is affected. My system is Debian Stable, with digikam 5.3.0.<br>
> > <br>
> > If I check with exiftool, I correctly get<br>
> > <br>
> >   Date/Time Original              : 2012:03:02 13:53:45<br>
> >   Sub Sec Time Original           : 00<br>
> >   Date/Time Original              : 2012:03:02 13:53:45.00<br>
> > <br>
> > (but why is it reported twice?)<br>
> > <br>
> > All files are on the same disk.<br>
> > <br>
> > What could be the reason for this weird behavior? Thank you for your<br>
> > support!<br>
> > <br>
> > No, I didn't drink too much beer or wine for the current high temperatures<br>
> > here in continental Europe...<br>
> > <br>
> > Best regards,<br>
> > Bernd<br>
<br>
<br>
</div></div></blockquote></div><br></div>