|
|
inviato il 15 Aprile 2026 ore 15:46
Se si ammazza il SaaS io sono contento.
Se si ammazza il FOSS invece anche no.  |
|
|
inviato il 15 Aprile 2026 ore 19:09
Michele, siamo a pag 14. Preparati per la terza parte…  |
|
|
inviato il 16 Aprile 2026 ore 1:20
ma non so se si puo' continuare.
Comunque scusate per la mia 'assenza' ma sono molto impegnato per questioni 'altre' ultimamente e non ho potuto dedicarmici come avrei voluto.
per darktable, Luzzo, fammi dare un'occhiata, ma non dovrebbero esserci problemi...
anche a me il saas sta un po sulle scatole comunque.... |
|
|
inviato il 16 Aprile 2026 ore 7:37
“ ma non so se si puo' continuare. „
Abbiamo thread che hanno ampiamente superato la decina di "puntate".  |
|
|
inviato il 16 Aprile 2026 ore 10:56
Ho lavorato un po' sul codice per adattarlo meglio al mio workflow.
Ho implementato tre modifiche che forse potrebbero interessare anche a te per i prossimi aggiornamenti:
Switch stile XMP (Adobe vs darktable): Ho aggiunto un menu a tendina nel tab Export che permette di scegliere tra il formato standard .xmp (stile Lightroom) e quello .ext.xmp (stile darktable/DigiKam). Ora l'app è universale per entrambi i flussi di lavoro.
Gestione dinamica modelli Ollama: Ho sostituito il campo di testo manuale con un menu a tendina "vivo". Tramite le API di Ollama, l'app rileva ora automaticamente quali modelli sono effettivamente installati sul Mac/PC dell'utente, eliminando errori di digitazione.
Prompt AI strutturato: Ho personalizzato il backend per Ollama/Qwen in modo da ottenere descrizioni già organizzate con: Voto estetico (1-10), Descrizione per archivio e Analisi tecnica. In questo modo il campo descrizione diventa un vero strumento di critica fotografica.
In particolare, trovo che il giudizio critico dell'LLM sia il complemento perfetto al voto di Aesthetic Predictor: dove il primo dà un valore statistico sulla piacevolezza dei pixel, il secondo fornisce un'analisi semantica che capisce l'intenzione del fotografo (evitando ad esempio che scatti artistici in 'low key' vengano scartati solo perché troppo scuri).
Se ti fa piacere, posso passarti i file modificati (config_tab.py, export_tab.py e il plugin Ollama) così puoi darci un'occhiata e valutare se integrare queste funzioni o parte del codice nella versione ufficiale.
Fammi sapere se e dove posso mandarti il materiale! |
|
|
inviato il 16 Aprile 2026 ore 11:09
“ Prompt AI strutturato: Ho personalizzato il backend per Ollama/Qwen in modo da ottenere descrizioni già organizzate con: Voto estetico (1-10), Descrizione per archivio e Analisi tecnica. In questo modo il campo descrizione diventa un vero strumento di critica fotografica.
In particolare, trovo che il giudizio critico dell'LLM sia il complemento perfetto al voto di Aesthetic Predictor: dove il primo dà un valore statistico sulla piacevolezza dei pixel, il secondo fornisce un'analisi semantica che capisce l'intenzione del fotografo (evitando ad esempio che scatti artistici in 'low key' vengano scartati solo perché troppo scuri). „
Questa però ha senso solo se uno attiva aestethic. Io ad esempio non ce l'ho attivo (né mai lo attiverò, semplicemente perché non mi interessa, né quello né il technical). |
|
|
inviato il 16 Aprile 2026 ore 11:22
“ Questa però ha senso solo se uno attiva aestethic. Io ad esempio non ce l'ho attivo (né mai lo attiverò, semplicemente perché non mi interessa, né quello né il technical). „
Certo! Ovviamente è un dato a cui va dato il giusto peso, però oltre a trovarlo curioso, mi è utile nella scelta di diversi scatti molto simili tra loro.
Si potrebbe anche permettere la scelta sull'attivazione di valutazione e analisi tecnica.
Io ho fatto queste modifiche veloci per il mio workflow, ma per rendere il programma adatto a tutti si può gestire anche quello |
|
|
inviato il 16 Aprile 2026 ore 12:23
ciao Luzzo,
Grazie per i suggerimenti.
Se vuoi manda pure il codice , (offgallery.ai.info@gmail.com) cosi' do un occhiata e qualche milione di token per controllare che non ci siano 'side effects' .
Per il prompt , stavo pensando ad un generatore 'intelligente' di prompt ad hoc, inseribile nella struttura con meno modifiche possibili, anche perche' come sappiamo, anche il software ha un ciclo di nascita, crescita e morte, dovuto alla complessita acquisita . Ci penso su.
Ho passato gli ultimi giorni, cercando di ottimizzare al massimo la velocita' di input e non ho ancora finito.
Ho finalmente importato le mie 30K foto ma senza generazione testi al momento.
La buona notizia e' che al contrario dei miei timori, la fase ricerca e visualizzazione gallery e' estremamente veloce anche con il mio hardware. Segno che le ottimizzazioni apportate in tal senso hanno dato i loro frutti.
Benche' alcuni fortunati che ci seguono , hanno macchine mostro e hanno comunicato tempi per me inarrivabili, ho voluto occuparmi di chi ha hardware 'poco adeguati' .
Ieri notte sono arrivato ad una versione piu'..smart ma ora sto ancora verificando i risultati con un altra milionata di token su Claude, che ultimamente pero', come tutti sanno, si e' un po' rinc...ehmm e' piu' disattento 
STAY TUNED! :-)
PS: per la scelta degli scatti simili fra loro, hai provato , dalla gallery, a scegliere una foto e cercare i simili con DINOV2? poi puoi ordinare i risultati come vuoi. Io l'ho fatto fra una prova e l'altra e mi trova la raffica di foto fatte ad un soggetto, con tutte le variazioni fatte anche in postproduzione. |
|
|
inviato il 16 Aprile 2026 ore 18:55
Posto qui le istruzioni per chi avendo la versione base, ha richiesto l'accesso alla beta con i plugin:
Procedura per un utente beta con OffGallery base già installata
Prerequisiti
- OffGallery base funzionante (con ambiente Conda OffGallery attivo)
- Accesso alla repo privata OffGallery_BETA su GitHub
Passi
1. Clonare la repo beta in una cartella separata: da prompt dei comandi o terminale Anaconda:
git clone github.com/HEGOM61ita/OffGallery_BETA.git
git clone crea da solo una sottocartella OffGallery_BETA nella directory corrente. Puoi eseguirlo da qualsiasi posto — l'importante è che sia una cartella dove hai i permessi di scrittura (es. C:\Users\tuonome\ o D:\).
Esempio pratico: se sei in C:\Users\Mario>, dopo il clone trovi tutto in C:\Users\Mario\OffGallery_BETA\.
2. Aprire Anaconda Prompt, attivare l'ambiente
conda activate OffGallery
3. Entrare nella cartella beta appena clonata
cd percorso\a\OffGallery_BETA
4. Eseguire l'installer
python install_plugins.py
Lo script trova automaticamente l'installazione OffGallery esistente, copia i plugin e installa le dipendenze pip dichiarate nei manifest. Chiede conferma prima di
procedere.
Se OffGallery è in una cartella non standard:
python install_plugins.py --target "C:\percorso\esatto\OffGallery"
Per installare un solo plugin:
python install_plugins.py --plugin llm_ollama
5. Avviare OffGallery normalmente
cd percorso\a\OffGallery
python gui_launcher.py
I plugin vengono riconosciuti automaticamente all'avvio.
---
Note post-installazione
- BioNomen: il database specie non è incluso nella repo — va scaricato da Config → Plugin → BioNomen → Configura (richiede internet solo la prima volta)
- GeoNames: stesso schema, scarica i dati dal sito GeoNames tramite UI
- Per aggiornare i plugin in futuro: git pull nella cartella beta → rieseguire install_plugins.py |
|
|
inviato il 16 Aprile 2026 ore 20:04
Ho visto pro e contro sulla possibilita' di dotare OffGallery della compatibilita' con DarkTable.
Ci sarebbe con una piccola modifica, la possibilita' di leggere e catalogare i file darktable MA non si puo' scrivere in output niente dentro o fuori di essi, perche' DarkTable, riscrive automativcamente , il suo DB sugli xmp , senza se e senza ma.
Quindi, in input ok, funzionano ricerche, tag, descrizioni , etc. in output , inutile scrivere xmp perche' sarebbero sovrascritti al primo utilizzo e in piu' darktable e lightroom sono incompatibili. proprio si ignorano.
Chiedo: potrebbe interessare una compatibilita' 50% ? |
|
|
inviato il 17 Aprile 2026 ore 8:44
Riguardo alla compatibilità con Darktable, vorrei precisare un paio di punti basati sull'esperienza d'uso:
Non è solo Darktable: Il formato nome.estensione.xmp è uno standard di fatto per tutto il mondo Open Source (RawTherapee, GIMP, DigiKam, ecc.) perché previene la sovrascrittura accidentale di metadati quando si hanno file con nomi identici ma estensioni diverse (es. foto.jpg e foto.cr3) nella stessa cartella.
Incompatibilità = Sicurezza: Il fatto che Lightroom ignori i file .raw.xmp è un bene. Permette a chi usa flussi di lavoro misti di non "sporcare" il catalogo Adobe con tag generati da altri software.
Scrittura utile: Anche se Darktable riscrive il DB sul sidecar, scrivere l'XMP da OffGallery è fondamentale per chi usa l'IA prima dell'importazione o per chi ha configurato Darktable per dare priorità ai file su disco (impostazione comune per chi lavora in team o su più macchine).
Sarebbe ideale se OffGallery implementasse una logica di lettura intelligente (cerca .raw.xmp, poi .xmp) e lasciasse all'utente la scelta del formato in scrittura tramite un semplice toggle 'Naming Standard: Adobe vs OpenSource/Sidecar'. |
|
|
inviato il 17 Aprile 2026 ore 9:05
“ Per il prompt , stavo pensando ad un generatore 'intelligente' di prompt ad hoc, inseribile nella struttura con meno modifiche possibili, „
Non ho capito bene cosa intendi. Ma lo vedrò in pratica quando lo realizzerai. |
|
|
inviato il 17 Aprile 2026 ore 13:51
Luzzo:
Ti ho mandato l'invito per la beta.
si', e' un'dea inteerssante. ma quindi dici che sarebbe utile anche cosi'? cioe' prima passata con offgallery che appioppa i metadati e poi lettura da darktable che importa le foto con tutti i dati gia' completi nel suo db.
Un flow al contrario non avrebbe senso , perche' comunque darktable andrebbe a riscrivere il suo db sui sidecar.
Poi c'e' da tener conto sempre dei DNG. Sono gli unici raw che permettono la scrittura dei metadati 'embedded' con una certa sicurezza , tanto e' vero che anche lightroom li permette.
Beh, ripeto...ci si deve studiare un po' su, mi stanno venendo delel idee, ma non so fino a che punto poi sarebbero 'comode' per un workflow pratico . Ad esempio un plugin che legge batch i sidecar darktable e aggiorna il db di OffGallery se ci sono state modifiche. Potrebbe farlo in automatico se l'utente lo configura, o su comando e su directory specifiche. In questo modo, inibendo la scrittura da offgallery verso sidecar darktable, e abilitando solo la lettura dei files e l'aggiornamento da sidecar, si preserva l'integrita' dei files e soprattutto non si fanno operazioni inutili. resterebbe la possibilita' in export , di fare tutte le altre operazioni e persino di scrivere xmp per lightroom o esportare in csv o copiare le stesse foto su altre directory come adesso.
X ALE.
Intendo un generatore di prompt che dialoga con l'utente, genera un prompt ad hoc modificabile e lo inserisce automaticamente ne programma al posto di quello standard, magari dopo aver fatto un giro di prova con un immagine di prova in maniera autonoma per vedere come vengono i risultati prima di fare la sostituzione.
Poi sara' l'utente a decidere cosa fare. |
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 259000 iscritti, c'è spazio per tutti, dal principiante al professionista. |
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.
