MPL does not have a backend that used “real” GPU rendering.
And it’s very hard to make one, due to the really low level nature of
OpenGL and similar APIs, and MPL’s rendering model.
You might try VisPy — it was designed for OpenGL from the start.
-CHB
Sent from my iPhone
On Jul 5, 2018, at 5:
On Wed, Sep 13, 2017 at 12:31 AM, Francesco Faccenda wrote:
> I have to admit I already stumbled on VisPy while doing my research on the
> web. Still, I've got a lot of code already working with *matplotlib*.
> Indeed, not only I plot data with it, but i manage a lot of *mpl events*
> to provide
On Tue, Sep 12, 2017 at 8:47 AM, Francesco Faccenda
wrote:
> But there’s a good news, I have a nice GPU available (an NVIDIA Tesla
> K40c), so I’d like to know if there is a way to make matplotlib run on it,
> or maybe wrap it on some GPU/CUDA wrapper and make it run smoothly.
>
I tihnk you want
On Mar 13, 2015, at 12:50 PM, Cyrille Rossant wrote:
> Exactly. Note that pushing data on the GPU is not that slow:
No -- and something has to be pushed to the video card at some point anyway.
But my experience is that if you need to push the data to the CPU,
that pretty much overwhelms the adv
On Fri, Mar 13, 2015 at 10:21 AM, Benjamin Root wrote:
> Probably what I am most interested in from OpenGL is its transforms stack.
>
OpenGL can't do anything with transforms that you couldn't do in python (or
C, or Cython). What it can do is push the transform computations to the
GPU(s) -- mak
On Sat, Mar 7, 2015 at 4:17 PM, Thomas Caswell wrote:
> Thank your for your interest, mpl on touch devices sounds super cool!
>
Indeed!
> The easiest course is probably to develop a backend modeled after the
> {qt,wx,gtk}Agg backends which embed an Agg backend into the gui framework
> of choic
+1 -- sounds great!
On Tue, Jan 20, 2015 at 7:48 AM, Michael Droettboom wrote:
>
>
>
>
>
>
>
>
> * Matplotlib is a widely used, well regarded, and powerful visualization
> library that has dominated the Python visualization stack for over a
> decade. However, to maintain that position, matplot
On Thu, Jan 8, 2015 at 7:04 AM, Skip Montanaro wrote:
> I'm real naive about this stuff, but I have always wondered why
> matplotlib didn't just use datetime objects, or at least use
> timezone-aware datetime objects as an "interchange" format to get the
> timezone stuff right.
>
Time zone handl
On Wed, Jan 7, 2015 at 2:10 PM, Eric Firing wrote:
> One thing that has held this up is that datetime64
> came into numpy half-baked, and has remained experimental with known
> problems that need to be fixed. It looks like the core of datetime64,
> ignoring timezone problems, isn't going to ch
On Wed, Nov 26, 2014 at 1:30 AM, Todd wrote:
> About this, I am not expert so forgive me if this is nonsensical.
> However, it would seem to me that these requirements are basically the same
> as the requirements for the new default colormap that prompted this whole
> discussion. So, rather than
a nice think to have. So some
day, it may make sense to spilt it our out of MPL, and then we'd need to
worry about preserving the API, but while it's built into MPL, I wouldn't
worry about it.
-CHB
>
> Ben Root
>
> On Mon, Nov 24, 2014 at 12:28 PM, Chris Barker
>
On Sun, Nov 23, 2014 at 12:59 PM, Eric Firing wrote:
> On 2014/11/23, 12:18 PM, Benjamin Root wrote:
> > Reading through the backend_wx.py code, I noticed a small deviation from
> > the other interactive backends. All other
> > new_figure_manager_given_figure() separately creates a canvas and
> >
On Tue, Nov 18, 2014 at 9:55 AM, Phil Elson wrote:
> Isn't the XKCD stuff baked into the Agg backend. Is it even possible to
> produce XKCD svg or PDFs?
>
I wouldn't be surprised -- that's some pretty fancy stuff!
To the OP -- maybe you can use the cocoaagg back-end...
-CHB
> On 18 Novemb
On Mon, Nov 17, 2014 at 6:52 AM, Benjamin Root wrote:
> I notice that our documentation for matplotlib embedding does not include
> any examples using macosx or cocoagg. Is this because it is not possible
>
probably not!
> or that no one has put forth any such examples?
>
probably.
> Are th
On Sat, Oct 18, 2014 at 8:50 AM, Thomas Caswell wrote:
> We should be a mentoring organization for next summer.
>
well, maybe. A few years ago Google shifted to preferring fewer, larger,
mentoring organizations. So python projects have tended to be handled under
the PSF-sponsored organization.
On Thu, Sep 11, 2014 at 1:07 PM, Sandro Tosi wrote:
> Hello,
> I've noticed in 1.4.0 the presence of doc/conda-recipes dir; from what
> I got from the doc it's a build system for Anaconda Continuum systems.
>
yes conda is that -- but it's also open-source and can be used outside of
Anaconda. I t
nda/bin/python3.4-orig
> $ln -s ~/anaconda/bin/pythonw /Users/aaronmeurer/anaconda/bin/python3.4
>
> and see if anything breaks (or if you don't want to risk breaking your
> main Python install, do it in a separate conda environment).
>
> Aaron Meurer
>
> On Fri, Aug 15, 2014 at
On Thu, Aug 14, 2014 at 12:07 PM, Eric Firing
wrote:
> but as far as I can see, on OSX, there is no *advantage* to non-framework
> python. Is this correct?
>
> Suggestion for anaconda:
> make bin/python a link to ../python.app/Contents/MacOS/python
>
NOTE: the python.org python build has been
On Wed, Jul 30, 2014 at 11:20 AM, Gary Setter wrote:
> Thank you for all the responds concerning Html Help. If someone would
> build using *class *sphinx.builders.htmlhelp.HTMLHelpBuilder and upload
> the outputs were I can get them,
>
It would probably be easier to clone the repo, install sph
On Wed, Jun 4, 2014 at 2:12 PM, Russell E. Owen wrote:
> What I need is a python, numpy, and matplotlib that support 32-bit and
> (preferably) 64-bit for MacOS X 10.6 and later. I have been using
> python.org python and the standard binary installers until now.
>
well we (that is, Matthew) have
Hi Russell,
>
> >Makes we
> > think we can drop 32 bit support, too. Maybe the newest 2.7 py.org
> binaries
> > could be 64 bit only. It would simplify things a bit.
>
> I hope you will not drop 32-bit support yet.. I still use it to
> distribute some Tkinter apps. All recent versions of ActiveSta
On Mon, Jun 2, 2014 at 5:28 PM, Matthew Brett
wrote:
> > what is this going to do on OS-X 10.7 and 10.8 systems running homebrew
> or
> > macports pythons? It seems this list could get pretty long!
>
Yes, it could, but this list:
>
> so we would have to add all those if we wanted to support them
On Mon, Jun 2, 2014 at 11:48 AM, Matthew Brett
wrote:
> I want to rename the matplotlib wheel OSX wheel files on pypi so they
> will also install into homebrew, macports and system python.
>
+1
>
> matplotlib-1.3.1-cp27-none-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.whl
>
what is
On Thu, Mar 6, 2014 at 1:23 PM, Skip Montanaro wrote:
> Despite our wish that it wasn't so, it is likely that there is far
> more undocumented than documented code out in the wild, or behind
> firewalls where we can't see it.
Well, then you're hosed anyway -- relying on the name of an unused va
On Tue, Jan 28, 2014 at 12:59 AM, Ian Thomas wrote:
> I expect we will add more triangular grid interpolators to matplotlib in
> due course and I am happy to receive suggestions on this. However, this
> will not include natural neighbour. Natural neighbour interpolation is
> specific to delauna
On Fri, Oct 25, 2013 at 3:32 PM, Todd wrote:
> I think one thing that contributes a lot to the API issues is the
> inconsistency between pyplot API and the OO API. There isn't any reason
> the APIs need to be so different.
>
indeed.
I hadn't even realized how different they were.
> So the id
On Fri, Oct 25, 2013 at 6:34 AM, Benjamin Root wrote:
> It doesn't feel weird. It feels generalized.
>
or both ;-)
It is the same way to add any number of plots, regardless if it is just
> one, or twenty. If you don't want to do it that way, you can just simply do:
>
> fig = plt.figure()
> ax =
On Thu, Oct 24, 2013 at 12:03 PM, Daniele Nicolodi wrote:
> PS: Chris, would you mind sharing the material you put together and
> links to material from which you stole from? Thanks!
I honestly don't think my stuff is any better than the originals: I like these:
Ben Root's Scipy Tutorial -- rea
On Thu, Oct 24, 2013 at 8:29 AM, Michael Droettboom wrote:
> Here are the notes with action items from the meeting:
thanks for posting that. I see:
pylab - should it stay or should it go?
Comment from the peanut gallery:
Go.
But beyond that, matplotlib.pyplot is a big mess of both the
matlab-
On Wed, Oct 23, 2013 at 11:30 AM, Russell E. Owen wrote:
> The last ones I got from you worked very well: just a few test failures
> and the current one seems to be doing about the same.
worked well for me too (something odd with wx back end re-rendering,
but I doubt that's a Mac build issue...)
Are there recent binaries for OS-X anywhere? There don't seem to be
any for recent releases on the MPL download page.
I know we had a discussion about this a whole back, but don't remember
the outcome. But I hope we'll continue to put them up-- macports and
friends really aren't the best solutions
> To expand slightly, with the current situation the onus is on us to ensure
> that mpl builds OK and passes all of our tests with and without each of the
> external libraries.
If you only have internal libs, then there is less to do -- it only
need to work with the version you bundle. And making
On Fri, Oct 18, 2013 at 11:56 AM, Benjamin Root wrote:
> FWIW, I think my "Anatomy of Matplotlib" tutorial I gave at SciPy 2013
> struck a balance between pyplot and the OO interface.
Grat, I'll take a look.
Does the ipynb linked from the tutorial site have most of the
presentation material?
A
Ian,
> I am working on a PR to replace the use of matplotlib.delaunay with the
> Qhull library.
nice! -- ( though I sure wish Qhull did constrained delaunay...)
> Installation will be similar to the existing packages LibAgg
> and CXX in that if the system already has a sufficiently recent versio
On Fri, Oct 4, 2013 at 1:40 PM, Russell E. Owen wrote:
>> Introducing Plotting with Matplotlib
>>
>> Pyplot tutorial
>> Controlling line properties
>> Working with multiple figures and axes
>> Working with text
>> Interactive navigation
>> Navigation Keyboar
On Fri, Aug 23, 2013 at 11:21 AM, Russell Owen wrote:
> Here are my old instructions (I deleted them when I started using Apple's
> libraries, but the wayback machine saves the day):
Thanks Russell -- this is helpful. A few comments:
> • If you plan to redistribute matplotlib, delete (o
On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry wrote:
> I'm banging away at installing MPL on top of python.org's python.
This is why binary installers are good idea!
> the libfreetype/freetype issue.
yeah, that's kind of uglyand where is doesn't "just work" for me...
> 1) install libpng[1] a
On Fri, Aug 16, 2013 at 3:41 PM, Hubert Holin wrote:
> Building for various architectures than one is on, on the
> Mac, is something I regretfully bought into (Apple in the beginning told us
> to go for it) but latter found out to be a useless hassle (Apple silently
> removing P
On Fri, Aug 16, 2013 at 7:32 AM, Michael Droettboom wrote:
> We actually discussed this very issue yesterday in our Google hangout about
> continuous integration. We're probably going to need to script a full setup
> from a clean Mac + XCode to a working matplotlib development environment in
> or
t now -- but I'll see what I can do.
-Chris
> Mike
>
> On 08/12/2013 01:55 PM, Chris Barker - NOAA Federal wrote:
>> On Mon, Aug 12, 2013 at 7:01 AM, Michael Droettboom wrote:
>>> I propose to fix this by turning on interactive only when
>>> running at an i
On Mon, Aug 12, 2013 at 7:01 AM, Michael Droettboom wrote:
> I propose to fix this by turning on interactive only when
> running at an interactive console.
I embed MPL more than other uses, and this sounds like a fine solution to me/
Thanks,
-Chris
--
Christopher Barker, Ph.D.
Oceanographe
On Jul 24, 2013, at 7:23 AM, Michael Droettboom wrote:
Part of this is due to the change to setuptools/distribute,
Even though I was the one who spearheaded the move
to setuptools, I'm wondering whether we shouldn't examine backtracking
on some of this for the 1.4.x release.
I don't think s
On Thu, May 30, 2013 at 11:29 PM, Nicolas Rougier
wrote:
>> I'm also concerned about the overhead of
>> ctypes, given that there are already so many required optimizations in
>> the matplotlib freetype wrapper to make it fast enough. But I'm willing
>> to hold judgement on that until some measur
On Thu, May 30, 2013 at 8:59 AM, Michael Droettboom wrote:
> I've drafted a MEP with a plan to improve some of the text and font handling
> in matplotlib.
>
> I'd love any and all feedback.
nice writ-up and thanks for workign on this.
One idea (alternative?) would be to put more effort into the
On Wed, May 29, 2013 at 5:54 PM, Michael Droettboom wrote:
> It looks like the ability to include pytz and other dependencies in
> binary distributions has been removed?
>
> It's really just that the matplotlib source no longer includes them.
> Binaries can be built however we want them to be. N
On Wed, May 29, 2013 at 2:19 PM, Russell E. Owen wrote:
> I guess we could serve the associated packages (pytz, dateutil and six),
> or if they can be installed by pip, ask users to install those. But
> users using binary installers may not even have pip available, so it's a
> big initial hurdle.
On Mon, Dec 3, 2012 at 4:16 PM, Nathaniel Smith wrote:
> Yeah, this is a general problem with the Python file API, trying to
> hook it up to stdio is not at all an easy thing. A better version of
> this code would skip that altogether like:
>
> cdef void write_to_pyfile(png_structp s, png_bytep d
On Mon, Dec 3, 2012 at 12:24 PM, Chris Barker - NOAA Federal
wrote:
>>>> but some of that complexity could be reduced by using Numpy arrays in place
>> It would at least make this a more fair comparison to have the Cython
>> code as Cythonic as possible. However,
On Mon, Dec 3, 2012 at 2:21 PM, Nathaniel Smith wrote:
> For the file handle, I would just write
>
> cdef FILE *fp = fdopen(file_obj.fileno(), "w")
>
> and be done with it. This will work with any version of Python etc.
yeah, that makes sense -- though what if you want to be able to
read_to/wri
On Mon, Dec 3, 2012 at 11:59 AM, Michael Droettboom wrote:
>>> but some of that complexity could be reduced by using Numpy arrays in place
>>> of the
>>> image buffer types that each of them contain
>> OR Cython arrays and/or memoryviews -- this is indeed a real strength of
>> Cython.
>
> Sure,
On Sat, Dec 1, 2012 at 6:44 AM, Michiel de Hoon
>
> Since the Python/C glue code is modified only very rarely, there may not be
> a need for regenerating the Python/C glue code by developers or users from a
> Cython source code.
True.
> In addition, it is much easier to maintain the Python/C
On Fri, Nov 30, 2012 at 6:06 AM, Michael Droettboom wrote:
> If you read between the lines of what I was saying, that is basically
> where I fall as well. There seems to be a lot of desire to use Cython
> to make the code more accessible,
I'll add a beat to that drum -- I'm a big Cython fan.
>
On Wed, Nov 14, 2012 at 1:50 AM, Ian Thomas wrote:
> I think the code used to determine which triangle contains a certain point
> should be factored out into its own TriFinder class,
+1 -- this is a generally useful feature. In fact, it would be nice if
a lot of this were in a pacakge that deals
On Oct 5, 2012, at 12:25 PM, Michael Droettboom wrote:
> On 10/05/2012 02:53 PM, Chris Barker wrote:
>> The upcoming pycairo version
> supports using image buffers (which can be Numpy arrays), but that's not
> helpful for drawing lines etc.
>
Thx-I did see some add-
On Fri, Oct 5, 2012 at 9:51 AM, Michael Droettboom wrote:
> We do use pycairo. It certainly would get around the issue, but duplicate a
> lot of effort that pycairo already handles for us.
A bit OT -- but have you added, and or does pyCairo have, numpy-array awareness?
i.e. is there an efficie
On Wed, Oct 3, 2012 at 10:36 PM, Erik Bray wrote:
> So as you wrote in the MEP, Numpy will simply have to be installed
> separately, I think, if the C++ modules require the Numpy headers.
Which is totally fine -- MPL requires a bunch of non-python
dependencies (OK, a few) anyway, so no matter how
On Wed, Oct 3, 2012 at 2:08 PM, Christoph Gohlke wrote:
A bunch of great stuff:
+1 all around
Another use-case is py2exe, py2app, and friends -- at the moment, you
pretty much have to include the whole dang MPL package to get things
to work. Cleaning up some of these dependencies could improve
On Tue, Sep 4, 2012 at 8:33 PM, Matt Newville
wrote:
> Sorry for the delay I also haven't done anything about this... yet? I
> might be more gung-ho to fold this into my wxmplot, which is fairly similar,
> but not exactly 1-to-1, and has some name overlaps with wxmpl. To be
> clear, I'm
On Thu, Aug 30, 2012 at 9:22 PM, Carlo Segre wrote:
> Hi Chris:
>> On Tue, May 1, 2012 at 9:31 AM, Benjamin Root
>>
>>> AFAIK, no, it shouldn't be a problem. The question is where. I suspect
>>> it
>>> would fit best as a mpl_toolkit.
>>
>>
>> yes -- I figured that was most likely.
> Just a fol
On Tue, May 1, 2012 at 9:31 AM, Benjamin Root
> AFAIK, no, it shouldn't be a problem. The question is where. I suspect it
> would fit best as a mpl_toolkit.
yes -- I figured that was most likely.
> P.S. - Of course, you do realize that you are essentially making yourself
> the de facto maintai
On Tue, May 1, 2012 at 9:23 AM, Thomas Kluyver wrote:
> On 1 May 2012 17:04, Chris Barker wrote:
>> (the license looks BSD-ish to me)
>
> At a glance, I think it's the X11 license, aka MIT license.
Would there be a problem bringing it in to MPL in that case?
-Chris
--
ixed right in
with the code (i.e. import matplotlib.wxmpl)?
It's one file -- there really isn't that much to it, but it's nice to have.
http://agni.phys.iit.edu/~kmcivor/wxmpl/
(the license looks BSD-ish to me)
Thanks,
-Chris
On Mon, Apr 30, 2012 at 11:16 AM, Chris Barker
On 12/5/11 9:49 PM, Jason Grout wrote:
> Has anyone ever worked on a backend that generates javascript code for
> one of the javascript plotters out there (like jsxgraph or flot)?
> Alternatively, I suppose we could generate an svg or html5 plot and then
> accompany it with the javascript code to t
On 11/23/11 10:13 AM, Friedrich Romstedt wrote:
> 2011/11/23 Chris.Barker:
>> I've got some drawing to do (for a web app). I don't need all the MPL
>> machinery, but I do need a high quality, fast, renderer.
>
> http://www.effbot.org/zone/aggdraw-index.htm
I've been wondering about that -- it does
> As an additional note, if you are having difficulty compiling for
> MacOS X, why not just ask for help with that?
yup -- there are some issues with which Tk is used by tkInter, but wx
should be easy -- how have you tried to install?
-Chris
--
Ian Thomas wrote:
> On 15 April, Ian Thomas wrote:
>> I've attached the patch for the new triangular grid functionality.
>
> As nobody has commented on the patch I submitted to add triangular
> grid functions, I can only assume that nobody has looked at it.
I have NO time to look at it, but I thi
Michael Droettboom wrote:
> Is this bug related to matplotlib? (i.e. does it happen only when
> matplotlib is imported?)
It looks like you've done a pure-wx test, so it is a wx issue.
> If not, you may have more luck on the wxpython
> mailing list.
yup, that's the place for it -- I suspect t
Hi all,
I just ran into an issue with py2exe -- my app failed because various
numpy sub-packages weren't included. However, I wasn't using them. But
it failed because numerix imports them, and they weren't included
because it imports them with __import__
Anyway, I can work around this, but it
Michael Droettboom wrote:
> I don't understand why anyone would want the one on the left,
> but if you can provide a use case for it, it should be implementable.
I know I can't. I think john may be right that it's just not that hard
to do by hand.
-Chris
--
Christopher Barker, Ph.D.
Oceanog
Hi all,
I usually use MPL embedded in wx, so I haven't noticed these before but
with the pylab window:
1) A couple icons seem to be missing. See screenshot enclosed.
2) The save button doesn't work, as I get a "cannot return std::string
from a Unicode object" error. This is with a unicode bu
Peter Wang wrote:
>> Ah! and some good math implementation -- What does Chaco do for
>> that?
> We've also had this discussion internally a bit. It usually
> concludes with us wishing that someone would just port jsmath to
> Python, or implement Knuth's TeX layout rules in Python. :)
It lo
Darren Dale wrote:
> I need to create plots for qt4 projects at my lab, and I
> have grown really accustomed to the quality of mpl's eps
So we need QT and EPS.
> output when usetex is enabled.
Ah! and some good math implementation -- What does Chaco do for that? I
know I took part in a discu
Peter Wang wrote:
> On Jul 19, 2007, at 5:31 PM, Christopher Barker wrote:
>> OK. I have to ask -- why aren't we all just using Chaco?
> Most of ETS is being developed, tested, and run on Windows, Mac, and
> Linux every day.
Ah, great to know -- that was decidedly not the case the last time I
73 matches
Mail list logo
