Thank you, Jörg!
using the dodata() method did the trick. The workaround using eps and
then eps2eps did also help, but produced files of approx. 10x the
Thanks a lot, I appreciate the help.
Am Donnerstag, den 17.04.2008, 13:26 +0200 schrieb Joerg Lehmann:
> Hi Benedikt,
> On 17.04.08, Benedikt Koenig wrote:
> > I am using 3d graphs for some illustrations. The linked file
> > 'example.pdf' shows the typical stuff I need for my publication. The pdf
> > looks good to me in Acrobat Reader, and I can't see anything wrong with
> > it.
> > However, when I print the graph I get the result shown in the linked
> > file 'printout.pdf' (printed using cups-pdf, but same result when I
> > hardcopy to laserjet). Seems there is a rectangular box around the
> > graph, which can not be seen in the original pdf, and that covers the
> > axes and labels. Also, using xpdf doesn´t show the 3d part of the graph
> > at all.
> I just tried to print it on a Nashuatec printer and it works. On the
> other hand, I'm not too surprised that there are problems with the
> shading implementation of some, especially older drivers.
> Anyway, what I would try is to let PyX generate an EPS file and then
> check whether that works. If yes, fine, convert the file into a PDF and
> keep fingers crossed. If not, try to use eps2eps and continue. I know
> that's a mess but in urgent cases, I always do something along these
> In the specific case, you could also try to plot the surface first, i.e.
> before the rest of the graph. Just call the dodata() method of the graph
> after the plot() call. See
> for an example. I am optimistic that this fixes the problem...