Re: [matplotlib-devel] Cairo backends and OpenGL use

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

Re: [matplotlib-devel] Make matplotlib running on GPU/CUDA

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

Re: [matplotlib-devel] Make matplotlib running on GPU/CUDA

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

Re: [matplotlib-devel] Kivy backend

On Mar 13, 2015, at 12:50 PM, Cyrille Rossant cyrille.ross...@gmail.com 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

Re: [matplotlib-devel] Kivy backend

On Fri, Mar 13, 2015 at 10:21 AM, Benjamin Root ben.r...@ou.edu 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

Re: [matplotlib-devel] Kivy backend

On Sat, Mar 7, 2015 at 4:17 PM, Thomas Caswell tcasw...@gmail.com 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

Re: [matplotlib-devel] Matplotlib and Numfocus Fiscal Sponsorship Agreement (FSA)

+1 -- sounds great! On Tue, Jan 20, 2015 at 7:48 AM, Michael Droettboom md...@stsci.edu 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,

Re: [matplotlib-devel] Date overhaul?

On Thu, Jan 8, 2015 at 7:04 AM, Skip Montanaro s...@pobox.com 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

Re: [matplotlib-devel] Better defaults all around?

On Wed, Nov 26, 2014 at 1:30 AM, Todd toddr...@gmail.com 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.

Re: [matplotlib-devel] subtle design difference with Wx backend from others

On Sun, Nov 23, 2014 at 12:59 PM, Eric Firing efir...@hawaii.edu 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

Re: [matplotlib-devel] subtle design difference with Wx backend from others

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 chris.bar...@noaa.gov wrote: On Sun, Nov 23, 2014 at 12:59 PM, Eric Firing

Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend

On Tue, Nov 18, 2014 at 9:55 AM, Phil Elson pelson@gmail.com 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

Re: [matplotlib-devel] google summer of code student

On Sat, Oct 18, 2014 at 8:50 AM, Thomas Caswell tcasw...@gmail.com 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

Re: [matplotlib-devel] Purpose of doc/conda-recipes ?

On Thu, Sep 11, 2014 at 1:07 PM, Sandro Tosi mo...@debian.org 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

Re: [matplotlib-devel] [Anaconda Support] OSX: why not make python invoke the framework?

install, do it in a separate conda environment). Aaron Meurer On Fri, Aug 15, 2014 at 2:37 PM, Derek Homeier de...@astro.physik.uni-goettingen.de wrote: On 14 Aug 2014, at 11:40 pm, Chris Barker chris.bar...@noaa.gov wrote: On Thu, Aug 14, 2014 at 12:07 PM, Eric Firing efiring.oc

Re: [matplotlib-devel] [Anaconda Support] OSX: why not make python invoke the framework?

On Thu, Aug 14, 2014 at 12:07 PM, Eric Firing efiring.oc...@gmail.com 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

Re: [matplotlib-devel] Please Build the doc as HtmlHelp

On Wed, Jul 30, 2014 at 11:20 AM, Gary Setter garyset...@yahoo.com 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

Re: [matplotlib-devel] Renaming OSX wheels on pypi to make them more general

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 ActiveState Tcl/Tk

Re: [matplotlib-devel] Renaming OSX wheels on pypi to make them more general

On Mon, Jun 2, 2014 at 11:48 AM, Matthew Brett matthew.br...@gmail.com 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

Re: [matplotlib-devel] Renaming OSX wheels on pypi to make them more general

On Mon, Jun 2, 2014 at 5:28 PM, Matthew Brett matthew.br...@gmail.com 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

Re: [matplotlib-devel] unused variables

On Thu, Mar 6, 2014 at 1:23 PM, Skip Montanaro s...@pobox.com 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

Re: [matplotlib-devel] matplotlib Hangout today at 14:00 UTC (10:00am ET)

On Fri, Oct 25, 2013 at 3:32 PM, Todd toddr...@gmail.com 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

Re: [matplotlib-devel] matplotlib Hangout today at 14:00 UTC (10:00am ET)

On Fri, Oct 25, 2013 at 6:34 AM, Benjamin Root ben.r...@ou.edu 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 =

Re: [matplotlib-devel] matplotlib Hangout today at 14:00 UTC (10:00am ET)

On Thu, Oct 24, 2013 at 8:29 AM, Michael Droettboom md...@stsci.edu 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

Re: [matplotlib-devel] OS-X binaries?

On Wed, Oct 23, 2013 at 11:30 AM, Russell E. Owen ro...@uw.edu 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

[matplotlib-devel] OS-X binaries?

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

Re: [matplotlib-devel] matplotlib user guide

On Fri, Oct 18, 2013 at 11:56 AM, Benjamin Root ben.r...@ou.edu 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

Re: [matplotlib-devel] Directories for C/C++ extensions

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

Re: [matplotlib-devel] matplotlib user guide

On Fri, Oct 4, 2013 at 1:40 PM, Russell E. Owen ro...@uw.edu wrote: Introducing Plotting with Matplotlib Pyplot tutorial Controlling line properties Working with multiple figures and axes Working with text Interactive navigation Navigation Keyboard

Re: [matplotlib-devel] Directories for C/C++ extensions

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 version

