Eric Firing wrote:
> 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
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
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 i
Michael Droettboom
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 different wa
Passing 'bevel' to solid_joinstyle works. Thanks for the help.
-Jesse
On Mon, Dec 15, 2008 at 12:03 PM, Michael Droettboom 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 and
> 0.98.x.
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
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 wrote:
> I'm having trouble getting your C code to c
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 ch
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 p
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 i
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 corner
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, mtco
"John Hunter" 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
> in PDF, a
On Sat, Dec 13, 2008 at 9:38 AM, John Hunter 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 a vector outp
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 strai
15 matches
Mail list logo
