matplotlib-devel Mailing List for matplotlib (Page 8)

Hello all,

I have always been a bit troubled with how Axes3D object is a bit of a
2nd-class citizen in matplotlib.  In particular, it is very common to create
a new axes using .add_subplot() or .gca(), but you can't do that with
Axes3D.  You also can't create subplots of 3d figures, you have to create
multiple figures with single 3d plots in them.

My examination off the code have not revealed anything that prevents this
from happening.  Currently, the gca() and add_subplot() functions accept a
kwarg of 'projection' which allows one to specify the name of a registered
axes object.  Currently axes.Axes, polar and a few others are registered,
with axes.Axes being default.

I have found that 3 lines of code in the axes3d module to have it add the
Axes3D class to the registry.  Using a name of '3d', one can specify the
projection to gain a Axes3d object.  Note, you will still have to import the
Axes3D object as usual.  Attached is a patch for axes3d.py and a file that
could be added to mpl_examples/.  Give it a shot and let me know how it
works for you!

Enjoy!
Ben Root

P.S. - Can you just imagine subplots of animated 3d plots? wink... wink...

Alright, before I go to bed, I found the following line in
src/_backend_agg.cpp at line 709 (in draw_markers()) makes all the
difference:

set_clipbox(gc.cliprect, rendererBase);

Commenting out this line fixes my problem. I'm not sure why it's a
problem, (maybe a missing restore to previous state somewhere?). I'll
look into this tomorrow, but it would probably be a lot easier with
someone familiar with the code.

Ryan

On Sat, Jul 3, 2010 at 12:33 AM, Ryan May <rm...@gm...> wrote:
> Hi,
>
> I've been debugging this for hours now and could really use the help
> of someone smarter than me. In working on blitting with animations,
> I've run into a problem when trying to use blitting + multiple
> subplots + lines with markers. It's an esoteric combination to be
> sure, but I have a script (attached) that demonstrates my problem.  As
> far as I can tell, the addition of a marker to a line object causes to
> canvas.restore_region() to no longer function (I've paused the
> animation, after a blit to flush the draw, after every stage). The
> data in the region saved from copy_from_bbox is fine, but calling
> restore_region() with it has no effect.  Removing marker from the line
> specification causes the problem to disappear.  The net effect of the
> problem is that the other subplot (than the one with the marker) does
> not have the previous draw cleared, resulting in a smearing effect.
>
> Anybody have a clue?
>
> Ryan
>
> --
> Ryan May
> Graduate Research Assistant
> School of Meteorology
> University of Oklahoma
>



-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Hi,

I've been debugging this for hours now and could really use the help
of someone smarter than me. In working on blitting with animations,
I've run into a problem when trying to use blitting + multiple
subplots + lines with markers. It's an esoteric combination to be
sure, but I have a script (attached) that demonstrates my problem.  As
far as I can tell, the addition of a marker to a line object causes to
canvas.restore_region() to no longer function (I've paused the
animation, after a blit to flush the draw, after every stage). The
data in the region saved from copy_from_bbox is fine, but calling
restore_region() with it has no effect.  Removing marker from the line
specification causes the problem to disappear.  The net effect of the
problem is that the other subplot (than the one with the marker) does
not have the previous draw cleared, resulting in a smearing effect.

Anybody have a clue?

Ryan

-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Along the same vein, I have noticed that the Axes3D object does not have a
.set_zlim() function, instead opting to use .set_zlim3d().  The same is true
with xlim() and ylim(), implementing a different function for .set_xlim3d()
than the inherited .set_xlim().  Is this intended?

Thanks,
Ben Root

On Fri, Jul 2, 2010 at 2:28 PM, Benjamin Root <ben...@ou...> wrote:

> Hello,
>
> I am working with the Line3D objects in the mplot3d toolkit.  I have
> noticed that the .set_data() function is not overloaded from the Line class,
> therefore, there is no direct way to set the line data.  Should a
> .set_data() function be created for Line3D or is there some inherent barrier
> to doing this?  Also, would it make sense to add a .set_zdata() function as
> well?
>
> One probably could work around this by calling .set_data() on the 2D data,
> and then calling .set_3d_properties() with the z data, but I haven't tested
> this yet.
>
> Thanks,
> Ben Root
>

Hello,

I am working with the Line3D objects in the mplot3d toolkit.  I have noticed
that the .set_data() function is not overloaded from the Line class,
therefore, there is no direct way to set the line data.  Should a
.set_data() function be created for Line3D or is there some inherent barrier
to doing this?  Also, would it make sense to add a .set_zdata() function as
well?

One probably could work around this by calling .set_data() on the 2D data,
and then calling .set_3d_properties() with the z data, but I haven't tested
this yet.

Thanks,
Ben Root

On 07/01/2010 10:24 AM, Sandro Tosi wrote:
> Hello,
> while preparing a test debian pacakge with mpl 1.0rc1, I noticed
> doc/make.py clean fails if the directories to remove are missing.
>
> The simple attached patch (svn diff against trunk@8480) resolves it;
>   

Thanks, committed as r8481.

Hello,
while preparing a test debian pacakge with mpl 1.0rc1, I noticed
doc/make.py clean fails if the directories to remove are missing.

The simple attached patch (svn diff against trunk@8480) resolves it;
it might also be nice to wrap the os.remove() calls below in a try: ..
except OSError: pass instead of checking existence, to avoid race
conditions and so (it's easier to ask for forgiveness than
permission).

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi