Strano (e nuovo) problema con le immagini

spino” post=90395Salve a tutti,
sto lavorando con Texstudio e fino ad ora le immagini non mi hanno dato problemi insormontabili.
Ho compilato il mio lavoro moltissime volte, anche ottenendo files pdf. Oggi, invece improvvisamente quando compilo dvi lavora correttamente e quando cerco di ottenere un pdf mi dà errore.
A questo punto ho provato a dare direttamente dal terminale il comando pdflatex ed il risultato è lo stesso:
`
! LaTeX Error: File `./immagini/poppi_2_r' not found.

See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help.
…

l.12 …raphics[width=100mm]{./immagini/poppi_2_r}

?

`
Inutile dire che le immagini sono in formato eps e sono effettivamente in una cartella interna a quella di lavoro.
Altra cosa strana è che ripetendo più volte il tentativo, il compilatore si ferma su immagini diverse.
Ho riavviato il sistema senza successo.
Che fare?

Prova a mettere questo nel preambolo
`\usepackage{graphicx}
\graphicspath{{immagini/}}`
a mettere tutte le tue immagini in una cartella [tt]immagini[/tt] dentro la cartella di lavoro e a usare nell’argomento di [tt]\includegraphics[/tt] solo il nome del file, senza percorso né estensione.

Ciao
Tommaso

Ciao spino,

! LaTeX Error: File `./immagini/poppi_2_r’ not found.

See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help.
…

l.12 …raphics[width=100mm]{./immagini/poppi_2_r}

?

Se la cartella che contiene il file TEX principale è la stessa che contiene la cartella “immagini”, puoi scrivere semplicemente:
`…[width=100mm]{immagini/poppi_2_r}`
Naturalmente la soluzione di Tommaso è la più elegante ed efficente. Tuttavia, se la gerarchia delle cartelle richiede che ti sposti fra diversi livelli, dovrai scrivere:
`\usepackage{graphicx}
\graphicspath{{../immagini/}}
[…]
…[width=100mm]{poppi_2_r}
`

Ciao e buona serata,
Marco.

NOTA: Modificato sulla base di quanto detto da OldClaudio nel messaggio successivo.

È vero che per risalire di un livello ci vogliono due punti, ma @spino dice che la cartella immagini è interna alla carella di lavoro, quindi è subordinata, non allo stesso livello.

A me risulta che [tt]./ [/tt] voglia dire “questa cartella”, mentre [tt]../[/tt] voglia dire “cartella superiore”; @Marco87, concordi?

Dunque la scrittura di @spino è errata, nel senso che deve scrivere solamente`\includegraphics[…]{immagini/poppi_2_r}`oppure deve usare la soluzione elegante di @illinguista1972, che però richiede l’aggiunta di diversi altri percorsi se le immagini sono ulteriormente suddivise in sottocartelle.

Ciao Claudio,

stavolta mi sono sbagliato, chiedo scusa (anche a favore dei posteri che leggeranno questa discussione, modificherò il mio messaggio precedente). Il codice:
`\documentclass{report}

\usepackage{graphicx}

\begin{document}
\includegraphics[width=100mm]{./immagini/nomeFileImmagine}
\end{document}`
funziona tanto quanto:
`\documentclass{report}

\usepackage{graphicx}

\begin{document}
\includegraphics[width=100mm]{immagini/nomeFileImmagine}
\end{document}`
Quindi concordo con quanto hai detto:

OldClaudioA me risulta che ./ voglia dire “questa cartella”, mentre ../ voglia dire “cartella superiore”; […]

Certo, personalmente preferisco la soluzione che prevede di non scrivere niente. A questo punto mi domando se spino abbia sbagliato a riferirci il livello in cui si trova il file dell’immagine che vuole inserire. Forse ha solo sbagliato a digitare il nome del file o qualcosa del genere.

Grazie e buona serata,
Marco.

spino” post=90406Ringrazio tutti, ma non ci siamo.
I vostri consigli presupponevano (con molto garbo) un mio errore nello scrivere i path, ma invece devo sottolineare che non solo fino all’altroieri i miei path funzionavano, ma ancora adesso se compilo per ottenere un file DVI (che credo sia il default) tutto funziona, ma purtroppo il mio editore richiede un PDF.
Aggiungo che ”\usepackage{graphicx}” era già contenuto nel prambolo.
In ogni caso ho tenteto di seguire i vostri consigli (nella serie: non capisco, ma mi adeguo 😉 ) purtroppo senza successo, ma devo aggiungere che nel pdf monco che ottengo, alcune delle immagini ci sono.
Prima di rispondere con la presente ho fatto anche la prova di cancellare tutti i files transitori ma senza successo.
Ho in mente una soluzione da smanettone che non mi piace, ma in mancanza di meglio proverò: Prendere il dvi che è assolutamente corretto e trasformarlo in qualche modo in pdf.
Altre idee?

Che distribuzione usi?

spino” post=90408Con l’occasione aggiungo a quanto detto nel mio post precedente :

