Newsgroup: it.comp.lang.visual-basic
Titolo: Immagini e database

In attesa di una vs risposta al quesito posto questa mattina (Crystal Report
o Report Designer) vi pongo una richiesta tecnica.
Ho la necessita' di associare una immagine acquisita da scanner ad una
scheda prodotto.
Guardando altre applicazioni ho visto che tramite OLE questo e' possibile,
ma non ho capito in che modo si fa.
Che formato dovrebbe avere l'immagine?
Tiff, Jpeg, Bmp?
E dal punto di vista delle prestazioni, quanto pesa inserire queste immagini
in Database (Access naturalmente...). Non e' forse meglio salvarle in una
directory e inserire nel DB solo un link alla immagine (col rischio di
perdere il riferimento se qualcuno la cancella)?
Lo scopo e' quello di creare dei cataloghi personalizzati, quindi le foto
servono.
Grazie per le vostre risposte, spero di esservi utili al piu' presto.
Andrea

Scusate se insisto ma ne ho bisogno.
Conoscete magari qualche sito in cui fare qualche ricerca, poi me la smazzo
io....
Grazie in anticipo a chi mi indirizza
Andrea





In attesa di una vs risposta al quesito posto questa mattina (Crystal





In attesa di una vs risposta al quesito posto questa mattina (Crystal







Non so cosa sia successo, credo sia colpa di OutLook.
Non era mia intenzione mandare questa sfilza di msg.
Scusate
Andrea



 Grazie in anticipo a chi mi indirizza


link attivo --> va previsto nella gestione errori.
E' la soluzione migliore.... viene un db picccolo e piu veloce da
accedere...
Lo fanno praticamente tutti...
--
Sidewinder  
---------------------------------------------------------------------
I tried the clone syscall on me, but it didn't work.
	-- Mike Neuffer trying to fix a serious time problem
---------------------------------------------------------------------

 percorso.
L'esperienza mi dice che _dividere_ per cartelle è pericoloso e scomodo.
Ho avuto a che fare con un prg che (nientemeno) creava cartelle a
seconda della classificazione.
In questo modo non si poteva cambiare classificazione, anzi, il cambio
di classificazione non era neanche previsto. Più che il percorso,
memorizzerei il nome del file, il quale dovrebbe essere codificato in
base agli ID significativi per l'immagine, (tipo l'ID del record) in
modo da:
- evitare sovrapposizioni usando una sola cartella. Se proprio, per
questioni di limite al numero di files per cartella (che non ricordo
qual'è, ma è molto alto in NT) dovessi _dividere_, conviene non
memorizzare il percorso, ma codificarne la posizione all'interno del
nome file, in modo che un eventuale cambio di sistema di suddivisione
non comporti la riscrittura del campo NomeFile a livello di database, ma
sia sufficiente cambiare i riferimenti alle cartelle a livello centrale
(dichiarazioni in un modulo o altro) 
- facilitare una eventuale ricostruzione del Database.
Per memorizzare gruppi di immagini, la struttura del db dovrebbe essere
sicuramente relazionale, con una tabella principale che ha il compito di
schedare i gruppi, e una correlata che memorizza in record separati il
riferimento a ogni immagine del gruppo. La codifica del nome file
suddetto può essere composta dall'ID del gruppo + l'ID del record
corrispondente all'immagine.
Ho visto (nel prg scellerato di cui sopra) usare un'unica tabella e
separare i nomi file con ";" nello stesso campo. E mica dieci anni fa.
Tremendo.
Da escludersi a priori l'OLE, soprattutto con i JPG, che _vengono
espansi e trasformati in bmp_ prima della memorizzazione, e gonfiano
tremendamente l'mdb.
Si potrebbe pensare a un BLOB, Binary Large Object (cerca su MSDN, c'è
un articolo), ma rimane il fatto che una corruzione del database implica
la perdita delle immagini. E chi le riacquisisce 10.000 immagini?
Salviamo almeno quelle. Se poi l'utente è diligente ed effettua il
backup regolarmente, non si trova a backuppare [scusa, pal :-)] ogni
volta un giga, ma può utilizzare il backup incrementale per salvare solo
i files grafici aggiunti. Il DB vero e proprio si backuppa [a ri-scusa]
di volta in volta in un attimo.
Per i file puoi scegliere il formato che vuoi. Ti consiglio il png, se
vuoi fare l'outsider, ma VB non lo tratta, ti serve un OCX. Altrimenti,
GIF si comporta meglio con documenti e disegni, JPG con fotografie.
Ricordo che sul GIF c'è sempre il famoso dubbio sulla licenza...
Ciao
Flavio Ronco
-- 
f.ronco@*NonMiServeNiente*
flashnet.it
http://www.metabrains.com
  [Under Construction]
-------------------------------------------------------------
"Che pubblico in gamba! Se ci dite dove lavorate,
domani mattina se abbiamo tempo vi veniamo a vedere"
[Paolo Rossi]

 Ricordo che sul GIF c'è sempre il famoso dubbio sulla licenza...
anch'io tifo png, ma ancora si vede poco. gvbox.ocx (ne parlo in un altro
post "salvataggio di immagini") lo vede ma non lo scrive.
ciao andrea

 
C'è una piccola questione... PNG, nelle prove che ho fatto a suo tempo,
comprime di meno, a parità di tipologia. Forse in alcuni casi comprime
addirittura di più, ma io l'avevo testato per immagini di documenti
leggibili, e a parità di leggibilità GIF dava files più piccoli. JPG
l'avevo scartato poiché la media di efficienza era bassa, anche se a
volte un documento salvato in JPG era di gran lunga più piccolo dello
stesso salvato in GIF o PNG 


