> 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
> 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 see this, because visually
> it is under t
On Thu, Aug 6, 2009 at 2:03 PM, John Hunter wrote:
> On Thu, Aug 6, 2009 at 1:59 PM, Ryan May wrote:
> > On Thu, Aug 6, 2009 at 1:55 PM, John Hunter wrote:
> >>
> >> On Thu, Aug 6, 2009 at 1:50 PM, Ryan May wrote:
> >> >
> >> > On Thu, Aug 6, 2009 at 1:38 PM, Gökhan Sever
> >> > wrote:
> >> >>
On Thu, Aug 6, 2009 at 1:59 PM, Ryan May wrote:
> On Thu, Aug 6, 2009 at 1:55 PM, John Hunter wrote:
>>
>> On Thu, Aug 6, 2009 at 1:50 PM, Ryan May wrote:
>> >
>> > On Thu, Aug 6, 2009 at 1:38 PM, Gökhan Sever
>> > wrote:
>> >>
>> >> Shouldn't colorbar_doc name be hidden from users? It doesn't lo
On Thu, Aug 6, 2009 at 1:55 PM, John Hunter wrote:
> On Thu, Aug 6, 2009 at 1:50 PM, Ryan May wrote:
> >
> > On Thu, Aug 6, 2009 at 1:38 PM, Gökhan Sever
> wrote:
> >>
> >> Shouldn't colorbar_doc name be hidden from users? It doesn't look like
> the
> >> rest other function documentation in pypl
On Thu, Aug 6, 2009 at 1:50 PM, Ryan May wrote:
>
> On Thu, Aug 6, 2009 at 1:38 PM, Gökhan Sever wrote:
>>
>> Shouldn't colorbar_doc name be hidden from users? It doesn't look like the
>> rest other function documentation in pyplot.py file.
>>
>> In [10]: color
>> colorbar colorbar_doc color
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:38 PM, Gökhan Sever wrote:
> Shouldn't colorbar_doc name be hidden from users? It doesn't look like the
> rest other function documentation in pyplot.py file.
>
> In [10]: color
> colorbar colorbar_doc colormaps colors
>
> at rev 7405.
We are not very good about
On Thu, Aug 6, 2009 at 1:38 PM, Gökhan Sever wrote:
> Shouldn't colorbar_doc name be hidden from users? It doesn't look like the
> rest other function documentation in pyplot.py file.
>
> In [10]: color
> colorbar colorbar_doc colormaps colors
Good catch. Fixed in 7406.
Ryan
--
Ry
Shouldn't colorbar_doc name be hidden from users? It doesn't look like the
rest other function documentation in pyplot.py file.
In [10]: color
colorbar colorbar_doc colormaps colors
at rev 7405.
In [10]: colorbar_doc
Out[10]: "\n\nAdd a colorbar to a plot.\n\nFunction signatures for th
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
On Thu, Aug 6, 2009 at 1:01 PM, Brian Granger wrote:
> Hi,
>
> Congrats on the latest matplotlib release. Looks like there are some
> *really* impressive new things in there. I was just looking at the spines
> docs:
>
> http://matplotlib.sourceforge.net/examples/pylab_examples/spine_placement_dem
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
Hi,
Congrats on the latest matplotlib release. Looks like there are some
*really* impressive new things in there. I was just looking at the spines
docs:
http://matplotlib.sourceforge.net/examples/pylab_examples/spine_placement_demo.html
And I noticed that on spines that are range limited (to t
Mike,
When I eliminate the cuts from filled contour paths, I do find
pathological cases where the filling works correctly with the cuts in
place, but not without them. Attached are a data file and a script to
plot it, illustrating the problem. Is this due to a known limitation of
filled pat
I've added this to the sourceforge bug tracker, ID 2832896.
Mike
On Aug 5, 2009, at 3:32 PM, Michael Fitzgerald wrote:
>
> Hi all,
>
> I've come across an apparent bug in imshow when outputting to PDF
> and EPS files. (I haven't tested other vector formats.) It
> manifests as a small sca
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...
On Tue, Aug 4, 2009 at 5:33 AM, Jonathan
Demaeyer wrote:
> Hello,
>
> Thank you for your answer. When I explicitly give None as renderer argument,
> everything work well.
> Now I guess the question is why the default value is not used by the method?
>
The Axes.draw is the only the "draw" method t
I did the following and now matplotlib 0.99.0 rc2 runs fine on my home
computer:
- I reverted my site-packages to its state before running the
matplotlib-0.99.0.rc2-py2.5-macosx10.5.mpkg installer
(I had saved a zip file just in case anything went wrong)
- I found I had numpy 1.2.1 installed,
23 matches
Mail list logo
