On 4 July 2010 22:52, Alberto Azevedo wrote:
> With those grids triplot takes a long time to compute (I never
> wait for the results, it takes really a long time).
>
Alberto, I've checked some triplot performance improvements into svn.
Please can you try out the new version and see if it is OK fo
Hello Ian and John,
It's perfect!!! Works very well!!!
Now it takes only 5 s to do the contour and triplot of a grid with 45000
nodes and 85000 elements/triangles.
Thank you very much for your support!!!
Best regards,
Alberto
===
E-mail verificado pelo Spyware Doctor Não foram enco
Hi guys,
I just installed matplotlib (0.99.3) and numpy (1.4.1), for python 2.6 (I'm
running on Win7). I used the Windows installer for both.
I added one line to my previously-working script:
import matplotlib.pyplot as plt
And I now get the following:
import matplotlib.pyplot as plt
File
On Mon, Jul 5, 2010 at 5:31 PM, John Hunter wrote:
> If you're not available Michael, let me know or I will infer by your
> silence and try and make the branch myself from your instructions in
> the developers guide.
I'm going top infer by your silence Michael that you may be on
vacation so I am
Sorry, this is the first email I've received on the matter. I only
subscribed to the list today though.
Thanks,
-Michael
On 6 Jul 2010 14:44, "John Hunter" wrote:
On Mon, Jul 5, 2010 at 5:31 PM, John Hunter wrote:
> If you're not available Michael, let me know or I will infer by your
> silenc
On Tue, Jul 6, 2010 at 9:46 AM, Michael Pearce wrote:
> Sorry, this is the first email I've received on the matter. I only
> subscribed to the list today though.\
No worries, I was referring to Michael Droettboom :-)
--
On Tue, Jul 6, 2010 at 8:43 AM, John Hunter wrote:
> On Mon, Jul 5, 2010 at 5:31 PM, John Hunter wrote:
>
>> If you're not available Michael, let me know or I will infer by your
>> silence and try and make the branch myself from your instructions in
>> the developers guide.
>
> I'm going top infe
On 07/04/2010 09:32 PM, John Hunter wrote:
> On Sat, Jul 3, 2010 at 11:53 AM, Ryan May wrote:
>
>> On Sat, Jul 3, 2010 at 1:11 AM, Ryan May wrote:
>>
>>> 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
>>>
On 07/06/2010 10:56 AM, John Hunter wrote:
> On Tue, Jul 6, 2010 at 8:43 AM, John Hunter wrote:
>
>> On Mon, Jul 5, 2010 at 5:31 PM, John Hunter wrote:
>>
>>
>>> If you're not available Michael, let me know or I will infer by your
>>> silence and try and make the branch myself from your
From the traceback, it looks like the problem is entirely within
importing numpy. Does "import numpy" also give you an error? If so,
you may have more luck asking this question on the Numpy mailing list
(not that this question isn't unwelcome here, of course ;)
Mike
On 07/06/2010 08:27 AM,
On 07/06/2010 11:40 AM, Michael Droettboom wrote:
(not that this question isn't unwelcome here, of course ;)
I mistyped -- I was merely trying to be friendly and say your question
is still welcome here. :)
Mike
Mike
On 07/06/2010 08:27 AM, Michael Pearce wrote:
Hi guys,
I just installed
On Tue, Jul 6, 2010 at 10:34 AM, Michael Droettboom wrote:
> Did you run this from a working copy of the trunk? That worked for me.
> (A merge init always has a from and a to, where the "to" is implied by
> the current working copy).
>
> I believe (though a little testing) that merging from the
We've had some requests from internal users here at STScI to make it
easier to save JPEG files directly from matplotlib. We currently
support JPEG saving from the Gtk* and Wx* backends (because those
libraries come with JPEG saving support), but not in the Tk backend that
most of our users use
On Tue, Jul 6, 2010 at 2:07 PM, Michael Droettboom wrote:
> We've had some requests from internal users here at STScI to make it
> easier to save JPEG files directly from matplotlib. We currently
> support JPEG saving from the Gtk* and Wx* backends (because those
> libraries come with JPEG saving
No problem. I am glad that it is useful. Yes, you can have a figure with a
mix of 2D subplots and 3D subplots. I will make sure I include an example
of that as well. I will look into updating the rst file, and also the
current batch of examples to use the new approach.
I am honored you would
On Tue, Jul 6, 2010 at 2:07 PM, Michael Droettboom wrote:
> We've had some requests from internal users here at STScI to make it
> easier to save JPEG files directly from matplotlib. We currently
> support JPEG saving from the Gtk* and Wx* backends (because those
> libraries come with JPEG saving
Looks like my evenings this week (after today) will be open. I was thinking
about coding up a potentially major overhaul of the axes.Axes.boxplot. Here's a
rough outline of what I was thinking:
1) Improve the bootstrapping of the confidence intervals around the median
2) Add support for masked a
On 07/06/2010 10:55 AM, phob...@geosyntec.com wrote:
> Looks like my evenings this week (after today) will be open. I was thinking
> about coding up a potentially major overhaul of the axes.Axes.boxplot. Here's
> a rough outline of what I was thinking:
>
> 1) Improve the bootstrapping of the conf
On Tue, Jul 6, 2010 at 10:19 AM, Michael Droettboom wrote:
> On 07/04/2010 09:32 PM, John Hunter wrote:
>> On Sat, Jul 3, 2010 at 11:53 AM, Ryan May wrote:
>>
>>> On Sat, Jul 3, 2010 at 1:11 AM, Ryan May wrote:
>>>
Alright, before I go to bed, I found the following line in
src/_backend
On Mon, Jun 21, 2010 at 7:51 AM, william ratcliff
wrote:
> I just tested it and it's very cool! It works fairly quickly locally. It
> seems to work for Safari 5 and Chrome beta. Firefox 3.6.3 is a no show. I
> haven't tried Opera. What I'm really curious about is what is the latency
> like o
I am working on converting examples in the mplot3d directory when I
discovered that pathpatch3d_demo.py seems to fail while using LaTeX. I am
getting an error "LaTeX Error: File `type1cm.sty' not found." Is anyone
else having this issue or is there something that needs to be setup properly
first?
21 matches
Mail list logo
