This is a very good test to have -- we should add it to backend_driver.py.
FWIW, SVG appears to behave similarly to PDF, and has a miter-limit
property to control when to bevel vs. miter when the mode is set to
miter. (Though the default threshold appears to be different.) I
didn't look into
Michael Droettboom wrote:
This is a very good test to have -- we should add it to backend_driver.py.
FWIW, SVG appears to behave similarly to PDF, and has a miter-limit
property to control when to bevel vs. miter when the mode is set to
miter. (Though the default threshold appears to be
Michael Droettboom md...@stsci.edu
writes:
Passing solid_joinstyle='bevel' does resolve the problem on both 0.91.x
and 0.98.x. Additionally, path simplification (which is a new feature
on 0.98.x) also resolves this problem (set rcParam path.simplify to True).
It seems that agg and pdf have
I'm having trouble getting your C code to compile (maybe a gsl version
mismatch...?)
In the meantime, perhaps you could try something for me.
If you add the kwarg solid_joinstyle='bevel' or
solid_joinstyle='round' to your plot command, does that improve
things? If so, we could consider
I compiled the code with following:
gcc -o testode.o testode.c -lm -lgsl -lgslcblas
I'm using gsl 1.10. Hope that helps. I'll try out the kwarg suggestions asap.
Thanks for the help,
-Jesse
On Mon, Dec 15, 2008 at 9:38 AM, Michael Droettboom md...@stsci.edu wrote:
I'm having trouble getting
In the meantime, I was able to get everything working and could confirm.
Passing solid_joinstyle='bevel' does resolve the problem on both 0.91.x
and 0.98.x. Additionally, path simplification (which is a new feature
on 0.98.x) also resolves this problem (set rcParam path.simplify to True).
The
Passing 'bevel' to solid_joinstyle works. Thanks for the help.
-Jesse
On Mon, Dec 15, 2008 at 12:03 PM, Michael Droettboom md...@stsci.edu wrote:
In the meantime, I was able to get everything working and could confirm.
Passing solid_joinstyle='bevel' does resolve the problem on both 0.91.x
Good Day!
In the course of testing two ode solvers (stiff and non-stiff) I noticed
that the figures that were saved (either eps or pdf) were fuzzy. The figures
produced by the command pylab.plot(xdata, ydata) followed by pylab.show()
were essentially smooth. When I zoomed in all lines were
On Sat, Dec 13, 2008 at 9:38 AM, John Hunter jdh2...@gmail.com wrote:
My guess is that you may be seeing the antialiasing of your pdf
renderer. matplotlib has a pretty good antialiasing renderer for the
screen display (antigrain) but your mileage may vary for your pdf
renderer. Since pdf is
John Hunter jdh2...@gmail.com writes:
One more thought -- you should be able to turn off the antialiased
property, eg with
plot(x, y, antialiased=False)
Unfortunately, I poked into our backend_pdf and it appears this
property is ignored. Jouni: is there a way to turn off antialiasing
There's something funny going on with line caps, maybe? It looks like
the corners aren't getting capped in the same way as Agg does.
I've created screenshots of Jesse's pdf file in acrobat and evince.
Any thought, Jouni?
Cheers,
Mike
John Hunter wrote:
On Thu, Dec 11, 2008 at 11:16 PM,
Also -- for mtcoder:
Can you send us the script that generates your plot?
Also, if you set your backend to Cairo, and then generate the pdf, to
you get the same result?
Cheers,
Mike
Michael Droettboom wrote:
There's something funny going on with line caps, maybe? It looks like
the corners
Years ago I observed a similar behaviour with gnuplot. This behaviour
appears if you use line join style 'miter' and if your data is very fine
spaced with small noise. Then in the figure the noise appears much
larger than it actually is. Limited output precision for representing
the plot data
All,
Thanks for the quick and informative responses. I've attached the code
(testode.c). It requires the GSL library. I've also attached the script I
was using to read and plot the data (odetest.py). [Note: If you do any tests
with the python script make sure to change the savefig directory in
14 matches
Mail list logo
