digiKam › digikam-users

Properties view: wrong creation date

Classic

List

Threaded

7 messages Options

Jan Wolter-3

Properties view: wrong creation date

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

Jan Wolter-3

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

AndriusWild

Re: Properties view: wrong creation date

In reply to this post by Jan Wolter-3

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 <[hidden email]>

Date: 2017-11-14 2:59 PM (GMT-07:00)

To: [hidden email]

Subject: Re: Properties view: wrong creation date

Jan Wolter-3

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 [hidden email]

Date: 2017-11-14 2:59 PM (GMT-07:00)

To: [hidden email]

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

AndriusWild

Re: Properties view: wrong creation date

In reply to this post by Jan Wolter-3

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 <[hidden email]>

Date: 2017-11-14 3:51 PM (GMT-07:00)

To: [hidden email]

Subject: Re: Properties view: wrong creation date

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 [hidden email]

Date: 2017-11-14 2:59 PM (GMT-07:00)

To: [hidden email]

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

Maik Qualmann

Re: Properties view: wrong creation date

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 <[hidden email]> Date:
> 2017-11-14 3:51 PM (GMT-07:00) To: [hidden email] 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 <[hidden email]>
> Date: 2017-11-14 2:59 PM (GMT-07:00)
> To: [hidden email]
> 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

Jan Wolter-3

Re: Properties view: wrong creation date

Thanks for the answers. I created a bug:
https://bugs.kde.org/show_bug.cgi?id=386959
Hence, I think we can move all related discussion to bugzilla.

Best regards,
Jan

On 11/15/2017 07:56 AM, Maik Qualmann wrote:

> 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 <[hidden email]> Date:
>> 2017-11-14 3:51 PM (GMT-07:00) To: [hidden email] 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 <[hidden email]>
>> Date: 2017-11-14 2:59 PM (GMT-07:00)
>> To: [hidden email]
>> 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