Bug 306092 - creation date as file name - doesn't work in BQM
Summary: creation date as file name - doesn't work in BQM
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Bqm-TimeAdjust (show other bugs)
Version: 2.6.0
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-31 16:36 UTC by Axel Krebs
Modified: 2018-09-22 07:23 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.0.0
Sentry Crash Report:


Attachments
Metadata- selection of DateTimeOriginal (217.45 KB, image/jpeg)
2012-08-31 16:40 UTC, Axel Krebs
Details
whereas showing "user-defined file names" (55.08 KB, image/jpeg)
2012-08-31 16:41 UTC, Axel Krebs
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Krebs 2012-08-31 16:36:26 UTC
I want to use the creation date/time as a unique filename (under the assumption, that I use _one_ camera) 

When selecting a file for BQM, I find some options referrimng to time, date etc. which I'd like to use for this purpose. 

BQM offers a selection box to define batches, and especially modify file names. 


  

Reproducible: Always

Steps to Reproduce:
1. When selection Metadata > DateTimeOriginal, I expect that digiKam (DK) transfer this metadata into the filname.
2.  Starting BQM produces an empty placeholder-  the desired filename would _not_ be modified as desired.
3.


Expected Results:  
I like to extract the creation date + time (YYMMDD_HHMMSS) to use this as a file name 
DSC_1234.jpg (or *.NEF)    >>  120403_090523.jpg (or *.NEF)

Important issue for large pic collection

(screenshots follow)
Comment 1 Axel Krebs 2012-08-31 16:40:20 UTC
Created attachment 73579 [details]
Metadata- selection of DateTimeOriginal
Comment 2 Axel Krebs 2012-08-31 16:41:39 UTC
Created attachment 73580 [details]
whereas showing "user-defined file names"
Comment 3 caulier.gilles 2012-08-31 17:24:48 UTC
This feature used advanced renamed tool (implementation is shared).

It's reproducible used rename tool available in icon-view ?

Try also in Import Tool with your camera, this option is also available. It's reproducible ?

Gilles Caulier
Comment 4 Axel Krebs 2012-08-31 18:52:31 UTC
Thank for information concerning the mentioned tool.

> It's reproducible used rename tool available in icon-view ?
Don't understand this sentence completely:

1.) My observation is reproducible- I tried several times.
2.) Why should BQM relate to "icon-view"?

>> Can you detail, please?

I never used import tool, as it is the same effort to load pics from
SD-cards as using an micro-usb-cable for pic imports.

Besides: why should I check for import tools, when I have issues within
renaming in BQM?

For safety reasons, I always work step-by-step:
- import,
- adding tags,
- selecting pics for BQM,
- doing some sequential work therein.

What can I help?



Axel


Am 31.08.2012 19:24, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=306092
> 
> Gilles Caulier <caulier.gilles@gmail.com> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|                            |caulier.gilles@gmail.com
> 
> --- Comment #3 from Gilles Caulier <caulier.gilles@gmail.com> ---
> This feature used advanced renamed tool (implementation is shared).
> 
> It's reproducible used rename tool available in icon-view ?
> 
> Try also in Import Tool with your camera, this option is also available. It's
> reproducible ?
> 
> Gilles Caulier
>
Comment 5 caulier.gilles 2012-12-21 11:51:43 UTC
The problem still reproducible with last 2.9.0 stable release ?

Gilles Caulier
Comment 6 Axel Krebs 2012-12-21 16:40:14 UTC
Am 21.12.2012 12:51, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=306092
> 
> --- Comment #5 from Gilles Caulier <caulier.gilles@gmail.com> ---
> The problem still reproducible with last 2.9.0 stable release ?
> 
> Gilles Caulier
> 
Am 21.12.2012 12:24, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=285237
>
> --- Comment #11 from Gilles Caulier <caulier.gilles@gmail.com> ---
> What about this entry. It still valid with last stable 2.9.0 ?
>
> Gilles Caulier
>
Hi:

right now, I use DK 2.8; newer DK  versions are not accessible yet, for me.

Axel
Comment 7 caulier.gilles 2012-12-22 22:26:16 UTC
Andi,

Can you reproduce the problem with advanced rename feature in BQM ?

Gilles Caulier
Comment 8 Andi Clemens 2012-12-23 07:09:55 UTC
Yes, but this is no AdvancedRename or BQM bug, this Exif Information doesn't seem to exist in the file. Most of my images don't have this metadata set...
Comment 9 Andi Clemens 2012-12-23 07:14:34 UTC
Have you tried the "Date & Time" options? They should give you the creation time...
Comment 10 caulier.gilles 2012-12-23 21:57:41 UTC
Axel,

Following comment #8 and #9 from Andi, this is not a digiKam issue. Your files do not include meta information relevant of date to complete renaming. If you use way from #9, this must fix your problem. I just tried it on my computer.

Gilles Caulier
Comment 11 Andi Clemens 2012-12-24 08:01:45 UTC
If this value should be set per default, it could be an exiv2 issue...
Comment 12 Andi Clemens 2012-12-24 08:07:36 UTC
These EXIF values work with most of my images:

[meta:Exif.Image.DateTime]
[meta:Exif.Photo.DateTimeDigitized]
[meta:Exif.Photo.DateTimeOriginal]
Comment 13 Marcel Wiesweg 2012-12-24 14:45:33 UTC
Current status as per MWG:
* Original Date/Time – Creation date of the intellectual content (e.g. the photograph),
       rather than the creation date of the content being shown
        Exif DateTimeOriginal (36867, 0x9003) and SubSecTimeOriginal (37521, 0x9291)
        IPTC DateCreated (IIM 2:55, 0x0237) and TimeCreated (IIM 2:60, 0x023C)
        XMP (photoshop:DateCreated)
        (+ an XMP Exif key)
* Digitized Date/Time – Creation date of the digital representation
        Exif DateTimeDigitized (36868, 0x9004) and SubSecTimeDigitized (37522, 0x9292)
        IPTC DigitalCreationDate (IIM 2:62, 0x023E) and DigitalCreationTime (IIM 2:63, 0x023F)
        XMP (xmp:CreateDate)
        (+ an XMP Exif key)
* Modification Date/Time – Modification date of the digital image file
        Exif DateTime (306, 0x132) and SubSecTime (37520, 0x9290)
        XMP (xmp:ModifyDate)

We are missing libkexiv2 methods cleanly separating these 3 different fields, but most of this is supported for reading and writing.
Comment 14 Andi Clemens 2012-12-24 15:20:06 UTC
It could be read by the rename tokens I mentioned above, though...
Comment 15 caulier.gilles 2018-09-22 07:23:06 UTC
Not reproducible with 6.0.0, using stand alone Time Adjust tool restored by Maik for next 6.0.0-beta2 release.

Gilles Caulier