Re: [matplotlib-devel] I have a Mac!

On Fri, Aug 23, 2013 at 11:21 AM, Russell Owen ro...@uw.edu 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,

Re: [matplotlib-devel] I have a Mac!

On Fri, Aug 16, 2013 at 3:41 PM, Hubert Holin hubert.ho...@free.fr 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

Re: [matplotlib-devel] I have a Mac!

On Fri, Aug 16, 2013 at 7:32 AM, Michael Droettboom md...@stsci.edu 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

Re: [matplotlib-devel] Calling to those embedding matplotlib in applications

On Mon, Aug 12, 2013 at 7:01 AM, Michael Droettboom md...@stsci.edu 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,

Re: [matplotlib-devel] Calling to those embedding matplotlib in applications

-- 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 md...@stsci.edu wrote: I propose to fix this by turning on interactive only when running at an interactive console. I embed MPL more

Re: [matplotlib-devel] Setuptools and release candidate testing

On Jul 24, 2013, at 7:23 AM, Michael Droettboom md...@stsci.edu 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.

Re: [matplotlib-devel] MEP14: Improve text handling

On Thu, May 30, 2013 at 11:29 PM, Nicolas Rougier nicolas.roug...@inria.fr 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

Re: [matplotlib-devel] ANN: matplotlib-1.3.0rc1

On Wed, May 29, 2013 at 5:54 PM, Michael Droettboom md...@stsci.edu 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

Re: [matplotlib-devel] MEP14: Improve text handling

On Thu, May 30, 2013 at 8:59 AM, Michael Droettboom md...@stsci.edu 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

Re: [matplotlib-devel] ANN: matplotlib-1.3.0rc1

On Wed, May 29, 2013 at 2:19 PM, Russell E. Owen ro...@uw.edu 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

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

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 glue

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On Mon, Dec 3, 2012 at 11:59 AM, Michael Droettboom md...@stsci.edu 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.

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On Mon, Dec 3, 2012 at 2:21 PM, Nathaniel Smith n...@pobox.com 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

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On Mon, Dec 3, 2012 at 12:24 PM, Chris Barker - NOAA Federal chris.bar...@noaa.gov 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, I couldn't find

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On Mon, Dec 3, 2012 at 4:16 PM, Nathaniel Smith n...@pobox.com 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,

Re: [matplotlib-devel] Experiments in removing/replacing PyCXX

On Fri, Nov 30, 2012 at 6:06 AM, Michael Droettboom md...@stsci.edu 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

Re: [matplotlib-devel] Interpolation in a triangular mesh (tri.Triangulation)

On Wed, Nov 14, 2012 at 1:50 AM, Ian Thomas ianthoma...@gmail.com 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

Re: [matplotlib-devel] PyGTK vs PyGObject

On Oct 5, 2012, at 12:25 PM, Michael Droettboom md...@stsci.edu 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 code for using

Re: [matplotlib-devel] PyGTK vs PyGObject

On Fri, Oct 5, 2012 at 9:51 AM, Michael Droettboom md...@stsci.edu 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

Re: [matplotlib-devel] MEP11: Attempting to deal with the Python library dependency issue

On Wed, Oct 3, 2012 at 10:36 PM, Erik Bray erik.m.b...@gmail.com 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)

Re: [matplotlib-devel] MEP11: Attempting to deal with the Python library dependency issue

On Wed, Oct 3, 2012 at 2:08 PM, Christoph Gohlke cgoh...@uci.edu 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

Re: [matplotlib-devel] wxMPL patch

On Tue, Sep 4, 2012 at 8:33 PM, Matt Newville newvi...@cars.uchicago.edu 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

Re: [matplotlib-devel] wxMPL patch

On Thu, Aug 30, 2012 at 9:22 PM, Carlo Segre se...@iit.edu 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 followup.

Re: [matplotlib-devel] wxMPL patch

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 chris.bar...@noaa.gov wrote

Re: [matplotlib-devel] wxMPL patch

On Tue, May 1, 2012 at 9:23 AM, Thomas Kluyver tho...@kluyver.me.uk wrote: On 1 May 2012 17:04, Chris Barker chris.bar...@noaa.gov 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

Re: [matplotlib-devel] wxMPL patch

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 maintainer

Re: [matplotlib-devel] jsxgraph or flot backend (or interactive viewer for svg backend?)

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

Re: [matplotlib-devel] Using the Agg renderer by itself

On 11/23/11 10:13 AM, Friedrich Romstedt wrote: 2011/11/23 Chris.Barkerchris.bar...@noaa.gov: 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

Re: [matplotlib-devel] How to decouple non-GUI stuff from the GUI?

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

Re: [matplotlib-devel] Contouring unstructured triangular grids

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 think

Re: [matplotlib-devel] wx.AlphaPixelData() is failing on windows server 2003

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 that

[matplotlib-devel] Can we retire numerix?

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

[matplotlib-devel] wx back-end bugs/issues

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

Re: [matplotlib-devel] mpl1 + chaco

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 looks

[matplotlib-devel] mpl1 + chaco

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

Re: [matplotlib-devel] mpl1 + chaco

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