Project

General

Profile

Bug #12066

Importing photos from camera creates superfluous directories

Added by Philip Moseley about 2 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
-
Target version:
-
Start date:
03/09/2018
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.4.0
System:
Debian
bitness:
64-bit
hardware architecture:
amd64/x86

Description

In the settings I changed the directories to be named based on the EXIF date, instead of todays date (which I find to be significantly more useful).

When I import photos, DT correctly creates the directories based on EXIF dates and puts the photos there. But it also creates an empty directory with todays date.

In my settings I have:
Base directory naming pattern: $(PICTURES_FOLDER)/images
Sub-directory naming pattern: $(EXIF_YEAR)-$(EXIF_MONTH)-$(EXIF_DAY)--$(JOBCODE)
File naming pattern: $(EXIF_YEAR)-$(EXIF_MONTH)-$(EXIF_DAY)--$(EXIF_HOUR).$(EXIF_MINUTE).$(EXIF_SECOND)--$(SEQUENCE).$(FILE_EXTENSION)

So, for example, when today (March 9th 2018) I import photos that were taken a few days ago (March 2nd 2018), I get all my photos in a directory "/images/2018-03-02--<jobname>", but I also get an empty directory "/images/2018-03-09--<jobname>", which I then have to manually delete.

This seems very similar to https://redmine.darktable.org/issues/10133, except that I'm not using the option in photo import to "override today's date", instead I've essentially done that override in the settings.

Also available in: Atom PDF

Go to top