matplotlib-users Mailing List for matplotlib

I think using the profiler is the best bet here. We've used that in the 
past to track down things that take a long time to import quite 
successfully. I'm not seeing any slowness here, so that is likely do to 
an environmental difference on your machine, implying you'll really need 
to run the profiler yourself. I recommend runsnakerun to examine the 
profile output -- if you have trouble interpreting it, feel free to send 
me your raw profiler data to me off list.
Mike
On 12/31/2012 02:21 PM, C M wrote:
> Resurrecting an old thread here....
>
> On Tue, Mar 29, 2011 at 3:23 PM, David Kremer <da...@da... 
> <mailto:da...@da...>> wrote:
>
> > I would recommend running the import in the Python profiler to
> determine
> > where most of the time is going. When I investigated this a few
> years
> > back, it was mainly due to loading the GUI toolkits, which are
> > understandably quite large. You can avoid most of that by using
> the Agg
> > backend. If you're using the Agg backend and still experiencing
> > slowness, it may be that load-up issues have crept back into
> matplotlib
> > since then -- but we need profiling data to figure out where and
> how.
>
>
> Importing Matplotlib is very slow for me, too. For a wxPython 
> application with embedded Matplotlib, I am getting "load" times of > 
> 20 seconds when "cold" importing matplotlib, with this (circa mid 
> 2004) computer setup: Windows XP, sp3, Intel Pentium, 1.70 Ghz, 1 GB 
> RAM.
>
> This is, by the way, an import well after Python and wxPython have 
> already been loaded into RAM, as it happens by a user action, so none 
> of the time involved here is due to loading Python or wxPython (they 
> both load more quickly--about 10 seconds to cold import them, my code, 
> images, and some other libraries).
>
> First of all: does that amount of time seem appropriate for that fast 
> of a system--or is that too long? It definitely *feels* way too long 
> from a user perspective (for comparison Word or PowerPoint loads on 
> this computer in about 2.5 seconds).
>
> Trying to improve it and following this old thread, I have switched to
>
> matplotlib.use('Agg')
>
> instead of
>
> matplotlib.use('wxAgg')
>
> as suggested to speed things up...but it is no faster.
>
> I see, though, that I also have lines such as:
>
> from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg
> from matplotlib.backends.backend_wxagg import NavigationToolbar2WxAgg
>
> Would the presence of these imports obviate the fact that I switched 
> to using the Agg instead of the wxAgg? If so, is there any way to use 
> something faster here (I suspect not but thought I'd ask).
>
> Also, what else should I consider doing to reduce the import time 
> significantly? (I have to learn how to use the profiler, so I haven't 
> done that yet).
>
> Thanks,
> Che
>
> >
> > Mike
>
> Thank you a lot for your answer.
>
> I noticed than _matplotlib.pyplot_ is longer to be imported the
> first time than
> if it has already been imported previously (maybe things are
> already loaded in
> ram memory), and we don't need to fetch it from the hard drive
> thanks to the
> kernel.
>
> As far I see, the function calls are the same for the two logs I
> obtained,
> except than the first took 6s instead of 1.4s.
>
>
>
>
> The two logs have been obtained using :
> <code>
> python -m cProfile temp.py
> </code>
>
> where temp.py consist of two lines :
>
> <code>
> #!/usr/bin/env python2
>
> import matplotlib.pyplot
> </code>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
>
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. SALE 99ドル.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122412
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,
I was wondering if anyone had the zip file from John's Advanced matplotlib
tutorial <http://www.youtube.com/watch?v=DNRJwENqEUY> ?
The referenced bit.ly URL in the video no longer works.
Thanks!
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Zip-File-from-John-Hunter-s-Advanced-Matplotlib-Tutorial-tp40133.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Tuesday, January 1, 2013, Alejandro Weinstein wrote:
> Hi:
>
> When I run the simple_3danim.py example
> (http://matplotlib.org/examples/animation/simple_3danim.html) I get
> the following error:
>
> File "simple_3danim.py", line 47, in <module>
> ax.set_xlim3d([0.0, 1.0])
> File
> "/usr/local/lib/python2.7/dist-packages/matplotlib-1.3.x-py2.7-linux-x86_64.egg/mpl_toolkits/mplot3d/axes3d.py",
> line 571, in set_xlim3d
> if right is None and iterable(left):
> NameError: global name 'iterable' is not defined
>
> I can fix this by replacing `ax.set_xlim3d([0.0, 1.0])` by
> `ax.set_xlim3d(0.0, 1.0)` (and similarly for the `ax.set_ylim3d` and
> `ax.set_zlim3d`).
>
> I'm running mpl ver. 1.3.
>
> If this is a bug, I can send a PR.
>
> Alejandro.
Alejandro,
Yes, it is a bug, but in axes3d, not the example (both calls should be
legit). A PR has already been submitted to the 1.2.x branch and will be
merged to master soon.
Ben Root