Mike:
shading='faceted' doesn't work (no edges are drawn around the polygons).
-Jeff
--
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/PSD1FAX : (303)497-6449
325 BroadwayBoulder, CO, USA 80305-3328
-
Michael Droettboom wrote:
> The transforms branch has seen very little outside of the matplotlib
> examples, so it's good to find all of these error cases. Fixed in r4569.
>
> Cheers,
> Mike
>
>> Michael: And one more - contourf will die if you there are no
>> contours at the requested levels.
That's great! I just assumed I had trampled over all kinds of
semi-public APIs... ;)
Cheers,
Mike
Jeff Whitaker wrote:
> Michael Droettboom wrote:
>> Jeff Whitaker wrote:
>>> John Hunter wrote:
On Dec 3, 2007 2:08 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> try:
>
Michael Droettboom wrote:
> Jeff Whitaker wrote:
>> John Hunter wrote:
>>> On Dec 3, 2007 2:08 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
>>>
>>>
try:
l,b,w,h = ax.get_position()
except:
l,b,w,h = (ax.get_position()).bounds
>>>
>>> In general, blanket excep
Jeff Whitaker wrote:
> John Hunter wrote:
>> On Dec 3, 2007 2:08 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
>>
>>
>>> try:
>>> l,b,w,h = ax.get_position()
>>> except:
>>> l,b,w,h = (ax.get_position()).bounds
>>>
>>
>> In general, blanket excepts are bad practice because they can ma
John Hunter wrote:
> On Dec 3, 2007 1:15 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
>
>> Just a question: how do you handle taxes? Won't you be stuck paying
>> income tax on any donations? Not that I know of any way to get around
>> it short of incorporating as a nonprofit.
>
> That is a good q
John Hunter wrote:
> On Dec 3, 2007 2:08 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
>
>
>> try:
>> l,b,w,h = ax.get_position()
>> except:
>> l,b,w,h = (ax.get_position()).bounds
>>
>
> In general, blanket excepts are bad practice because they can mask
> other bugs. You might catc
On Dec 3, 2007 2:08 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> try:
> l,b,w,h = ax.get_position()
> except:
> l,b,w,h = (ax.get_position()).bounds
In general, blanket excepts are bad practice because they can mask
other bugs. You might catch the AttributeError, or do something like:
Michael Droettboom wrote:
> The transforms branch has seen very little outside of the matplotlib
> examples, so it's good to find all of these error cases. Fixed in r4569.
>
> Cheers,
> Mike
>
>> Michael: And one more - contourf will die if you there are no
>> contours at the requested levels.
On Dec 3, 2007 1:52 PM, Christopher Barker <[EMAIL PROTECTED]> wrote:
> >>short of incorporating as a nonprofit.
>
> That's sure a lot of work -- can the PSA host this sort of thing? It
> would be a whole lot easier to use an existing organization.
Well, noone is proposing setting up an organizati
On Dec 3, 2007 12:12 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Works on RHEL4, with most applicable things built from source... Python
> 2.5, Gtk+: gtk+: 2.10.9, glib: 2.12.9, pygtk: 2.10.4, pygobject: 2.13.1
All OK here too, SVN build of numpy/matplotlib, ubuntu Feisty standard
package
>>short of incorporating as a nonprofit.
That's sure a lot of work -- can the PSA host this sort of thing? It
would be a whole lot easier to use an existing organization.
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 vo
On Dec 3, 2007 1:15 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Just a question: how do you handle taxes? Won't you be stuck paying
> income tax on any donations? Not that I know of any way to get around
> it short of incorporating as a nonprofit.
That is a good question -- does a donation not
The transforms branch has seen very little outside of the matplotlib
examples, so it's good to find all of these error cases. Fixed in r4569.
Cheers,
Mike
> Michael: And one more - contourf will die if you there are no contours
> at the requested levels. The error message looks like this:
>
Works on RHEL4, with most applicable things built from source... Python
2.5, Gtk+: gtk+: 2.10.9, glib: 2.12.9, pygtk: 2.10.4, pygobject: 2.13.1
Cheers,
Mike
Jeff Whitaker wrote:
> John Hunter wrote:
>> I just noticed that the blit API in GTK* is causing a seg fault on my
>> desktop. Can anyone
John Hunter wrote:
> To enable donations, all project admins must opt in. In addition to
> me, those are Charlie, Darren, Eric, Jeff and Michael and the opt in
> page is at
> http://sourceforge.net/project/admin/donations.php?group_id=80706.
> The donations are set up to go into my paypal account
It seems to have broken when I upgraded the branch to Agg 2.4. Agg 2.4
now handles interpolating the edges of the image with a background color
more-or-less "correctly", and no longer needs the hack that adds
boundary pixels to the image before sending it to Agg for interpolation.
Should als
John Hunter wrote:
> I just noticed that the blit API in GTK* is causing a seg fault on my
> desktop. Can anyone confirm this on another system. Has anyone made
> any changes that you are aware of that might have affected this part
> of the code? I am seeing problems with
> examples/animation_bl
I just noticed that the blit API in GTK* is causing a seg fault on my
desktop. Can anyone confirm this on another system. Has anyone made
any changes that you are aware of that might have affected this part
of the code? I am seeing problems with
examples/animation_blit.py and examples/poly_edito
Some time ago, I talked about enabling mpl donations to raise money
for development. My goal is to promote donations with some reasonably
prominent info on the web page, and some emails as well, to raise
enough to fund a sprint.This is the blurb I wrote for the
donations page:
All donations
Jeff Whitaker wrote:
> Michael Droettboom wrote:
>> Thanks for finding this. It was an x,y reversal indexing the mesh
>> array. Fixed in r4565.
>>
>> Cheers,
>> Mike
>>
>> Jeff Whitaker wrote:
>>>
>>> Hi Michael: I've been testing basemap with the transforms branch.
>>> All the examples now r
Michael Droettboom wrote:
Thanks for finding this. It was an x,y reversal indexing the mesh
array. Fixed in r4565.
Cheers,
Mike
Jeff Whitaker wrote:
Hi Michael: I've been testing basemap with the transforms branch.
All the examples now run, but the ones that use pcolormesh don't work
c
Thanks for finding this. It was an x,y reversal indexing the mesh
array. Fixed in r4565.
Cheers,
Mike
Jeff Whitaker wrote:
>
> Hi Michael: I've been testing basemap with the transforms branch. All
> the examples now run, but the ones that use pcolormesh don't work
> correctly. I've attac
Hi Michael: I've been testing basemap with the transforms branch. All
the examples now run, but the ones that use pcolormesh don't work
correctly. I've attached an example. In the trunk, using either
pcolor or pcolormesh produce an identical plot. In the transforms
branch, using pcolor
On Dec 3, 2007 9:10 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I'm +1 on just removing the paragraph altogether. It only applies if
> someone did:
>
> python setup.py install --install-data=/some/weird/place
Yes, it should be removed. It predates the move of the data to
mpl-dat
[Brought conversation back to matplotlib-devel list].
Mario Oschwald wrote:
> Hello
>
> Michael Droettboom wrote:
>> Mario Oschwald wrote:
>>> This passage in the INSTALL file is misleading:
>>>
>>> Note that if you install matplotlib anywhere other than the default
>>> location, you will need to
Mario Oschwald wrote:
> Hello,
>
> first let me thank you for your excellent software - I think
> it is just wonderful and very pleasant to use.
>
> Two small things came up when I installed 0.91.1 into
> my home directory (I didn't want to mess with the debian
> packages since they are usually v
27 matches
Mail list logo