Ho in mente una soluzione da smanettone che non mi piace, ma in mancanza di meglio proverò: Prendere il dvi che è assolutamente corretto e trasformarlo in qualche modo in pdf.

Che il pdf così ottenuto non piace al server dell’editore

La distribuzione è vecchiotta, ma non per questo non dovrebbe funzionare. Non so avanzare ipotesi sulla causa del tuo problema.
intervengo solo per dirti che i passaggi latex->dvi dvi->ps e ps->pdf erano la norma fino a qualche anno fa e le distribuzioni di TeX contengono il necessario per fare questi passaggi: i programmi sono dvips e pstopdf (e c’è anche ps2pdf)

fran

Infatti, questa cosa mi aveva sollecitato la curiosità, poi fra tutti ci siamo persi con l’indirizzamento delle immagini.

Ma @alegenn ha messo il dito nella piaga.

Sono anni (almeno dal 2010) che diciamo di NON usare la versione Debian di TeXLive perché è incompleta e di solito vecchia di un paio d’anni, anche se mi dicono che ora viene aggiornata più spesso; in più ha un sacco di protezioni eccessive che Debian impone ai suoi programmi. Il documento in rete texlive-ubuntu.pdf dice come fare per installare una versione completa e funzionante senza tante paranoie ma senza esporre l’utente a pericoli.

Nel frattempo, se hai fretta di risolvere il tuo problema e non vuoi rinunciare alla tua distribuzione TeXLive/Debian, trasforma le tue immagini .eps in immagini pdf; con gv dovresti farcela in modo interattivo, stai solo attento a regolare il bounding box affinché contenga solo l’immagine, senza bordi bianchi attorno. Altrimenti usa ps2pdf o altri programmi simili, controlla e correggi il bounding box se fosse necessario; non ricorrere a GIMP che ti consente di fare tutto lediting grafico che vuoi ma non può salvare il risultato in formato vettoriale come era il formato eps, perdendo così in definizione; piuttosto usa inkscape, ma ps2pdf che dovrebbe far parte della distribuzione TeXLive di solito lavora bene; si appoggia a ghostscript, come anche gv (o gsview o gview o come si chiama su Ubuntu).

Lascia pure le nuove immagini PDF nelle cartelle dove si trovavano le immagini EPS.

Attento: il formato DVI non è più il formato di default; lo è se lanci l’eseguibile latex, mentre se lanci l’eseguibile pdflates, il formato di uscita è PDF. in realtà il vero eseguibile che lavora dietro el quinte è lo stesso in entrambi i casi, cambiano solo le impostazioni per i formato di uscita.

Ora è noto che il formato DVI può accogliere solo le immagini postscript (eps preferibilmente, o PS con cautela, e il formato di uscita di Metapost che è piuttosto rar), mentre pdflatex fino al 2009 ( e forse ancora ora per la versione Debian di TeXLive) poteva solo incorporare i formati PDF, PNG, JPG, e il formato di uscita di Metapost; ma dal 2010 esso riesce a convertire da solo il formato eps in formato PDF per poterne incorporare il risultato, cosa che la versione Debian non fa, anche se è posteriore a quella del 2010, per motivi di sicurezza. Questa trasformazione il pdflatex moderno e aggiornato la può fare lanciando in background una shell dove esegua da solo quello che ti ho consigliato di fare a mano.

Trasforma dunque tutte le immagini eps in pdf, usa pdflatex e vedrai che ci riuscirai. Il formato pdf ottenuto tramite dvips+ps2pdf, oppure tramite dvipdfm non sono identici a quelli che si ottengono da pdflatex e capisco perché all’editore possano non piacere.

Hai provato a commentare la riga con l’immagine?
Il problema si ripresenta altrove?
Hai altre immagini eps nel documento?

Se il problema lo dà solo quell’immagine, hai provato a realizzare un documento minimo con la sola riga incriminata e un preambolo ridotto all’osso?

@OldClaudio però lui sostiene che fino a qualche giorno fa funzionava tutto a dovere…

Ciao spino,

riesci ad allegare una cartella nella quale si riproduca la tua condizione delle cartelle e delle immagini? Così posso/possiamo fare qualche prova. È l’unica cosa che mi viene in mente per provare ad aiutarti.

Ciao e buona giornata intanto,
Marco.

spino” post=90415Ci siamo!!!!
Ho trasformato le immagini eps in immagini pdf con ps2pdf ed ora funziona. Tuttavia devo aggiungere qualcosa che ho osservato mentre le trasformavo.
Le immagini che uso sono molte e sono fotografie di quadri. Alcuni hanno forma verticale e le ho lasciate ccome sono trasformandole solamente da jpg a eps con gimp. Le immagini dei quadri con sviluppo orizzontela, invece le ho ruotate oltre a trasformarle da jpg a eps. Questo è il significato di “_r”.
Ebbene tutte quelle che davano errore erano ruotate, mentre le verticali funzionavano.
Deduco che la colpa è di gimp anche se rimane la domanda di perché prima funzionavano.
Comunque considero risolto il problema e rinfrazio tutti