>servono.
Ciao,
io uso la seconda tecnica e mi trovo bene. Nel codice di caricamento
dell'immagine catturo l'errore 53 (file not found) mostrando cosě il controllo
Image vuoto e questo dovrebbe essere un campanello di allarme per l'utente che
qualcosa non va. 
Potresti mettere una label con un msg tipo "Path immagine errato" settata nel
codice di risposta all'errore.
teddy...@hotmail.com
ICQ 7044062
Como - Italy

dell'immagine catturo l'errore 53 (file not found) mostrando cosě il
controllo



Non era voluto. Ho anche chiesto scusa al Ng. E' stato un casino di outlook
che si era impallato.
Devo proprio decidermi a riformattare il disco....
Grazie ancora :-)

 wrote

:)
forse non servono soluzioni tanto drastiche...
succedeva anche a me, prima che qno mi consigliasse di aumentare il timeout
del server -- dopo che ho messo 4'30" sembra abbastanza ok.
ciao, a.


 JPG l'avevo scartato poiché la media di efficienza era bassa
ho fatto alcune migliaia (non e' un modo di dire) di prove.
le immagini le prendo a 600 dpi ottici. qle che girano sono di solito a
risoluzione schermo, 72-90.
un 1024*768*24 a 600 dpi sono 2.2m in tiff, ca 300-400k in jpeg non troppo
compresso (6-7 photoshop, 90% irfan).
a 600, un 1024 e' ca 1 cm, ma tiene sicuramente fino all'a5, e in a4 e'
ancora accettabile (per una stampa da pc, non per una cosa tipografica). a
video tiene di solito fino al 250% anche in jpeg.
a 72 dpi, non tiene neanche al 110%, e la stampa lasciamola perdere.
naturalmente il file cala. per spedirne ca 2k sul mio sito le ho fatte
passare a un "jstrip" (free che da' anche il vbp) e ho risparmiato in media
il 10%, ma anche con irfan si puo' fare anche di meglio.
con tutto cio' resta che scritte, linee, contorni ecc. li salva meglio il
gif.
col png ho provato poco e niente. photoshop non da' quasi opzioni, e il
formato lo conosco poco.
ciao, a.
--


pal ha scritto:
Altro che prode... cos'è l'irfan?
Flavio
-- 
P.S. Stiamo otizzando un po', ma l'argomento vale la pena.


 P.S. Stiamo otizzando un po', ma l'argomento vale la pena.
aspetta che mi riprendo dal gerundio...
significa "stiamo facendo qc con le orecchie" ? :)
io le ho anche un po' a sventola...
(( ** ))
http://stud1.tuwien.ac.at/~e9227474/english.htm
e' un delizioso viewer free che in realta' e' un piccolo photoshop in un
solo exe. converte beatamente in batch tiff da 45m cad in jpeg e altri
giochini simili.
l'autore e' uno studente bosniaco a vienna, se non sbaglio.
ti servissero altri suggerimenti per ciappi free, dai un occhio da me. ti
puoi pure scaricare la pagina in zip. alcuni meritano proprio.
ciao, a.
--
andrea palazzi
pal at cedoc dot mo dot it


 giochini simili.
Pal, non vorrei essere frainteso (ho moglie e una figlia), ma...
ti voglio bene !
E' _esattamente_ quello che cercavo, anzi che avrei dovuto cercare,
e non avevo neanche cominciato !
GRAZZZZZZZIE !
Bye, G.
--
---------------------------------------------
    Le risposte alle tue domande le trovi
    sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
       ... e nell'help in linea !
---------------------------------------------
Real E-address: 
gaet...@hotmail.com

Provato anche io...
Niente male.
Andrea

 ti voglio bene !
:):)
lui e' bravissimo. ci continua a lavorare e mette in continuazione
aggiornamenti.
unici casini che ho trovato:
1. conversioni in batch: non si riescono a registrare i parametri. ho dovuto
convertire decine di cartelle e ogni volta dovvevo riscriverli. mi ha
promesso di metterci mano.
2. splittamento (manzoni e leopardi perdonatemi)  di mov ecc. in + bmp:
perde qualche colpo. in realta' cattura la schermata qdi se la finestra di
qmovie o mplayer e' coperta ci viene del casino.
3. associazione e dissociazione estensioni. migliorabile.
ma sono cose minime. il programma e' strepitoso.