Properties view: wrong creation date

[Jan Wolter]

When I run exiv2 on raw files where the sidecar file was created with dk 
4.14 I get the following output:

$ exiv2 -pa --grep Date 2014-08-04T15-41-27_Australien.ORF
Exif.Image.DateTime                          Ascii      20 2014:08:04 
15:41:27
Exif.Photo.DateTimeOriginal                  Ascii      20 2014:08:04 
15:41:27
Exif.Photo.DateTimeDigitized                 Ascii      20 2014:08:04 
15:41:27

$ exiv2 -pa --grep Date 2014-08-04T15-41-27_Australien.ORF.xmp
Exif.Image.DateTime                          Ascii      20 2014:08:04 
15:41:27
Exif.Photo.DateTimeOriginal                  Ascii      20 2014:08:04 
02:00:00
Exif.Photo.DateTimeDigitized                 Ascii      20 2014:08:04 
15:41:27
Iptc.Application2.DateCreated                Date        8 2014-08-04
Iptc.Application2.DigitizationDate           Date        8 2014-08-04
Xmp.exif.DateTimeDigitized                   XmpText    19 
2014-08-04T15:41:27
Xmp.exif.DateTimeOriginal                    XmpText    19 2014:08:04 
15:41:27
Xmp.photoshop.DateCreated                    XmpText    10 2014-08-04
Xmp.tiff.DateTime                            XmpText    19 
2014-08-04T15:41:27
Xmp.xmp.CreateDate                           XmpText    19 
2014-08-04T15:41:27
Xmp.xmp.MetadataDate                         XmpText    19 
2014-08-04T15:41:27
Xmp.xmp.ModifyDate                           XmpText    19 
2014-08-04T15:41:27

When I do it with a file where the xmp file was created by dk 5.7 I get 
the following output:

$ exiv2 -pa --grep Date 2017-11-04T12-53-27_Emilia-erster-Geburtstag.ORF
Exif.Image.DateTime                          Ascii      20 2017:11:04 
12:53:27
Exif.Photo.DateTimeOriginal                  Ascii      20 2017:11:04 
12:53:27
Exif.Photo.DateTimeDigitized                 Ascii      20 2017:11:04 
12:53:27

$ exiv2 -pa --grep Date 
2017-11-04T12-53-27_Emilia-erster-Geburtstag.ORF.xmp
Exif.Image.DateTime                          Ascii      20 2017:11:04 
12:53:27
Exif.Photo.DateTimeOriginal                  Ascii      20 2017:11:04 
12:53:27
Exif.Photo.DateTimeDigitized                 Ascii      20 2017:11:04 
12:53:27
Iptc.Application2.DateCreated                Date        8 2017-11-04
Iptc.Application2.DigitizationDate           Date        8 2017-11-04
Xmp.xmp.ModifyDate                           XmpText    19 
2017-11-04T12:53:27
Xmp.xmp.CreateDate                           XmpText    19 
2017-11-04T12:53:27
Xmp.photoshop.DateCreated                    XmpText    19 
2017-11-04T12:53:27


In the first case Xmp.photoshop.DateCreated does not contain the time 
information and digikam shows the property "Created" as "8/4/2014 2:00 
AM". Surprisingly, the old dk version 4.14 shows the creation date 
correctly, even if the attribute Xmp.photoshop.DateCreated contains no 
time part.
It seems to be that there are some changes from versions 4.x to 5.x.


On 11/14/2017 11:21 PM, Andrey Goreev wrote:
> It might be related to how exiv2 supports the ODF file format.
> It should be easy to check. You can try either exiv2 direct or 
> darktable, RPD and many others and see if they read the date/time tag 
> correct.
>
> Sent from my Samsung Galaxy smartphone.
>
> -------- Original message --------
> From: Jan Wolter <jan at wolter.re>
> Date: 2017-11-14 2:59 PM (GMT-07:00)
> To: digikam-users at kde.org
> Subject: Re: Properties view: wrong creation date
>
> I noticed the same problem with pre-released version 5.8.0. Absolutely
> annoying is that renaming of a set of images (all taken on the same day
> but on a different time) with the option [date:"yyyy-MM-ddThh-mm-ss"]
> results in
> 2014-07-29T02-00-00.ORF
> 2014-07-29T02-00-00_1.ORF
> 2014-07-29T02-00-00_2.ORF
> ...
> 2014-07-29T02-00-00_n.ORF
>
> I would expect a filename including the correct time information taken
> from the xmp:CreateDate attribute. But it seems to be that always in
> incomplete attribute photoshop:DateCreated is taken.
>
> Does anyone have the same problem?
>
>
> On 11/13/2017 10:43 PM, Jan Wolter wrote:
> > Hello,
> >
> > I mentioned that the creation date of nearly all my raw files are not
> > displayed correctly in the photograph properties view: the date part
> > is correct but the time part is fixed to "1:00 AM" or "2:00 AM"
> > depending on winter or sommer time. For read-only files like raw files
> > my digikam writes/reads all metadate to/from XMP sidecar files.
> > Currently, I use digikam version 5.7.0 (AppImage).
> >
> > When I take a look in the *.xmp files, I see the following entries
> > related to dates:
> > exif:DateTimeDigitized="2014-07-29T11:22:08"
> > exif:DateTimeOriginal="2014-07-29T11:22:08"
> > tiff:DateTime="2014-07-29T11:22:08"
> > xmp:CreateDate="2014-07-29T11:22:08"
> > xmp:MetadataDate="2014-07-29T11:22:08"
> > xmp:ModifyDate="2014-07-29T11:22:08"
> > photoshop:DateCreated="2014-07-29"
> >
> > All date related attributes except "photoshop:DateCreated" saves the
> > date including the time part. First question: Why is there a photoshop
> > related attribute? I use dk on a Linux machine, where Photoshop is not
> > present.
> >
> > In a deeper investigation of the problem, I noticed that the mentioned
> > problem applies only to all raw files which XMP sidecar files was
> > created by an older dk version (in my case dk 4.14.0). All "new" raw
> > files which sidecar files was created with digikam 5.x are displayed
> > correctly and the attribute "photoshop:DateCreated" includes the time
> > part. When I take then such a xmp file and change the attribute from
> >   photoshop:DateCreated="2017-11-04T12:52:23"
> > to
> >   photoshop:DateCreated="2017-11-04"
> > the properties view shows "11/4/17 1:00 AM" instead of "11/4/17 12:52
> > PM".
> >
> > It seems to be that digikam uses the attribute "photoshop:DateCreated"
> > exclusively instead of "xmp:CreateDate". From my point of view thats a
> > bug. Is it possible to fix it?
> >
> >
> > Best regards,
> > Jan 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20171114/867e1ac1/attachment.html>