JuzaPhoto utilizza cookies tecnici e cookies di terze parti per ottimizzare la navigazione e per rendere possibile il funzionamento della maggior parte delle pagine; ad esempio, è necessario l'utilizzo dei cookie per registarsi e fare il login (maggiori informazioni).

Proseguendo nella navigazione confermi di aver letto e accettato i Termini di utilizzo e Privacy e preso visione delle opzioni per la gestione dei cookie.

OK, confermo


Puoi gestire in qualsiasi momento le tue preferenze cookie dalla pagina Preferenze Cookie, raggiugibile da qualsiasi pagina del sito tramite il link a fondo pagina, o direttamente tramite da qui:

Accetta Cookie Personalizza Rifiuta Cookie
RCE Foto






Login Logout Iscriviti a JuzaPhoto!

[open source] offgallery: catalogazione ai locale (zero cloud) con tagging automatico e ricerca in linguaggio naturale 3


  1. Forum
  2. »
  3. Computer, Schermi, Tecnologia
  4. » [open source] offgallery: catalogazione ...





avatarsenior
inviato il 29 Maggio 2026 ore 14:53    

Credo venga usato il checksum Emar, c'è anche quello nel DB. E' molto più sicuro.

avatarjunior
inviato il 29 Maggio 2026 ore 15:40    

secondo me nella valutazione iniziale quando si sceglie il folder usa il checksum, ma poi in fase di processing fa un altro ragionamento e scarta quelle che hanno lo stesso nome

avatarsenior
inviato il 29 Maggio 2026 ore 16:09    

Ne dubito, perché dalla fase di selezione della folder al processing non avrei visto scarti di path in quel senso. Se l'analisi della folder trova 100 file non processati, 100 ne fa.
E poi la prova la fai facile, crei una cartella con due immagini che ancora non hai processato, anche molto diverse fra loro. Le nomini allo stesso modo.
Elabori.
Se ne processa due, usa il checksum e l'elenco creato in fase di analisi della cartella, se ne processa una usa il nome in fase di processing.

avatarjunior
inviato il 29 Maggio 2026 ore 17:48    

in realta' avete ragione entrambi, perche' i dati ci sono, ma in molti punti viene usato solo il filename.
Fra poco la patch...
grazie per la segnalazione!

TUTTO OK. FIX fatto. adesso il riconoscimento delle immagini fisicamente duplicate, anche se con altro nome e directory, viene sbrigato da md5.

Nessuna modifica ai DB gia' in essere.

avatarjunior
inviato il 29 Maggio 2026 ore 20:16    

altra cosa, quando faccio Completa/Riprocessa e per LLM Vision non seleziono sovrascrivi mi aspetterei che LLM non venisse chiamato per le immagini che gia' hanno Descrizione/TAG/Titolo, invece secondo me viene invocato per tutte, solo che poi non sovrascrive queste informazioni. Forse si potrebbe evitare proprio di chiamarlo se le info sono gia' presenti a DB ?

avatarjunior
inviato il 29 Maggio 2026 ore 21:41    

Credo che la fix non funzioni, per tutte le immagini ho questo errore:

21:38:49] Errore prep IMG_5235.JPG: UNIQUE constraint failed: images.filename
[21:38:49] Traceback: Traceback (most recent call last): File "/Users/emar.work/OffGallery/gui/processing_tab.py", line 1028, in _prep_image image_id = db_manager.insert_image(image_data) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/Users/emar.work/OffGallery/db_manager_new.py", line 230, in insert_image self.cursor.execute(""" sqlite3.IntegrityError: UNIQUE constraint failed: images.filename

avatarjunior
inviato il 29 Maggio 2026 ore 23:20    

Adesso attua la migrazione al nuovo formato in maniera automatica.
Purtroppo il cambio di campo lo rende necessario ma e' tutto trasparente. Lo fa in autonomia e questo errore non ci sara' piu'. l'ho provato sul mio,
basta aggiornare l'applicazione
sorry folks Sorry

avatarjunior
inviato il 01 Giugno 2026 ore 17:39    

La fix adesso ha funzionato.

Ma che mi dici relativamente alla mia osservazione di ieri circa il fatto che mi sembra che LLM venga sempre chiamato in caso di Completa/Riprocessa anche se sovrascrivi e' false ?
Secondo me andrebbe chiamato solo se sovrascrivi e' true oppure se a DB non e' valorizzata la tripletta Descrizione/TAG/Titolo.