Mi sfugge il motivo per il quale hai convertito gli originali jpg, che vengono letti direttamente da pdflatex, in eps. Non è che così la qualità dell’immagine migliora, anzi ti sei complicato inutilmente la vita.

Ciao

Ciao spino,

se hai risolto il tuo problema, meglio così! 🙂 Non voglio andare in OT, però riguardo all’altro problema, prova a ruotare le immagini con il visualizzatore delle immagini e poi convertirle con Gimp.

Ciao,
Marco.

spino” post=90415Ci siamo!!!!
Ho trasformato le immagini eps in immagini pdf con ps2pdf ed ora funziona. Tuttavia devo aggiungere qualcosa che ho osservato mentre le trasformavo.
Le immagini che uso sono molte e sono fotografie di quadri. Alcuni hanno forma verticale e le ho lasciate come sono trasformandole solamente da jpg a eps con gimp. Le immagini dei quadri con sviluppo orizzontale, invece le ho ruotate oltre a trasformarle da jpg a eps. Questo è il significato di “_r”.
Ebbene tutte quelle che davano errore erano ruotate, mentre le verticali funzionavano.
Deduco che la colpa è di gimp anche se rimane la domanda di perché prima funzionavano.
Comunque considero risolto il problema e ringrazio tutti

Vedi, non hai letto con attenzione il mio messaggio; oppure io non ho capito bene che cosa vuoi dire scrivendo che ahi traformato tutte le eps in pdf.
Nel mio messaggio c’era scritto che pdflalatex incorpora di default le figure nei formati PDF, PNG, JPG, e nel formato di uscita di Metapost e che dal 2010 riesce a gestire anche le immagini eps (cosa che il tuo pdflatex di TeXLive/Debian non riesce a fare); ti ho anche scritto di non traformare le figure vettoriali nel formato pdf con GIMP perché ne perde la vettorialità. In realtà la vettorialità non l’hai mai avuta perché il formato JPG non è vettoriale, ma quando ti ho elencato i formati che pdflatex può assorbire tali e quali e nell’elenco c’era anche JPG, non ti poteva venire in mente di non fare nessuna trasformazione e lasciare che pdflatex gestisse i file JPG come sa fare benissimo?

Dunque tu avevi delle figure JPG, che pdflatex avrebbe gestito benissimo anche con al tua vecchia versione; le hai trasformate in EPS perché latex incorpora solo quel formato; poi al tuo editore non piaceva che tasforamssi il file DVI ottenuto con latex nel formato PDF, allora hai provato a compilare con pdflatex e hai avuto problemi. Io che non sapevo che i tuoi originali erano in formato JPG, ma credevo che avessi gli EPS come file originali, ti ho suggerito di trasformarli in PDF raccomandandoti di non usare GIMP.

Inoltre, se leggessi le guide, sparesti che \includegraphics routa le immagini dell’angolo che ti pare, quindi la rotazione delle immagini “landscape” con GIMP era del tutto inutile, visto che \includegraphics riecse a farlo da solo.

Leggere le guide, per esempio L’Arte di scrivere con LaTeX, o il LaTeX Reference Manual commentato e tradotto in italiano, scaricabili entrambe dalla sezione Documentazione di questo sito, non è tempo perso; avresti risparmiato un paio di giorni di lavoro inutile.

Scusa la tiratina di orecchie, ma credo ci volesse, solo un pochino, appena, appena…:wink:

spino” post=90438 Tuttavia ci sono cose che non corrispondoni, certamente a causa della verustà della mia distribuzione LaTeX che sono restio a cambiare per non perdere la comoda gestione dei pacchetti di Ubuntu.

E fai molto male.

Primo perché ti basterebbe leggere il documento texlive-ubuntu.pdf per capire che l’installazione completa di TeXLive avviene in parallelo a quella dei pacchetti di Ubuntu: chiaramente non perderesti nulla. Oltretutto per la gestione dei pacchetti LaTeX con l’installazione completa di TeXLive c’è il comodissimo tlmgr (TeXLive manager).

Secondo, essere indietro di anni nell’universo LaTeX si traduce con la mancanza di centinaia di pacchetti e decine e decine di utilissime applicazioni. Poi ognuno è libero di lavorare come meglio crede, ma bisogna sempre tenere presente che gli aggiornamenti apportati ad un software molto spesso risolvono mancanze di versioni precedenti. Molto probabilmente, con una versione completa non avresti avuto il problema.

Ciao
Claudio

Liverpool” post=90417Mi sfugge il motivo per il quale hai convertito gli originali jpg, che vengono letti direttamente da pdflatex, in eps.

spino” post=90438La prima cosa che il mio Latex non fa è gestire i files jpg e per questo li trasformavo i eps.

Ecco! Ora il motivo lo afferro, anche se è la prima volta che lo sento dire.

Ciao