[digiKam-users] Import does not recognize existing images
Maik Qualmann
metzpinguin at gmail.com
Sun Feb 5 11:23:55 GMT 2023
We already have bug reports and wishes for this import problem. When importing
items from camera devices or USB media, we use a mix of device, file name, file
size, file date to recognize files that have already been imported. The unique
digiKam file hash is not suitable for this as we do not have access to the file
on GPhoto2 devices. Otherwise, the unique digiKam file hash may already have
changed after the import due to metadata operations during the import, e.g.
document name was written or automatic image rotation.
Since we already started redesigning the import process in digiKam-8.0.0-Beta,
it would be possible to check for the unique digiKam file hash after importing
the file. However, this would require that all import options that would modify
the file are disabled and that the original file in the digiKam Album has never
been modified. This is not really user friendly. A solution with our duplicates
search is more conceivable.
Maik
Am Sonntag, 5. Februar 2023, 11:30:20 CET schrieb Nino:
> Hi folks,
>
> I was writing a small script that moves all duplicate images of my
> Digikam database
> to another folder:
> https://github.com/ninok/digikam-utils/blob/main/move_duplicates.py
>
> To double check that the script did the right thing, I was trying to
> re-import the duplicates.
> I was expecting that the import will mark none of the images as new, but
> instead all of the images are marked as new.
>
> I wrote another script that checks if there is a copy of each duplicate and
> it works as expected:
> https://github.com/ninok/digikam-utils/blob/main/safe_remove_duplicates.py
>
> Am I doing sth. wrong? How can I prevent import to import images that are
> already in the database?
>
> Best regards,
> Nino
More information about the Digikam-users
mailing list