Properties view: wrong creation date

Maik Qualmann metzpinguin at gmail.com
Wed Nov 15 06:56:04 GMT 2017


Jan,

here is the function.

https://cgit.kde.org/digikam.git/tree/libs/dmetadata/metaengine_image.cpp#n534

 Yes, if none of the many date/time sources are available, 
"Xmp.photoshop.DateCreated" will be queried before "Xmp.xmp.CreateDate". If 
"Xmp.photoshop.DateCreated" is so unreliable, I suggest giving it a lower 
priority.

Maik

Am Mittwoch, 15. November 2017, 00:50:15 CET schrieb Andrey Goreev:
> This might be a bug then and it is better to submit it on bugs.kde.org 
> 
> 
> Sent from my Samsung Galaxy smartphone.
> -------- Original message --------From: Jan Wolter <jan at wolter.re> Date:
> 2017-11-14  3:51 PM  (GMT-07:00) To: digikam-users at kde.org Subject: Re:
> Properties view: wrong creation date
> 
>     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



More information about the Digikam-users mailing list