Eric Firing wrote:
> Michael Droettboom wrote:
>> I've tracked it down to this revision 7395
>>
>> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/v0_99_maint/lib/matplotlib/colors.py?r1=7318&r2=7395&pathrev=7395
>>
>>
>
> That was John's. I knew there was a reason why I had wr
Jae-Joon Lee wrote:
> My understanding is that MOVETO in the middle of the path serve as a
> CLOSEPOLY when the path is filled. So, I don't think it actually
> matters how holes are connected each other. And as you can see, the
> largest hole is actually composed of three different polygons that
>
Michael Droettboom wrote:
> I've tracked it down to this revision 7395
>
> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/v0_99_maint/lib/matplotlib/colors.py?r1=7318&r2=7395&pathrev=7395
>
>
That was John's. I knew there was a reason why I had written it the way
it was bef
On Fri, Aug 7, 2009 at 11:54 AM, Andrew Straw wrote:
>> But would this also make the spine have the larger limits? Basically,
>> I want know if the spines can be used to create Tufte-style
>> range-frames. Am I correct in thinking that these spines provide that?
> Although I don't have a precise
On Fri, Aug 7, 2009 at 2:42 PM, Ryan Wagner wrote:
> Works for me :)
Ditto -- thanks for the quick fix.
JDH
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report desi
Works for me :)
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Disc
Should be fixed in SVN now.
Mike
John Hunter wrote:
> On Fri, Aug 7, 2009 at 2:19 PM, Ryan Wagner wrote:
>
>> Mike, do you see this on your side?
>>
>> r...@ubuntu-desktop:~/matplotlib/examples/mplot3d$ python surface3d_demo.py
>> *** glibc detected *** python: free(): invalid pointer: 0xbffb3
I think I almost have a solution. Just running backend_driver.py now.
Mike
John Hunter wrote:
> On Fri, Aug 7, 2009 at 2:19 PM, Ryan Wagner wrote:
>
>> Mike, do you see this on your side?
>>
>> r...@ubuntu-desktop:~/matplotlib/examples/mplot3d$ python surface3d_demo.py
>> *** glibc detected *
On Fri, Aug 7, 2009 at 2:19 PM, Ryan Wagner wrote:
> Mike, do you see this on your side?
>
> r...@ubuntu-desktop:~/matplotlib/examples/mplot3d$ python surface3d_demo.py
> *** glibc detected *** python: free(): invalid pointer: 0xbffb3d10 ***
I'm seeing a core dump on this one (clean build and inst
Mike, do you see this on your side?
r...@ubuntu-desktop:~/matplotlib/examples/mplot3d$ python surface3d_demo.py
*** glibc detected *** python: free(): invalid pointer: 0xbffb3d10 ***
-Original Message-
From: Michael Droettboom [mailto:md...@stsci.edu]
Sent: Friday, August 07, 2009 1:00
Wow, no kidding John, what a difference! Great work Mike!
-Original Message-
From: John Hunter [mailto:jdh2...@gmail.com]
Sent: Friday, August 07, 2009 12:54 PM
To: Michael Droettboom
Cc: Reinier Heeres; Ryan Wagner; matplotlib-devel@lists.sourceforge.net
Subject: Re: [matplotlib-devel] A
John Hunter wrote:
>
> BTW, it looks like the edges of the polys are aliased in the "masked"
> side of the figure. Have you noticed this?
>
Yeah -- the right hand side is still using the old code path, which is
aliased by default.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
O
On Fri, Aug 7, 2009 at 1:39 PM, Michael Droettboom wrote:
> I'm not sure if Gouraud triangles (as supported by Agg, PDF and PS) are
> really sufficient for drawing interpolated quad meshes, because of the
> effect described here:
>
> http://books.google.com/books?id=19SpFYj82owC&lpg=PA280&ots=r3gn
I have experimental support for Gouraud-shaded pcolormeshes with the Agg
backend only in SVN trunk. The backend interface will likely change to
better support PDF, where doing multiple triangles at a time is much
more efficient. This is just the easiest and far from optimal way to do it.
I'm
I've tracked it down to this revision 7395
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/v0_99_maint/lib/matplotlib/colors.py?r1=7318&r2=7395&pathrev=7395
was was in response to bug *2832575*
http://sourceforge.net/tracker/?func=detail&aid=2832575&group_id=80706&atid=560720
John Hunter wrote:
> On Thu, Aug 6, 2009 at 11:31 PM, Ryan Wagner wrote:
>>> Does your workaround work for all supported backends, and with alpha
>>> less than 1? If so, what is it?
>> I believe it will... it is to set the edgecolors (RGBA) of the polygons to
>> that of the facecolors. I will cer
Brian Granger wrote:
>
>
> I think this happens in all mpl graphs, you just don't see it. The
> axis limits are set to -2..2, and the sine is draw from -2..2. The
> linewidth extends beyond 2, so it is clipped by the axes clipping to
> the bounding rectangle. Normally you don't
Hi,
This looks great! I'd be happy to try and work on this for mplot3d as well.
Ryan: as for your patch, I'll look at it over the weekend or next week
and see if I can apply it to trunk.
Regards,
Reinier
On Fri, Aug 7, 2009 at 3:02 PM, Michael Droettboom wrote:
> Nevermind -- this is in Agg 2.4
Nevermind -- this is in Agg 2.4 as well. Don't know why I missed it
yesterday. I'll have a look into this to see how well we can integrate it.
Cheers,
Mike
Michael Droettboom wrote:
> Ah -- I didn't look at Agg 2.5 at all because of the licensing issues.
> Isn't this a no-go for us because i
Ah -- I didn't look at Agg 2.5 at all because of the licensing issues.
Isn't this a no-go for us because it's GPL'd?
Cheers,
Mike
John Hunter wrote:
> On Thu, Aug 6, 2009 at 1:53 PM, Michael Droettboom wrote:
>
>
>> Even with this, the gradient infrastructure in Agg assumes a one-dimensional
On Thu, Aug 6, 2009 at 11:31 PM, Ryan Wagner wrote:
>>Does your workaround work for all supported backends, and with alpha
>>less than 1? If so, what is it?
>
> I believe it will... it is to set the edgecolors (RGBA) of the polygons to
> that of the facecolors. I will certainly test it on all bac
Jae-Joon Lee wrote:
> My understanding is that MOVETO in the middle of the path serve as a
> CLOSEPOLY when the path is filled. So, I don't think it actually
> matters how holes are connected each other. And as you can see, the
> largest hole is actually composed of three different polygons that
>
22 matches
Mail list logo
