Bug 497567 - Feature Request: "No New Images for Deceased Persons"
Summary: Feature Request: "No New Images for Deceased Persons"
Status: RESOLVED NOT A BUG
Alias: None
Product: digikam
Classification: Applications
Component: Faces-Workflow (show other bugs)
Version: 8.5.0
Platform: Other Other
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-16 16:43 UTC by tab
Modified: 2025-01-05 09:55 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tab 2024-12-16 16:43:23 UTC
I would like to suggest a feature that allows marking a person as "deceased," preventing new images from being assigned to them.  

**Background:**  
When a person is deceased, they can only appear in photos taken before their date of death. Images taken after this date cannot possibly include this person.  

To make this functionality flexible, it should be possible to enable or disable this restriction. This is necessary in cases where the image capture date may not accurately reflect when the photo was taken (e.g., when scanning old slides that are newly digitized but were originally taken before the person's death).  

**How it could work:**  
- If a date of death is set for a person and this feature is enabled, face detection or person suggestions for this individual should only occur for photos with a capture date earlier than the date of death.  

This feature would improve the accuracy and logic of person assignments in photo libraries, especially for large archives.
Comment 1 Maik Qualmann 2024-12-17 07:44:36 UTC
This wish has already been submitted once. We have already discussed it and rejected it.
Our goal is to further improve face recognition so that such "crutches" are not necessary.

Maik
Comment 2 John Kizer 2024-12-29 00:39:07 UTC
(In reply to Maik Qualmann from comment #1)
> This wish has already been submitted once. We have already discussed it and
> rejected it.
> Our goal is to further improve face recognition so that such "crutches" are
> not necessary.

Hi - from a bug triage perspective, this one looks like a duplicate of https://bugs.kde.org/show_bug.cgi?id=459499 - however, you mentioned that the concept in this request has been rejected. Should both this and 459499 then be in RESOLVED/INTENTIONAL status or something like that (or are they actually different issues and I just misunderstood)?
Comment 3 Michael Miller 2024-12-29 13:54:07 UTC
(In reply to John Kizer from comment #2)
> (In reply to Maik Qualmann from comment #1)
> > This wish has already been submitted once. We have already discussed it and
> > rejected it.
> > Our goal is to further improve face recognition so that such "crutches" are
> > not necessary.
> 
> Hi - from a bug triage perspective, this one looks like a duplicate of
> https://bugs.kde.org/show_bug.cgi?id=459499 - however, you mentioned that
> the concept in this request has been rejected. Should both this and 459499
> then be in RESOLVED/INTENTIONAL status or something like that (or are they
> actually different issues and I just misunderstood)?

Hi John,
You are correct.  I'll close both issues in BugZilla.

I hope you like the improvements to the face engine coming 8.6.0.  We're always working to make face recognition more accurate.


Cheers,
Mike
Comment 4 tab 2025-01-05 09:55:03 UTC
"I will wait for 8.6.0. Thanks a lot for the help and your engagement with the product."