I want to use pstricks to place some stuff in a large (almost A0) pspicture. Any stuff I place in the picture with the \rput command, is not placed precisely. Why? The farther away from the grid origin I place it, the larger offset it gets. Here is a minimal working example.

Minimal working example

% Draw a large picture (81x81 cm)

% This "X" in the grid origin (0,0) is placed precisely (no error here)
% An "X" put to (80,80), however, is placed with a significant offset (ERROR)
% Drawing a line that far away, on the other hand, works precisely again (no error)

% commands which draw the grid and label it on all 4 sides
\psgrid[gridcolor=red, subgriddiv=1, griddots=10, gridlabels=12pt](81,81)(0,0)
\psgrid[gridcolor=red, subgriddiv=0, griddots=10, gridlabels=12pt]


My configuration

I am using MiKTeX-XeTeX 2.9.4987 (0.9999.3) (MiKTeX 2.9 64-bit), Windows 7. XeTeX is Version 3.1415926-2.5-0.9999.3 (MiKTeX 2.9 64-bit)

In order to typeset a picture this large with xelatex, I had to use the workaround Heiko Oberdiek suggested as a solution to this problem. It boils down to replacing the parameter -dEPSCrop with -sPAPERSIZE=a0 in dvipdfmx.cfg.

Error presentation

  • X was specified to be placed by \rput at (80,80) but it is placed off grid by approx 3 millimeters.
  • Error does not happen with \psline which is drawn precisely where I specified:

X is placed off grid

I tried \rput(x,y){stuff} where I gradually changed x and y. The error gets linearly bigger and bigger the farther from the grid's origin X is placed. Enabling the rulers in Acrobat Reader (used to view the resulting PDF) proved that the grid and the line are placed precisely. The X, however, is not.

Expected result

At the grid's origin everything looks fine (X is placed precisely): X is placed precisely

I'd expect the X be placed just like this at (80, 80)

  • I also cannot reproduce your issue.
    – vtfs271232
    Dec 4, 2017 at 21:46
  • I use the following step: latex filename.tex and then dvips -t unknown filename.dvi and then gswin64c -dCompatibilityLevel=1.5 -dAutoRotatePages=/None -sDEVICE=pdfwrite -o filename.pdf filename.ps.
    – vtfs271232
    Dec 4, 2017 at 21:49

1 Answer 1



\rput(! \pstnodescale\space 80 80){X}% scales down from pt to bp

and it will be correct. It is a problem with the xdvipdfmx config file. Needs some more investigations. With the dvips driver it is ok. You can also update your TeX distribution, then it is done by default.

enter image description here

If you do not have an up-to-date PSTricks then write also into the preamble \SpecialCoor

  • Thank you it works, I shall use this as a temporary workaround. Hopefully someone finds the real cause of this so people can fix this bug.
    – Zababa
    Aug 4, 2014 at 10:08
  • @Herbert This problem still seems to exist (I've encountered it in another context). Is it just a matter of changing \pstnodescale in xdvipdfmx.cfg?
    – Alan Munn
    Dec 4, 2017 at 1:25
  • I cannot see it. Give an example!
    – user2478
    Dec 4, 2017 at 8:29
  • I've sent a message with an example to the PSTricks list.
    – Alan Munn
    Dec 4, 2017 at 15:33

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.