avatarjunior
inviato il 02 Giugno 2026 ore 13:12    

X EMAR.

Si hai ragione , quello che richiamava llm ancora era il fatto che per i tags, era sempre presente l'opzione merge , quindi andava a generare di nuovo altri tags.

Era un refuso delle versioni precedenti che agivano in altro modo.

Con il fix di oggi, se generi tags senza sovrascrivi:

- Foto nuova (non in DB) → LLM chiamato, tag generati e salvati
- Foto già in DB con tag presenti → LLM non chiamato, tag invariati
- Foto già in DB senza tag → LLM chiamato, tag generati e salvati

Quindi "genera tags senza sovrascrivi" ora significa: genera solo se mancano, altrimenti salta. Uguale al comportamento di descrizione e titolo.

avatarjunior
inviato il 03 Giugno 2026 ore 22:38    

Buonasera,

ho provato a installare questo tool mooolto promettente su un Mac M1 aggiornato all'ultima versione di Tahoe.

Il Wizard va in errore durante l'installazione di Python.. quache suggerimento? GRAZIE!

/var/folders/kw/r5l827f92nx94ng3_n6jvpg80000gn/T/tmplscyu8ux: line 3: pip: command not found
ERROR conda.cli.main_run:execute(148): `conda run pip install -r /Applications/OffGallery-main/installer/requirements_offgallery.txt` failed. (See above for error)

avatarsenior
inviato il 04 Giugno 2026 ore 8:55    

Pip command not found?
È come se tu non avessi il Python nell'ambiente conda... Strano.

avatarjunior
inviato il 04 Giugno 2026 ore 13:01    

ciao Giorgiov.

Concordo con TheBlackBird.
Sarebbe molto d'aiuto se mandassi il log testuale completo, magari in privato, cosi' vedo cosa succede.
Grazie

avatarjunior
inviato il 04 Giugno 2026 ore 14:37    

x GKORG

il problema non è Xcode né la connessione — è che llvmlite (una dipendenza di numba) a volte fallisce la compilazione su macOS
perché richiede LLVM installato separatamente.

Soluzione più rapida — installa llvmlite e numba tramite conda invece che pip, poi rilancia il wizard:

conda activate OffGallery
conda install -c conda-forge llvmlite numba -y

Poi riesegui il wizard di OffGallery: vedrà quei pacchetti già installati e salterà la loro compilazione.

---
Se invece preferisci la via Homebrew:

# 1. Installa Homebrew (se non ce l'hai)
/bin/bash -c "$(curl -fsSL raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

# 2. Installa LLVM
brew install llvm@14

# 3. Rilancia il wizard

---
La prima soluzione (conda) è quella che consiglio — è più veloce, non richiede compilazione e funziona su tutti i Mac inclusi Apple Silicon (M1/M2/M3).

Fammi sapere!

avatarjunior
inviato il 04 Giugno 2026 ore 14:38    

per GiorgioV

Anche Mr. Claude concorda:

il problema è che nell'ambiente conda creato dal wizard manca pip. Si risolve in un secondo:

conda activate OffGallery
conda install pip -y

Poi rilancia il wizard — ripartirà dall'installazione delle dipendenze e questa volta troverà pip.

---
Se dopo questo passo dovesse comparire un secondo errore su llvmlite (capita su M1/Tahoe), aggiungi anche:

conda install -c conda-forge llvmlite numba -y

e rilancia di nuovo il wizard.

Fammi sapere!

avatarsenior
inviato il 04 Giugno 2026 ore 16:17    

Seguo

Che cosa ne pensi di questo argomento?


Vuoi dire la tua? Per partecipare alla discussione iscriviti a JuzaPhoto, è semplice e gratuito!

Non solo: iscrivendoti potrai creare una tua pagina personale, pubblicare foto, ricevere commenti e sfruttare tutte le funzionalità di JuzaPhoto. Con oltre 261000 iscritti, c'è spazio per tutti, dal principiante al professionista.





RCE Foto

Metti la tua pubblicità su JuzaPhoto (info)


 ^

JuzaPhoto contiene link affiliati Amazon ed Ebay e riceve una commissione in caso di acquisto attraverso link affiliati.

Versione per smartphone - juza.ea@gmail.com - Termini di utilizzo e Privacy - Preferenze Cookie - P. IVA 01501900334 - REA 167997- PEC juzaphoto@pec.it

www.juzaphoto.com - www.autoelettrica101.it

Possa la Bellezza Essere Ovunque Attorno a Me