Initial `classify` handles already tagged images
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- php, tensorflow
- Ambito
- backend, machine-learning
Direzione di ricerca
Inizia dal comando recognize:classify e segui il modo in cui l’opzione --retry gestisce le immagini che hanno già tag di riconoscimento. Riproduci l’esecuzione interrotta e rieseguila con --retry in una configurazione Nextcloud comparabile, quindi verifica che le foto già classificate vengano ignorate, mentre le foto rimanenti ricevano i tag e l’avanzamento corrisponda al database.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Which version of recognize are you using?
10.0.7
Enabled Modes
Object recognition, Face recognition, Video recognition
TensorFlow mode
Normal mode
Downstream App
Memories App
Which Nextcloud version do you have installed?
32.0.6 Turnkey
Which Operating system do you have installed?
TurnKey GNU/Linux 18.1 (Debian 12/Bookworm)
Which database are you running Nextcloud on?
10.11.14-MariaDB-0+deb12u2
Which Docker container are you using to run Nextcloud? (if applicable)
Proxmox LXC container
How much RAM does your server have?
5GB
What processor Architecture does your CPU have?
x86_64
Describe the Bug
Hello. I have an old Nextcloud setup with about 500G of photos.
It tooks more than a day to recognize them, so recognize:classify process dies probably because of PHP process timeout. During that day, it classifies about 35K of photos.
After relaunching a classification process, Recognize handles already classified from a first run photos ignoring a --retry key, so like 2/3 of files stay untouched. Tags count in the database stays at 35K without any changes despite the classify progress reports
Expected Behavior
Recognize skips classified photos and handles fresh ones
To Reproduce
Env quirks which may affect smth:
- Proxmox + Turnkey Nextcloud container image
- NC data folder is a symlink to a mounted secondary storage: /var/www/nextcloud-data -> /nextcloud-data
- Run
turnkey-occ recognize:classify - wait a process to die
- rerun a process:
turnkey-occ recognize:classify --retry
Debug log
No response
- Lingua principale
- PHP
- Stelle
- 698
- Fork
- 68
- Merge medio
- 18h 34m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di nextcloud/recognize
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
insertDeletion looks up recognize_fs_deletions by node_id alone, which no index covers — bulk removals scan the whole table per fileForse già presa @marcelklehr l’ha presa 10 giorni fa. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
-
Model download button in UIApertaenhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
Recognize maintenance routine unnecessarily redownloads Tensorflow CPU and GPU models every timeForse di nuovo libera @marcelklehr l’ha presa 191 giorni fa e non c’è nessuna pull request aperta. Apertabug
Tutte le issue di nextcloud/recognize
Issue simili
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 4 giorni
-
Combination form: image thumbnails collapse to 0×0 when a stylesheet sets `img { max-width: 100% }`Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
PrestaShop/PrestaShop#43200 ·
I maintainer di solito rispondono entro 1 giorno
-
[Type] Enhancement Help Wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
codeigniter4/CodeIgniter4#10616 ·
I maintainer di solito rispondono entro 1 giorno