https://bugs.kde.org/show_bug.cgi?id=196672
--- Comment #6 from caulier.gil...@gmail.com --- This is the complexity of this kind of task : introduce changes which do not have side effect with all workflow already used by DK users. Typically the album date must be estimated, depending of the album contents. Automatized date computation can fail in some cases. For ex : - image has no date => we use file time stamp instead image metadata. - album has video => currently Exiv2 video metadata do not work has expected. We will return always the FS time stamp in this case. - album has XMP sidecar => date can be extracted from this container and if option is turned on from DK config pannel. - ... and i forget certainly some other cases here... So to compute the date album average can be complicated and can give a false value. Batch processing this kind of task can introduce wrong date in album properties from database. To resume : it's not simple task. This is why this entry exist since a very long time in bugzilla. Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
