crop=preview did fix it for me. Some of the legends overshoot the figures, but I imagine this is why I should install pdfcrop. I'll summon the courage to install perl if I need to.
I was also making another mistake with my own figures which returned the same error. I was using the tex interpreter. Commands like \zeta were getting left in the labels and causing latex to return the errors.
Unfortunately, I cannot get the package to run smoothly.
When I run the (very helpful) test package, I can only get the figures to appear if I run using the latex>ps route.
If I run pdflatex, only figures 7 and 8 are succesfully included in the document. The other figures have a red box which reads "An error occured processing graphic ...". The log file is long, but I can't find in it what the problem seems to be.
I've looked around the web for a couple of hours. There is an error in pstool reported here http://tex.stackexchange.com/questions/60084/pstool-pdflatex-not-getting-pstool-to-work-latex-error-file-not-found, but I have the corrected update of pstools. I've checked that I have the -shell-escape option working correctly. Also, I can get laprint to work with my pdflatex setup (although I have to alter the tex document slightly).
Does anyone have any suggestions of what I might be doing wrong?
Many thanks in advance.
I am using TexnicCenter 2.0 with Miktex 2.9, matlabfrag v0.6.16 and pstool v1.5a.
This is a much needed function and works well. Thank you.
It would be great if the reference in the matlab manual to dsxy2figxy could be changed to mention this function. I wasted a lot of time trying to work out what was going on with dsxy2figxy. Even would be helpful if this function was included in matlab. How does this kind of decision get made?
Also, would be good if the function could work irrespective of the figure units, not just for normalised units.