|
|
inviato il 10 Marzo 2026 ore 7:33
“ Potresti provare ad aggiungere in quella foto di Marrakesh una bella nota XMP "Fotografico scattata nella città di Marrakesh" e vedere come si comporta dopo questa aggiunta. „
Infatti il passaggio successivo sarà quello di far processare immagini che ho già taggato io.
Altra curiosità sarà quella di comparare i tag inseriti da OffGallery con quelli che ho dato usando AnyVision e quindi Google Vision.
Comunque OffGallery mi sorprende per la precisione. Complimenti a Michele. 
È bastata una cornice di legno parzialmente visibile vicino ad un serpente a sonagli, perché ne titolo scrivesse "terrario". E naturalmente era vero… |
|
|
inviato il 10 Marzo 2026 ore 8:55
Si il modello qwen è veramente bello. Sono contento di averlo trovato pure per LM Studio, per usarlo con la GPU sulla mia RX 5600 XT. Ogni foto impiega fra i 10 e i 15 secondi ad essere processata con 5/5/40 come parametri per titolo, tag e lunghezza descrizione (***).
In soli 3GB circa, riesce a fare deduzioni davvero ficcanti.
Io avevo due foto di dettagli di una Testarossa, e in quella con il logo del cavallino sulla griglia ripreso da vicino ha correttamente dedotto sia che fosse un'auto, sia che fosse una Ferrari.
(***)
Ah, Michele, importante: io non li ho visti se ci sono... ma si potrebbero inserire parametri ANCHE per le dimensioni dei 3 elementi del tagging delle foto?
Una box per lunghezza titolo, una per numero tag, una per lunghezza descrizione... |
|
|
inviato il 10 Marzo 2026 ore 11:26
@TheBlackbird
"L'integrazione con l'esperimento su OrbStack mi ha permesso di evidenziare alcuni punti chiave per chi lavora su Mac. Il software, nella sua scansione ricorsiva, tende a indicizzare anche i file di sistema nascosti (come i famosi ._pippo.jpg) che macOS crea sui volumi esterni per gestire i metadati. Per lo script questi appaiono come immagini a causa dell'estensione, ma essendo in realtà file di testo, generano errori nell'analisi e 'sporcano' inevitabilmente il database. Su Windows queste dinamiche sono gestite in modo centralizzato, ma su un sistema Unix-based come il Mac servirebbe un filtro specifico per escludere queste ricorrenze di sistema.
Oltre alla gestione del file system, emerge chiaramente la necessità di una visione di sviluppo dedicata ad Apple Silicon. Su architetture ARM64, l'assenza di CUDA non deve essere un limite, ma una spinta a sfruttare i Neural Engine e il backend MPS attraverso librerie native come Core ML. Far pesare tutto sulla CPU, senza attingere alla potenza dedicata all'AI che l'M1 mette a disposizione, rende il processo troppo oneroso per un workflow basato su archivi RAW e file di grandi dimensioni. Credo che il progetto sia interessante, ma per un utilizzo reale su Mac la strada del porting nativo per Silicon è l'unica via per garantire stabilità e prestazioni. Avendo analizzato questi aspetti tecnici, concludo qui i miei test e riporto il mio sistema alla configurazione standard."
Poi ricordo ancora che la retroattività a sistemi Intell è in pratica finita Rosetta2 non sarà più inserita nel OS e quindi la vita di Mac basati su Intell finisce quest'anno. |
|
|
inviato il 10 Marzo 2026 ore 12:24
“ Una box per lunghezza titolo, una per numero tag, una per lunghezza descrizione... „
Ci sono. La lunghezza influisce pesantemente sulla performance. |
|
|
inviato il 10 Marzo 2026 ore 15:10
Beh, ma che esistesse già qualcosa mi pare quasi scontato...
PS: tutto in abbonamento, as usual, che amarezza. |
|
|
inviato il 10 Marzo 2026 ore 15:11
“ Ci sono. „
"Che siccome che sono cecato" (cit.)
Dove?   |
|
|
inviato il 10 Marzo 2026 ore 16:14
ah scusate, non avevo visto i post qui. li sto leggendo adesso.
Si Black, in config ci sono gia' i controlli per la lunghezza dei testi generati.
Ivo, grazie per i test e le info.
Purtroppo io non ho il mac, quindi tutto quello che hai testato e' pura 'speculazione claude'....
posso cercare di far presente al signor claude le tue rilevazioni e vedere se riesce ad elaborare qualcosa che abbia senso, senza 'side effects' sul resto dell'applicazione per quanto riguarda le altre piattaforme.
Quindi dovro' esaminare 'alla vecchia maniera' l'output che propone per non 'inquinare' tutto il resto. |
|
|
inviato il 10 Marzo 2026 ore 16:34
“ Si Black, in config ci sono gia' i controlli per la lunghezza dei testi generati. „
Ah certo, in config li avevo visti e anche modificati a mano! Stavo proponendo di metterli proprio nella GUI! (***)!
(***)
Magari con dei limiti ragionevoli, tipo descrizione fra 20 e 50 parole, tag fra 4 e 10, titolo fra 4 e 8 parole... |
|
|
inviato il 10 Marzo 2026 ore 16:51
XALE
Avevi ragione tu! c'erano dei casi limite dove non leggeva un dato dagli exif , praticamente la direzione, e a quelle cordinate, invertendo la direzione si arriva in quei pressi.!
Scusami , ricordavo di averlo gia' messo a posto, ma evidentemente poi non ho salvato le modifiche.
se vuoi fare una cosa veloce, puoi scaricare da github solo il modulo raw_processor.py e lo metti al posto del vecchio nella directory di OffGallery. poi cancelli quella foto da gallery (non dal disco) e da processing, facendo refresh , vedrai che ti dice che ce n'e' una da importare.
Stavolta dovrebbe andare tutto a posto. Facci sapere.
Grazie! |
|
|
inviato il 10 Marzo 2026 ore 17:04
X BLACK
Si influiscono tanto nella tempistica, per ogni token in piu' si allunga il tempo di elaborazione, ma in realta' pensavo una cosa.
Per grandi volumi, il workflow potrebbe essere di acquisire le immagini senza generazione di testo, praticamente 1 al secondo, mette in db, crea geo,bio,aesthetic e technic, oltre che clip e dino. Poi quando non ci si lavora, nottetempo magari, dargli le directory da elaborare solo per quanto riguarda i testi.
Con la prima passata si hanno velocemente le foto gia' a disposizione con ricerca semantica, con la seconda hai tutto.
Il fatto e' che l'opzione di processare SOLO per mettere il testo AI, MANCA in processing e lo vado subito ad inserire. anche per foto gia' processate potro' scegliere di completare o aggiornare solo i testi e lasciare tutto il resto cosi' com'e'.
ERRATA CORRIGE! X BLACK: la dimensione dei testi la puoi modificare da processing. ricordavo male perche' prima era in config, ma poi di recente l'ho spostato in processing, pensando fosse piu comodo averli sott'occhio quando si importano le foto.
XIVO: strano che vada a processare anche le sottodirectory. c'e' un controllo apposta da selezionare o no, evidentemente forse col filesystem del mac si confonde? verifico... grazie per la segnalazione |
|
|
inviato il 10 Marzo 2026 ore 17:07
“ invertendo la direzione „
Per direzione intendi N vs. S oppure W vs. E. ? |
|
|
inviato il 10 Marzo 2026 ore 17:17
e/w |
|
|
inviato il 10 Marzo 2026 ore 17:26
Giusto. "Scavalca" Greenwich essendo lì vicino.
Dice Perplexity
“ Le coordinate geografiche di Hassi Messaoud, in Algeria, sono approssimativamente 31.68° N, 6.07° E. Quelle di Marrakech, in Marocco, sono circa 31.63° N, 8.00° W. „
In pratica hanno la stessa latitudine e nella longitudine cambia la direzione E/W
|
|
|
inviato il 10 Marzo 2026 ore 17:27
aspetta a scaricare, sto introducendo le modifiche al processing |
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 258000 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.
