Hi John,
I sorted the tracker issue with help of SF support: apparently the
tracker component has its own set of permissions. Once you click
'Tracker' in the menu, an extra option 'Admin' will appear. Then click
'Bugs', then 'Add/Update Users and Permissions' and you can change
permissions. I also
Hi John,
I've seen them both and will apply try to fix them. I've also
submitted a support request to sourceforge to see if they can fix the
bug assignment issue. It's ok if you assign mplot3d bugs to me then.
Cheers,
Reinier
On Sat, Aug 8, 2009 at 2:33 PM, John Hunter wrote:
> On Fri, Aug 7, 20
On Fri, Aug 7, 2009 at 8:27 AM, Reinier Heeres wrote:
> 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.
Hey Reinier, while you are looking these over
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
PM
To: John Hunter
Cc: Reinier Heeres; Ryan Wagner; matplotlib-devel@lists.sourceforge.net
Subject: Re: [matplotlib-devel] Adding Shades Keyword to 3D routines.
John Hunter wrote:
>
> BTW, it looks like the edges of the polys are aliased in the "masked"
> side of the figure. Ha
] Adding Shades Keyword to 3D routines.
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:
>
> htt
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
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
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
> On Thu, Aug 6, 2009 at 4:11 PM, Ryan Wagner wrote:
>> When I set the linewidths to 0 (in the patch I'm working on) I get an image
>> looking like this:
>>
>> http://static.ryanjwagner.com/mpl_patches/lw0.png
>>
>> I don't think this looks correct to me, as I can still see the grid. I have
>> a
Fernando Perez wrote:
> On Thu, Aug 6, 2009 at 4:11 PM, Ryan Wagner wrote:
>> When I set the linewidths to 0 (in the patch I'm working on) I get an image
>> looking like this:
>>
>> http://static.ryanjwagner.com/mpl_patches/lw0.png
>>
>> I don't think this looks correct to me, as I can still see t
On Thu, Aug 6, 2009 at 4:11 PM, Ryan Wagner wrote:
> When I set the linewidths to 0 (in the patch I'm working on) I get an image
> looking like this:
>
> http://static.ryanjwagner.com/mpl_patches/lw0.png
>
> I don't think this looks correct to me, as I can still see the grid. I have a
> workaroun
Hi Mike and John,
I've got a question about the functionality about axes3d.plot_surface:
When I set the linewidths to 0 (in the patch I'm working on) I get an image
looking like this:
http://static.ryanjwagner.com/mpl_patches/lw0.png
I don't think this looks correct to me, as I can still see
John Hunter wrote:
> On Thu, Aug 6, 2009 at 1:06 PM, Michael Droettboom wrote:
>
>> I looked into this a while ago wrt 2D quad meshes, and it didn't look like
>> there was anything built-in to do something like that. All the gradients
>> are 1-dimensional (i.e. between two colors, or a 1-dimens
On Thu, Aug 6, 2009 at 1:06 PM, Michael Droettboom wrote:
> I looked into this a while ago wrt 2D quad meshes, and it didn't look like
> there was anything built-in to do something like that. All the gradients
> are 1-dimensional (i.e. between two colors, or a 1-dimensional lookup table
> of color
I looked into this a while ago wrt 2D quad meshes, and it didn't look
like there was anything built-in to do something like that. All the
gradients are 1-dimensional (i.e. between two colors, or a 1-dimensional
lookup table of colors). There's nothing to do a 4-way blend like
this. So it wou
On Thu, Aug 6, 2009 at 11:51 AM, Ryan Wagner wrote:
> Hi,
> I'd like to propose adding a SHADES keyword to the mplot3D routines where
> you can supply your own
The other thing that would be really nice is to have smooth
interpolation along each face. Michael, do you have a sense how hard
it wo
Ok, I forgot my attachments would be stripped. Links:
Output of surface3d_demo.py (should explain why I want this patch)
http://static.ryanjwagner.com/mpl_patches/lightSource.png
Example code
http://static.ryanjwagner.com/mpl_patches/surface3d_demo.py
Edited mpl source... just proof of concept...
27 matches
Mail list logo
