mirror of
https://github.com/photoprism/photoprism.git
synced 2026-03-02 22:57:18 -05:00
Remove multiple Images from Person #1124
Labels
No labels
ai
android
api
auth
awesome
bug
bug
ci
cli
config
database
declined
deprecated
docker
docs 📚
documents
duplicate
easy
enhancement
enhancement
enhancement
epic
faces
feedback wanted
frontend
hacktoberfest
help wanted
idea
in-progress
incomplete
index
invalid
ios
labels
live
live
low-priority
macos
member-feature
metadata
mobile
nas
needs-analysis
no-coding-required
no-coding-required
observability
performance
places
please-test
plus-feature
priority
pro-feature
question
raspberry-pi
raw
released
released
released
research
resolved
security
sharing
tested
tests
third-party-issue
thumbnails
upgrade
upstream-issue
ux
vector
video
waiting
won't fix
won't fix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/photoprism#1124
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @monnypython on GitHub (Sep 29, 2021).
Hi,
i move all my images from Nextcloud to photoprism. I realy like it and it works very well :)
In my library with around 50,000 images, indexing and face recognition have been running for a few days. The results are really great.
When I renamed a picture from a person, a mistake like #1557 happened to me:
I don't see any way to correct the mistake without removing every single picture of the person, right?
I have the following workflows in mind:
@graciousgrey commented on GitHub (Sep 29, 2021):
We are going to change the renaming behavior, so that this "mistake" cannot happen again.
Batch reject is not possible yet. Might be part of (#271).
You can use the faces reset command to reset all faces. This will delete everything face/people related, so that you can start from scratch.
After that you can use faces index to index faces again. This is faster than a complete rescan.
@monnypython commented on GitHub (Sep 30, 2021):
OK. Thanks for the hints.
@maximecurioni commented on GitHub (Oct 2, 2021):
@monnypython I ran into the same issue today and wrote an API script to remove a person.
The script is ugly and verbose, but it seems to work on my three removals.
If you are confident running a Python3 script and don't mind removing a person altogether, here it is below. You need to:
API_ROOTconstant with your URL (it must end inv1/api)NAMEconstant with the exact name of the person you want to removerequestsPython library is installed on your machinePHOTOPRISM_SESSION_IDenvironment variable with the value from your browser (typelocalStorage.session_idin your DevTools console):export PHOTOPRISM_SESSION_ID=...@lastzero commented on GitHub (Oct 3, 2021):
Note you can easily reset and re-index faces if needed (for example after upgrading or when you made a big mistake that takes long to fix otherwise):
Naming usually just takes a few minutes. With our new version released yesterday, you may even get better detection results with fewer false positives.
@dror3go commented on GitHub (Oct 3, 2021):
@lastzero A reset will remove anything faces/people related?
I'm not sure how to continue after an accidental reject which seems to rejected ~200 tagged images, and also if I want to upgrade to the latest release.
Is it the recommended way to reset the faces after the latest upgrade?
I personally manually tagged people for several hours, so I prefer not to do that again if possible.
@lastzero commented on GitHub (Oct 3, 2021):
Yes, it will remove all face clusters, face markers, and people. Nothing else.
@lastzero commented on GitHub (Oct 3, 2021):
To keep existing people and face markers, and can just remove what has been created automatically (won't touch already named people though and I thought that is your primary issue):
@dror3go commented on GitHub (Oct 3, 2021):
I'm not the original author of this ticket :)
I guess my question is generic - whether or not we should reset the faces after upgrading to the latest release.
@lastzero commented on GitHub (Oct 3, 2021):
If you're happy with the results and didn't make a mistake you want to fix anyway, you don't have to. The new release is better at ignoring false positives, which leads to less noise and better performance (as less faces need to compared with each other). Also it enables you to detect smaller faces if you want to (see
PHOTOPRISM_FACE_SIZEin our docs)@layanto commented on GitHub (Oct 12, 2021):
I too made mistakes in accidentally combining two people. How do I reset the Title and Description fields as now they have incorrect person(s)? Searching includes these fields resulting in incorrect photos returned.
@lastzero commented on GitHub (Oct 12, 2021):
You can unassign names in the photo edit dialog people tab. Titles and descriptions get updated asynchronously in the background.
@dessalines commented on GitHub (Apr 25, 2023):
I accidentally tagged two faces as the same name, and it combined hundreds of pictures of two people into the same name. It seems like the only way to correct this is to do a full face rescan?
@lastzero commented on GitHub (Apr 25, 2023):
Conflict resolution will split the clusters again when you press the eject button next to a name and enter the right name.
@maurizioandreotti commented on GitHub (Oct 5, 2023):
In my case adding removing persons is just terribly slow. even to the "eject" a person takes around a minute.
@lastzero commented on GitHub (Oct 5, 2023):
@maurizioandreotti This could be a software problem, but it could also be slow hardware or a bad database setup. Without knowing additional details, we can't help.
@maurizioandreotti commented on GitHub (Oct 5, 2023):
Photoprism is managing >40k photos (mainly JPG and CR2/CR3)
I installed it last Saturday as an Open MediaVault plugin with hardware:
Versione 6.9.2-1 (Shaitan)
Processor AMD Athlon(tm) II X2 215 Processor
Kernel Linux 6.1.0-0.deb11.11-amd64
Load Average 3.43, 3.02, 2.71
Memory Usage 49.1% of 5.54 GiB
120GB SDD as system disk (fully dedicated to openmediavault)
2x4TB HDD as data disk (no raid - one shared via samba on the local LAN,
the other synched with night batch)
2x300GB HDD as data disk (no raid - one shared via samba on the local LAN,
the other synched with night batch)
the photoprism DB in located on a different share of the 4TB disk (same
place of the photos)
If it could improve, I could move the DB on the 300GB disk which is also
shared but mostly unused and free... is there a way to do that without
loosing the indexing it has already done?
Il giorno gio 5 ott 2023 alle ore 16:25 Michael Mayer <
@.***> ha scritto: