Hi,
with normal polar plot it would work, but there is the problem with the
half plot. So I use AxisArtist already. The segfault is caused by
GridHelperCurveLinear and it appears on all my Computers here Python 2.7
(2 x Win7 64Bit, 1xWin7 32Bit, 2x Linux 64Bit) and mpl 1.4.2
The current solutio
Two 8bpp(Gimp, xnview say so) graylevel png files can be downloaded
The first (ramp-gray.png) which gives right array shape is
http://bbs.blendercn.org/data/attachment/forum/201504/17/090627ejhixti8vdthdnnn.png
The second one (python-gray.png) which gives 'wrong' array shape, at
least to me, is
htt
The 'animated' property is used _deep_ with in `axes.draw` (
https://github.com/matplotlib/matplotlib/blob/master/lib/matplotlib/axes/_base.py#L2035)
to skip artists with the 'animated' flag set. This makes them play nice
with blitting (which explicitly uses `axes.draw_artist`) so they are not
dr
Oops. I meant bits not bytes in my earlier statements. Sorry.
On Thu, Apr 16, 2015 at 11:24 AM, Ryan Nelson wrote:
> xnview says it is 128*128*8, but "print
>> imread('python-gray.png').shape" says (128, 128, 3), however I suppose
>> it should be (128, 128)!
>
> Not sure that this is true, but
Ben,
Sorry. I probably should have just dropped that entirely. In my code
sample, it is actually commented out because it breaks the animation with
the nbagg backend. It was in Tom's example, so I left it in because I
wanted to find out what it was doing.
Ryan
On Thu, Apr 16, 2015 at 9:30 AM, Be
>
> xnview says it is 128*128*8, but "print
> imread('python-gray.png').shape" says (128, 128, 3), however I suppose
> it should be (128, 128)!
Not sure that this is true, but I guess that xnview is using the third
dimension here to refer to a number of bytes. In this case, it is two
bytes, one f
Le jeudi 16 avril 2015, oyster a écrit :
> Firstly, thanks, Fabrice Silva
>
> I have checked my picture files again.
>
> For python-gray.png, now it is attacched here or can be downloaded
> from
> http://bbs.blendercn.org/data/attachment/forum/201504/16/222351w3952n3o9968m9a5.png.
> xnview says
Firstly, thanks, Fabrice Silva
I have checked my picture files again.
For python-gray.png, now it is attacched here or can be downloaded
from
http://bbs.blendercn.org/data/attachment/forum/201504/16/222351w3952n3o9968m9a5.png.
xnview says it is 128*128*8, but "print
imread('python-gray.png').sh
That will be up to him. The only reason why I know about the work is
because our publisher wanted to make sure that our two books didn't cover
the same material. He isn't a regular on the mailing list, so I don't know
if he even would see this message. I'll let him know that there is interest.
Ben
I just noticed your use of "animated=True". I have had trouble using that
in the past with the animation module. It is a leftover from the days
before the animation module and isn't actually used by it, IIRC. Try not
supplying that argument.
On Thu, Apr 16, 2015 at 8:18 AM, Ryan Nelson wrote:
>
Tom,
Thanks for the code. As it was given, I had to change `blit=True` in the
`FuncAnimation` call in order to get this to work in a regular Qt backend.
It did not work with the nbagg backend; however, if I used this code it
works fine:
%matplotlib nbagg
import numpy as np
import matplotlib.
11 matches
Mail list logo
