Newsgroup: it.comp.software.tex
Titolo: problema inserimento immagini

Ciao a tutti ecco il codice:
Dove delta U è definito come U2-U1.\\
\begin{figure}[htbp]
\begin{center}
\includegraphics[width=7cm,height=5cm]{immagini_da_usare/2rida.eps}
\end{center}
\caption{Disegno}
\label{fig:dessin}
\end{figure}
mi restituisce (no boundingbox) per l'immagine 2rida.eps nella compilazione 
del DVI.
se inserisco una immagine chiamata 23.eps (nella stessa cartella) nessun 
problema ma se inserisco qualunque altra immagine eps (realizzata con 
photoshop) mi restituisce l'errore. Ho provato ad aprire le immagini di 
photoshop con ghostview e con esso a risalvarle ma nulla da fare.

"Lotar_jx" <s...@flf.lf> ha scritto nel messaggio 
news:GTRLg.97804$zy5.1...@twister1.libero.it...

un altro dettaglio:
se le immagini le inserisco come segue, le vede e compila.
\begin{figure}[!h]
\vspace*{6cm} \special{psfile=immagini/eps1/2.eps voffset=10
hoffset=10 hscale=75 vscale=50 angle=0} \caption{Tipico profilo di 
velocit\'a in un compound channel} \label{profilo}
\end{figure} 

Ah! Le bounding box! Proprio adesso le sto rimettendo a posto a manina una
per una perche' nella conversione eps->pdf fatta con ImageMagick non ho
capito bene perche' se le e' perse.
Se cerchi con google "bounding box" trovi un sacco di roba, fondamentalmente
(ma non ho ancora capito perfettamente come funziona) sono delle dimensioni
che dicono che parte dell'immagine (anche tutta l'immagine, volendo) deve
essere visualizzata. Senza bounding box non si sa qual'e' la dimensione
dell'immagine e LaTeX si lamenta.
Visto che hai detto che usi photoshop per farle devono essere immagini
raster, non vettoriali, sarebbe quindi assai piu' comodo salvarle in jpg o
png, che pdflatex mastica tranquillamente. Se vuoi usare eps suppongo tu
stia generando il ps invece che direttamente il pdf: come mai? Se puoi
cambiare e compilare direttamente in pdf tramite pdflatex ti levi il
problema "all'origine", e ti risparmi un po' di lavoro. Se per qualche
motivo devi invece usare latex e compilare in ps, allora puoi provare a
salvare le immagini in jpg (o bmp, o png... insomma, raster) e poi provare a
convertirle in eps con ImageMagick: io l'ho usato in questo modo con molto
profitto.
Pleg

"Pleg" <25mV@300.K> ha scritto nel messaggio 
news:2DTLg.10706$6Z1....@tornado.fastwebnet.it...

Grazie tante. Mi serve il dvi perche' il docente ha bisogno dei sorgenti e 
vuole il dvi essendo che compila in dvi. Per me non cambierebbe nulla, anzi 
passando dirattamente in pdf avrei il formato stampabile liscio liscio.
Premetto che uso Miktex e che compilo con l'interfaccia fornitami dal 
TeXnicenter. Ho trovato una soluzione. La scrivo per tutti coloro che si 
trovassero ad affrontare lo stesso problema.
A prescindere dalla teoria relativa ai formati delle immagini e alla 
gestione di questi degli strumenti di editing (conoscenza che sicuramente 
aiuterebbe a capire i problemi) ho osservato che per convertire una immagine 
jpg in eps i passaggi sono:
1-  jpg --Photoshop (save as) ---> eps
2-   eps--Ghostview(save as) ---> ps
***attenzione qui***
3-   ps--Ghostview (convert ps to eps)--->eps
l'errore (si fa per dire) che facevo era di usare il "save as" anzichè il 
"convert ps to eps" nel passaggio 3
Come si osserva provando il procedimento, durante la conversione viene 
richiesto da ghost view se si intende lasciare che ghost view calcoli il 
bounding box.
Facendo calcolare il bounding box a Ghost view scompaiono i problemi 
relativi al bounding box nell'inserimento delle immagini nel documento tex.
Rimangono 2 domande:
1 -  perche' inserendo le immagini con il costrutto:
\begin{figure}[!h]
\vspace*{6cm} \special{psfile=immagini/eps1/2.eps voffset=10
hoffset=10 hscale=75 vscale=50 angle=0} \caption{Tipico profilo di
velocit\'a in un compound channel} \label{profilo}
\end{figure}
non si pongono problemi di bounding box?
2 - come mai le procedure di gestione di formati immagine per operazioni 
così frequenti sono ancora così macchinose in uno strumento così usato e 
potente?

potente?
Perché tex/latex è intrinsecamente macchinoso, è vecchio e non è nato per
gestire immagini.
Le procedure comunque, usando gli strumenti giusti, sono un po' meno
macchinose di quelle che descrivi.
Ciao.