Ciao, innanzitutto grazie per le risposte.
Sì, in effetti non avevo spiegato il problema in modo preciso, si tratta di \includegraphics, pacchetto graphicx.In effetti, avevo intuito potesse trattarsi di pt (sebbene non sapessi cosa voleva dire la sigla..), ma non mi tornava perché mi dava coordinate “sbagliate”. Invece, ho poi capito che era solo diverso l’orientamento dell’oggetto. Quello che per me era l’angolo in basso a sinistra, per lui era quello in alto a sinistra, qualcosa del genere.
Preciso che per avere le coordinate, usando Ubuntu, apro il pdf con pdfedit (con tutti gli altri visualizzatori disponibili: okular, evince, adobe… non c’è o non riesco a trovare io il modo di leggere le coordinate).In generale, il mio è proprio un problema di margini. Di solito creo immagini .ps con gnuplot e poi le passo in .pdf e problemi di margini ne ho sempre. Non conoscevo pdfcrop, ma mi pare proprio quello che fa a caso mio: lo provo subito, grazie! 😀
Trovi le coordinate (in unità bp, secondo la terminologia TeX) cercando nel pdf la stringa /MediaBox.
Con il programmino “ack” puoi fare ricerche simili a come si fa con grep, accetta anche file binari; per esempio, “ack MediaBox zzzz.pdf” mi dà
`/MediaBox [0 0 595.276 841.89]`
Ottieni lo stesso anche con
`$ strings zzzz.pdf | grep MediaBox`
Attenzione: l’unità di misura è “bp”, dove 72 bp è un pollice. Invece TeX scrive nel log le dimensioni in punti tipografici (72.27 pt sono un pollice). Infatti
595.276 * 2.54 / 72 = 21.000
841.89 * 2.54 /72 = 29.700
perché il pdf in parola è un A4. Se dai un’opzione come “viewport=10 10 60 70” senza specificare unità di misura, è implicita “bp”.
Ciao
Enrico