Liverpool

Io farei un unico disegno:
`\begin{tikzpicture}
\foreach \i in {0,…,4}
\draw [thick, rounded corners=2pt, xshift=\i*2.3cm]
(0,0) — (0.5,0) — (0.6,0.25) — (0.7,0) — (1,0) — (1.1,-0.2) —
(1.2,1) — (1.3,-0.4) — (1.35,0) — (1.5,0) — (1.7,0.5) — (1.9,0) — (2.3,0);
\end{tikzpicture}`
[OT] L’onda T mi sembra un po’ troppo appuntita [/OT]

Secondo me non è un problema di risoluzione (a proposito, non ti consiglio di scendere sotto i 300 dpi). Probabilmente la dimensione eccessiva nasce dal fatto che l’immagine di sfondo non è in un formato compresso (ad esempio è un bitmap e non un jpeg). In tal caso ti consiglierei di sostituire lo sfondo con il corrispondente jpeg e lasciare una risoluzione non inferiore a 300 dpi (su una copia del file, per evitare problemi). Con una compressione anche minima, dovresti ridurre drasticamente la dimensione del file originale.

pepi_b” post=90716Grazie ad @OldClaudio per la guida utilissima!!

Secondo voi è accettabile, credo che è questo è l’unico modo di poter etichettare le varie curve:
Ho seguito la guida sapercomunicare che suggerisce di non sfruttare troppo il colore specie per stampe che saranno certamente in bianco e nero

Secondo me, se devi stampare in bianco e nero, non ha senso usare i tratteggi perché ci sono più curve con lo stesso stile di linea. Se ho capito bene l’andamento del grafico, io scriverei semplicemente nella didascalia “al variare dell’angolo \(\theta\) dal valore di 1° (curva più in basso) a 20° (curva più in alto).” e credo che chiunque capirebbe che all’aumentare dell’angolo le curve si “alzano”. Al massimo, se è necessario il bianco e nero, ogni 5 curve ne farei una tratteggiata per aiutare a contarle e, in prossimità di queste curve, si potrebbe aggiungere un’etichetta, perciò ti servirebbero solo tre etichette e ci sarebbe lo spazio sufficiente. In letteratura, ho visto anche usare una freccia che taglia la famiglia di curve dal basso verso l’alto obliquamente per far capire in che verso aumenta l’angolo, ma non so quanto sia professionale.

Ciao

Ho visto ora che i file che danno problemi sono i primi 9. Sei sicuro che non si chiamino 01.dat ecc…?

Ammetto di non aver letto tutto il messaggio di @OldClaudio, però devo segnalare (anche a Tommaso) che alcuni editor (sicuramente Texmaker e credo anche Winedt) permettono di salvare dei “progetti” che sono file con un formato proprietario dei quali non mi sono mai interessato più di tanto. Forse l’amico teme che, lasciando LED, non sia più possibile aprire questi “progetti” e probabilmente ha ragione. Bisognerebbe indagare meglio…

Se invece si tratta dei semplici file gestiti dal compilatore, allora come è stato già detto, ogni editor è equivalente.
Ciao

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

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?