[Matplotlib-users] Is it possible to build matplotlib in place ?

2009-09-29 Thread David Cournapeau
Hi, I tried to build matplotlib in place (setup.py build_ext -i), and found out that I could not import it: matplotlib/rcsetup.py:117: UserWarning: rcParams key "numerix" is obsolete and has no effect; please delete it from your matplotlibrc file warnings.warn('rcParams key "numerix" is o

Re: [Matplotlib-users] Is it possible to build matplotlib in place ?

2009-09-30 Thread David Cournapeau
Hi Sandro, (sorry for the private reply) Sandro Tosi wrote: > Hi David, > > On Wed, Sep 30, 2009 at 07:48, David Cournapeau > wrote: > >> Hi, >> >>I tried to build matplotlib in place (setup.py build_ext -i), and >> found out that I could not im

Re: [Matplotlib-users] Is it possible to build matplotlib in place ?

2009-09-30 Thread David Cournapeau
Michael Droettboom wrote: > David Cournapeau wrote: >> >> It ended up a confusion between the distutils build and the new scons >> scripts I was working on, sorry for the noise. >> >> The good news is that matplotlib can now be built with numscons, with >> al

[Matplotlib-users] matplotlib setup is trying to build macosx extension on linux ?

2009-10-14 Thread David Cournapeau
Hi, I updated matplotlib to 0.99.1, and got a weird build failure: gcc: error trying to exec 'cc1obj': execvp: No such file or directory I realized that cc1obj stands for the objective C compiler, and that it is trying to build the macosx extension, but I am on Ubuntu with python 2.6, so it

Re: [Matplotlib-users] matplotlib setup is trying to build macosx extension on linux ?

2009-10-14 Thread David Cournapeau
Jouni K. Seppänen wrote: > David Cournapeau writes: > > > The setup.cfg file is included in the distribution by mistake. Just > delete it before building. > Ah, that would explain it, inde

Re: [Matplotlib-users] C compiler is being used to compile C++ code.

2009-11-23 Thread David Cournapeau
Dr. David Kirkby wrote: > Well, on SPARC, the Sun compilers are better than gcc, so there really is an > advantage to getting this sorted out. > numscons should support the Sun Studio compiler. > I do not know SCons myself, but I do know that in the Sage project, SCons has > caused many issu

[Matplotlib-users] How to save figures in black and white

2008-08-02 Thread David Cournapeau
Hi, I am using matplotlib for all my figure needs in academic papers, but I would like to convert some of my figures (generally exported ni eps and pdf) in black and white. I tried using colormaps, but when using several axes, I can't convert them all in one shot. Is there any way to say (in s

Re: [Matplotlib-users] Python 2.6

2008-11-08 Thread David Cournapeau
John Hunter wrote: > On Thu, Nov 6, 2008 at 4:28 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > > >> Stan West checked out my subprocess patch on windows with python-2.5, which >> should take care of a bunch of deprecation warnings. I need to double check >> that I got them all, maybe I can get to

Re: [Matplotlib-users] Matplotlib and Python 3

2008-12-04 Thread David Cournapeau
Kaushik Ghose wrote: > Hi Everyone, > > Quick question. Is matplotlib python 3 compatible? Has anyone switched to > python > 3? Anecdotally, how much of a pain is it to switch over, if you use common > scientific libraries such as PIL and VTK? > matplotlib depends on numpy, and numpy on pyth

Re: [Matplotlib-users] Pylab breaks locales with GTK

2009-01-05 Thread David Cournapeau
Hi Ryan, Ryan May wrote: > Lionel Roubeyrie wrote: > >> Hi all, >> Trying to write to text files some plotted datas, we have a strange >> behavour on masked arrays after importing pylab, with the dot decimal >> separator replaced by a comma (but not all) : >> ## >>

Re: [Matplotlib-users] [Numpy-discussion] Anybody going to PyCon?

2011-03-11 Thread David Cournapeau
On Mon, Mar 7, 2011 at 5:53 PM, Gökhan Sever wrote: > Hello, > > I am going to the PyCon this week. I am presenting a poster about an > atmospheric sciences related project -- the most active development > from my coding site over at http://code.google.com/p/ccnworks/ > > Is there anybody in the c

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-18 Thread David Cournapeau
David Cournapeau wrote: > Eric Firing wrote: >> There is a clip function in all three numeric packages, so a native >> clip is being used. >> >> If numpy.clip is actually slower than your version, that sounds like a >> problem with the implementation in n

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-20 Thread David Cournapeau
John Hunter wrote: > > > David> In make_image, most of the time is taken into to_rgba: > David> almost half of it is taken in by the take call in the > David> Colormap.__call__. Almost 200 ms to get colors from the > David> indexes seems quite a lot (this means 280 cycles / pixel on

[Matplotlib-users] Numpy 1.0.2: some improvements for matplotlib

2007-04-03 Thread David Cournapeau
Hi there, A few months back, I complained about the slowness of the image function in matplotlib. One of the cullprit was a slow clip function; I've done a bit some work to improve the situation on numpy's side, efforts which were integrated in numpy 1.0.2. Now, when you clip a numpy array

[Matplotlib-users] Thightening the bounding box while exporting ?

2007-06-28 Thread David Cournapeau
Hi, Is there a simple way to tighten the bounding box of a figure while exporting to eg png or pdf ? For now, I am modifying the bounding box directly in the files, which is far from optimal. I would like to get less space between the bounding box and the axis when using subplot. ch

Re: [Matplotlib-users] etframes: Applying the ideas of Edward Tufte to matplotlib

2007-09-27 Thread David Cournapeau
Andrew Straw wrote: > I came across this piece by Adam Hupp on programming.reddit.com just > now. It looks interesting: > > http://hupp.org/adam/weblog/2007/09/03/etframes-applying-the-ideas-of-edward-tufte-to-matplotlib/ > > > This is indeed really interesting. Thanks for this link, David

[Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-12 Thread David Cournapeau
Hi, I am a regular user of matplotlib since I moved from matlab to python/numpy/scipy. Even if I find matplotlib to be a real help during the transition from matlab to python, I must confess I found it the most disappointing compare other packages ( essentially numpy/scipy/ipython). This i

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-12 Thread David Cournapeau
John Hunter wrote: This is where you can help us. Saying specgram is slow is only marginally more useful than saying matplotlib is slow or python is slow. What is helpful is to post a complete, free-standing script that we can run, with some attached performance numbers. For starters, just run

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-13 Thread David Cournapeau
David Cournapeau wrote: > But the show case is more interesting: > > ncalls tottime percall cumtime percall filename:lineno(function) > 10.0020.0023.8863.886 > slowmatplotlib.py:177(bench_imshow_show) > 10.0000.0003.8843.884 &

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-13 Thread David Cournapeau
Eric Firing wrote: > > Regarding the clip line, I think that your test for mask is None is > not the right solution because it knocks out the clipping operation, > but the clipping is intended regardless of the state of the mask. I > had expected it to be a very fast operation, so I am surpris

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-17 Thread David Cournapeau
Eric Firing wrote: > David, > > I have made some changes in svn that address all but one of the points > you made: > > [] >> if self.clip: >>mask = ma.getmaskorNone(val) >>if mask == None: >>val = ma.array(clip(val.filled(vmax), vmin, vmax))

Re: [Matplotlib-users] Some remarks/questions about perceived slowness of matplotlib

2006-12-17 Thread David Cournapeau
Eric Firing wrote: > > There is a clip function in all three numeric packages, so a native > clip is being used. > > If numpy.clip is actually slower than your version, that sounds like a > problem with the implementation in numpy. By all logic a single clip > function should either be the same