Re: [matplotlib-devel] Patch review: Autoscaling on add_patch()

Amit, Thanks for your bug report and your PR for fixing the bug. I haven't had time to look over it yet, and I won't have the ability to review it for the upcoming week (in fact, I will be without internet connection). If no one gets around to reviewing it in the next week due to the holiday seaso

Re: [matplotlib-devel] FuncAnimation and persistence

There is no better way to do this at the moment. There have been talk of integrating the animation interface into Figure objects so that creating an animation would be similar to creating any other type of plot, with references to the animation object stored in the figure like any other Artist. Th

Re: [matplotlib-devel] Matplotlib's new default colormap

Neat stuff! Just a quick note about the 3D plot. By default, the scatter markers are shaded to give an illusion of depth. This is often what we want, but I think in this case, it might make sense to not do that. Add depthshade=False to the scatter call to turn it off. I think that was added for mpl

Re: [matplotlib-devel] using waffle.io for issue management

Same here... and you are making me hungry! On Sat, Jan 17, 2015 at 3:28 PM, Eric Firing wrote: > On 2015/01/17 9:29 AM, Thomas Caswell wrote: > > Hey all, > > > > We have set up waffle.io to try and help manage our > > issues: https://waffle.io/matplotlib/ > > That link gives

[matplotlib-devel] MEP: _zdraworder attribute for Collections

Digging through mplot3d (again), I have come to realize that a lot of its code in art3d.py could be simplified if we had a way to tell collection objects in what order to draw their elements. My proposal is fairly straight-forward. All collections would have an internal _zdraworder attribute that

Re: [matplotlib-devel] MEP: _zdraworder attribute for Collections

Looking at collections.py, it looks like TriMesh might also benefit from this, as it has specialized code for masking out triangles and determining the order of the triangle elements. Ben Root On Sat, Feb 7, 2015 at 7:18 PM, Benjamin Root wrote: > Digging through mplot3d (again), I have c

Re: [matplotlib-devel] v1.4.3rc1

I am getting some test failures here and on master in the collections module. == FAIL: __main__.test_regularpolycollection_rotate.test -- Traceback (most recent c

[matplotlib-devel] SystemError exception calling agg's draw_path_collection()

I am experimenting with my idea for utilizing a _draworder attribute in Collection objects. Since not everything in a collection is guaranteed to be the same length or even be numpy arrays, I have to add some logic to coerce everything to numpy arrays and tile their data so that the length of their

Re: [matplotlib-devel] v1.4.3rc1

Please ignore my test failure report. I was accidentally running an older install of matplotlib from the same branch. Ben Root On Sat, Feb 7, 2015 at 9:08 PM, Benjamin Root wrote: > I am getting some test failures here and on master in the collections >

Re: [matplotlib-devel] SystemError exception calling agg's draw_path_collection()

On Sun, Feb 8, 2015 at 5:54 PM, Benjamin Root wrote: > I am experimenting with my idea for utilizing a _draworder attribute in > Collection objects. Since not everything in a collection is guaranteed to > be the same length or even be numpy arrays, I have to add some logic to > coerc

Re: [matplotlib-devel] update x axis of a subplot according to the y axis of another one in python/matplotlib

Sounds to me like you want to use glue: http://www.glueviz.org/en/stable/ On Wed, Feb 11, 2015 at 3:15 AM, Alessandro Pietro Bardelli < alessandro.barde...@henesis.eu> wrote: > I would like to plot an orthogonal projection (like this one > http://i.stack.imgur.com/DnNds.jpg) using matplotlib po

Re: [matplotlib-devel] update x axis of a subplot according to the y axis of another one in python/matplotlib

is within matplotlib? > thanks > > Alessandro > > On 11/02/2015 16:41, Benjamin Root wrote: > > Sounds to me like you want to use glue: http://www.glueviz.org/en/stable/ > > > On Wed, Feb 11, 2015 at 3:15 AM, Alessandro Pietro Bardelli < > alessandro.barde...@henesis.

[matplotlib-devel] Capitalization of Matplotlib

I am in the final rounds of edits for my book and a question has come up between me and the editors. When should the matplotlib be capitalized? 1) never 2) mostly never (even in the beginning of a sentence), except when used in a title 3) usually never, except at the beginning of a sentence and in

Re: [matplotlib-devel] release strategy and the color revolution

Do remember that I have a PR to add linestyle cycling, which would greatly mitigate problems for colorblindness and non-color publications. I also prefer it for slideshows as projectors at conferences tend to have crappy colors anyway (was at a radar conference when the projector's red crapped out

Re: [matplotlib-devel] release strategy and the color revolution

The problem I have with hcl is that while it is technically "colorful" (or whatever the term may be), only the reds really come out because the other colors are only used when either really light or really dark. Perhaps squashing the brightness range a bit and let the natural lightness of yellow a

Re: [matplotlib-devel] Produce text runs in the postscript backend

I would be +1 on this as well. Various command-line text extraction tools are near useless with the current state. On Thu, Feb 19, 2015 at 9:42 AM, Benjamin Reedlunn wrote: > I am in favor of such a change. I also have rcParams['pdf.fonttype'] = > 42, so I can use Adobe Illustrator to tweak my

Re: [matplotlib-devel] Animate Contourf with only new frames

Huh, how about that. ContourSet subclasses ScalarMappable, but not Artist. I don't know if that is intentional or not, but given that most plotting functions return artists, this would seem to be an anomaly. FuncAnimation expects a list of Artists. Since QuadContourSet is (apparently) not an Artist

Re: [matplotlib-devel] release strategy and the color revolution

Interesting choices, and I think we are on the right paths (no pun intended) through the two possible colors. However, I think the same problem arises that I noted before. Both ends of the colormap are nearly black to nearly white. IIRC, our perception of luminosity has a much greater range than it

Re: [matplotlib-devel] release strategy and the color revolution

ption. IIRC, humans are better at perceiving brightness gradients on one end of the range than on the other end. On Mon, Feb 23, 2015 at 1:30 PM, Eric Firing wrote: > On 2015/02/23 8:16 AM, Benjamin Root wrote: > > Interesting choices, and I think we are on the right paths (no pun > &g

Re: [matplotlib-devel] animation in SVG

It sounds like you are on the right path, and you do raise some interesting points. I would certainly be open to accepting improvements to the animation framework to facilitate this work. As for the gray vs. white backgrounds, I am not all that familiar with how that is handled, but IIRC, the non-i

Re: [matplotlib-devel] release strategy and the color revolution

Well, since we are thinking of it... What about prettyplotlib's style? I am not sure I want to completely steal either project's style as it is their own look-n-feel (and there are some aspects of their styles I don't quite like, but I am something of a luddite...). But I would certainly be recepti

Re: [matplotlib-devel] API Documentation usability

This is excellent insight! It should be fairly trivial to fix points 1 and 2, and I agree that it would make the page much more inviting to newcomers. Point 3 would take some time. I had never noticed that before. Personally, I think the issue about documentation isn't that it is boring (I actuall

Re: [matplotlib-devel] API Documentation usability

e, Mar 3, 2015 at 4:40 PM, Fabio Zanini wrote: > Hi Ben, > > Well, excellent or not I just hope it helps a bit. I can put some effort > if people agree that this is useful, though I am quite busy at the > moment. Who's currently actually managing the website? > > Th

Re: [matplotlib-devel] Kivy backend

Achyut, As I am sure everyone else on this list is sick of hearing, I have a book that will be coming out soon that can help explain many of your questions. It has a chapter explaining some of the differences between the interactive backends and how backends work, in general. The book is in the pr

Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2

Yes, I plan to submit my time-honored, and requested "Anatomy of Matplotlib" tutorial. Now, I am not entirely sure I will be able to attend the conference this year, so perhaps someone else might be willing to step in and give it this year? Note that my tutorial is geared for beginners. So there i

Re: [matplotlib-devel] Kivy backend

+1 on an OpenGL backend! Especially if I can off-load a lot of mplot3d stuff to it! Does vispy have any plans to eventually bring that into mainline matplotlib, or does it break too much with the standard set of backends to make sense in matplotlib (or maybe it is too much of a maintenance/packagin

Re: [matplotlib-devel] Kivy backend

> transformations can be handled directly by the GPU > (see http://glumpy.github.io/gallery.html) > > But we'll try to use matplotlib public api such that things will be mostly > transparent for the user > > Nicolas > > > On 13 Mar 2015, at 17:33, Benjamin Root wro

Re: [matplotlib-devel] MEP22 review request

To provide a bit more information for those who have forgotten, here is an excerpt from the MEP: Abstract The main goal of this MEP is to make it easier to modify (add, change, remove) the way the user interacts with the figures. The user interaction with the figure is deeply integrated within t

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

Please update your install of setuptools. On Wed, Mar 18, 2015 at 10:01 AM, wrote: > kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build > > Edit setup.cfg to change the build options > > BUILDING MATPLOTLIB >

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

I would just use pip. Ubuntu/Debian has really messed up the python environment in more ways than one. On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs wrote: > The Ubuntu package manager tells me it is up to date. > If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and > does

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

1:43 AM, Sandro Tosi wrote: > On Wed, Mar 18, 2015 at 3:33 PM, Benjamin Root wrote: > > I would just use pip. Ubuntu/Debian has really messed up the python > > environment in more ways than one. > > ehm... either you back up your claims > (and/or try to understand the reas

Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with python3

ols-14.3-py3.4.egg > Cleaning up... > > > From: ben.v.r...@gmail.com [ben.v.r...@gmail.com] On Behalf Of Benjamin > Root [ben.r...@ou.edu] > Sent: 18 March 2015 15:33 > To: Briggs,KM,Keith,TUB2 R > Cc: matplotlib development list &

Re: [matplotlib-devel] Alternative way of specifying plot layout

That is neat. I would be sure to put in some "..seealso::" lines in places like plt.subplots and GridSpec and such. A thought... could this perhaps be extended somehow to specify colorbars in the layout? I am not sure how I would do that, but if we could come up with a way to do it, *that* would m

Re: [matplotlib-devel] Alternative way of specifying plot layout

Also, perhaps it makes sense to make this a MEP to finalize and document the spec? On Wed, Mar 18, 2015 at 1:42 PM, Benjamin Root wrote: > That is neat. I would be sure to put in some "..seealso::" lines in places > like plt.subplots and GridSpec and such. > > A thought...

Re: [matplotlib-devel] Alternative way of specifying plot layout

; > Yes, a MEP makes sense to discuss the proposal. > What's the procedure to open a MEP (i.e. where) ? > > Nicolas > > > > On 18 Mar 2015, at 18:44, Benjamin Root wrote: > > > > Also, perhaps it makes sense to make this a MEP to finalize and document > the sp

Re: [matplotlib-devel] Alternative way of specifying plot layout

> On Wed, Mar 18, 2015 at 1:45 PM Nicolas P. Rougier < > nicolas.roug...@inria.fr> wrote: > >> >> Yes, a MEP makes sense to discuss the proposal. >> What's the procedure to open a MEP (i.e. where) ? >> >> Nicolas >> >> >> > On 1

Re: [matplotlib-devel] Alternative way of specifying plot layout

ugier < nicolas.roug...@inria.fr> wrote: > > I think you could specify colorbars using: ["AB"] > (B is a vertical colorbar, 1/10 of total width) > > Nicolas > > > > > On 18 Mar 2015, at 18:52, Eric Firing wrote: > > > > On 20

Re: [matplotlib-devel] Fwd: possible issue with _spectral_helper function in matplotlib/mlab.py when compensate windowing loss

wouldn't `np.sqrt(np.ones(NFFT)**2).sum()` just be NFFT? So, it looks like our power spectra isn't normalized at that point. But, IIRC, the code that calls this helper function does normalize the result if the user specifies it to be. Ben Root On Thu, Mar 26, 2015 at 8:35 AM, Thomas Caswell wrot

Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2

+ interop with plotly/bokeh >>>>>> - better toolbar >>>>>> - better interactive OO >>>>>> - improved docs >>>>>> >>>>>> I will be there for the main conference and the sprints and am >>>>>

Re: [matplotlib-devel] release strategy and the color revolution

That is nice. The blue is a bit heavy, but that might be my display. Now, how should we order it by default? I am used to thinking of blues as lower values, and reds as higher. The yellow at the end throws me off a bit, because I would think of it as a "weaker" color. Maybe if it was more gold-like

Re: [matplotlib-devel] release strategy and the color revolution

"sunset" has a connotation of things ending. Howabout "sunrise"? On Sun, Apr 5, 2015 at 5:18 PM, Olga Botvinnik wrote: > How about "pythonic sunset" ? > > On Sun, Apr 5, 2015 at 2:01 PM Benjamin Root wrote: > >> That is nice. The blue is a bit

Re: [matplotlib-devel] Full CPU with GTKAgg when displaying a figure.

Yes, this was discovered recently in connection to changes in how idle events were handled. I don't recall if there was an issue created for it, though. On Tue, Apr 7, 2015 at 11:48 AM, Michael Kaufman wrote: > Hi All, > > I don't have time at the moment to submit a ticket, but I thought I'd > s

Re: [matplotlib-devel] Incorporating TikZ into Matplotlib

Just to point out, matplotlib does have a fairly new PGF backend. Perhaps you might want to look at that and see where the TikZ library might fit in with that? Cheers! Ben Root On Wed, May 13, 2015 at 3:36 PM, Neil Girdhar wrote: > I don't know matplotlib well enough (yet) to know what the chan

Re: [matplotlib-devel] Question about getters and setters.

Manpower, really. Also, there be dragons deep in that code (I'll leave it as an exploration task for you to figure out how aliases are done). There have been a few proposals, but they keep suffering from scope creep. Take a look at the MEP page. Keep in mind that reducing Lines of Code just for t

Re: [matplotlib-devel] Question about getters and setters.

You could start up a Pull Request describing a MEP that would outline how traitlets would be used. The discussion can go on there to flesh out the concepts and the guidance documentation. Once that is agreed upon, that PR would get merged, and we can then start up a new PR actually implementing the

Re: [matplotlib-devel] RFC: candidates for a new default colormap

One of the big advantage of jet as evidenced by these graphs is that for most of its range, the perceptual delta is above 200 (although it loses that advantage in black&white). Parula sacrafices a fair amount of perceptual delta, but stays mostly above 100. All of the options beat or matches Parula

Re: [matplotlib-devel] RFC: candidates for a new default colormap

Ooooh, I am liking "D" a lot. It is almost like what Parula should have been. Still not quite perfect, but I can't put my finger on it. Ben Root On Wed, Jun 3, 2015 at 6:27 PM, Nathaniel Smith wrote: > On Wed, Jun 3, 2015 at 1:51 PM, Eric Firing wrote: > > On 2015/06/02 7:58 PM, Nathaniel Smit

Re: [matplotlib-devel] RFC: candidates for a new default colormap

May I suggest an update to the code showing the 3d sRGB colorspace? Can you add a "shade=False" to it? Currently, in pycam02ucs.viscm.py, around line 279, it calls the 3d scatter function without the kwarg. This means that mplot3d will apply an alpha transparancy to dots that are farther away to gi

Re: [matplotlib-devel] RFC: candidates for a new default colormap

... unless you have red-green colorblindness. I abhor using laser pointers during talks and instead use descriptive text such as "upper-left" or "in the middle". Also helps when only the slides and the audio is being recorded. As for option D, my only apprehension for it is on the blue (purple?) e

Re: [matplotlib-devel] Tk backend different from others

That's the weird thing... I couldn't! I tried a few different things and I couldn't make it go away. I'll probably give it another shot during scipy2015. Ben Root On Jun 15, 2015 4:50 AM, "Daniele Nicolodi" wrote: > Hello Ben, > > On 15/11/14 17:14, B

Re: [matplotlib-devel] Tk backend different from others

No, I did not try that one. I'll give it a shot. I don't do any Tkinter programming, so I wasn't familiar with that one. On Mon, Jun 15, 2015 at 9:23 AM, Joe Kington wrote: > > > On Mon, Jun 15, 2015 at 6:23 AM, Benjamin Root wrote: > >> That's the we

Re: [matplotlib-devel] Tk backend different from others

I think that worked! I made a PR: https://github.com/matplotlib/matplotlib/pull/4530 On Mon, Jun 15, 2015 at 9:50 AM, Benjamin Root wrote: > No, I did not try that one. I'll give it a shot. I don't do any Tkinter > programming, so I wasn't familiar with that one. > >

Re: [matplotlib-devel] scipy sprints

I will be there for Saturday and a little bit on Sunday. Ben Root On Mon, Jun 22, 2015 at 9:21 AM, Jens Nielsen wrote: > Hi Tom > > I will be there for the sprints and keen to work on Matplotlib stuff. > > - I have a reasonable understanding of what needs to happen on Mac to fix > the freetype

Re: [matplotlib-devel] SciPy 2015 BoF Session

I was thinking that we would have another BoF similar to last year's that solicited feedback and questions from users. I guess I figured someone else already filed that BoF. I am guessing that didn't happen? Ben Root On Sat, Jun 6, 2015 at 10:39 AM, Kyle Mandli wrote: > Members of the matplotli

Re: [matplotlib-devel] SciPy 2015 BoF Session

zation”. > Hopefully this is what you had in mind, if not let us know and we can > schedule another BoF. > > Kyle > > > > On Jun 22, 2015, at 10:28 AM, Benjamin Root wrote: > > > > I was thinking that we would have another BoF similar to last year's > that soli

Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2

mar. 2015 kl. 17.07 skrev Jens Nielsen : >> >>> Hi >>> >>> I am expecting to be at Scipy but I have already volunteered to help out >>> with the Software carpentry tutorials. >>> I have the impression that they might have more helpers than needed in >&

Re: [matplotlib-devel] crash with http://matplotlib.org/examples/animation/rain.html

Which version of matplotlib are you using. The set_sizes() feature was added for v1.4, I think. On Thu, Jun 25, 2015 at 11:16 AM, wrote: > I get this error. I have previously got the error "'PathCollection' > object has no attribute 'set_sizes'" with other code, even though it is > documented a

Re: [matplotlib-devel] Colormap survey results

I have been thinking a bit about naming. We could always go the route of "Heinz 57", "Chanel No. 5", or "Preparation H". Not saying that "MPL-d" is a catchy name or not, but.. :-P Ben Root On Wed, Jul 1, 2015 at 9:31 PM, Eric Firing wrote: > On 2015/07/01 1:56 PM, Nathaniel Smith wrote: > > On

[matplotlib-devel] code execution via AFM

Pretty sure this doesn't impact us, but just thought I'd throw this out there: https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-2426 Looks like Microsoft's AFM library didn't properly sanitize malicious OpenType font files and suffered from a buffer underflow, allowing for arbitrary code

Re: [matplotlib-devel] handling labeled data

A couple immediate thoughts: what if the data is spread across a mix of objects? Also, I think "labeled" might be a better kwarg name. Less likely to conflict with apis. I'll give this a careful look-see tomorrow. Ben Root On Jul 25, 2015 7:03 PM, "Thomas Caswell" wrote: > Hey all, > > Everyone

Re: [matplotlib-devel] IMPORTANT: Mailing lists are moving

nabble is also another fairly commonly used resource for viewing archived discussions. On Fri, Jul 31, 2015 at 2:14 PM, Jouni K. Seppänen wrote: > Neal Becker writes: > > > I read via gmane: I guess this will need to be updated? > > I attempted to send a message to gmane.discuss to request this

Re: [matplotlib-devel] When panning text gets out of bounds

There is the concept of clipping. We can choose to clip artists to a bounding box. There has been some back-n-forth on whether or not annotations should be clipped. I can't remember what we have decided on, but that example definitely looks like evidence that they should be clipped. By the way, pl

Re: [matplotlib-devel] New Employer

Congratulations, Mike! This is great news for the community! On Wed, Sep 30, 2015 at 10:25 AM, Nelle Varoquaux wrote: > Congrats on the new position! > > On 30 September 2015 at 14:18, Michael Droettboom wrote: > > Just a heads up to the matplotlib developer team: > > > > I'm leaving Space Tele

Re: [matplotlib-devel] PyQt4 in Matplotlib v2.0.0

no, pyqt5 is not a dependency for matplotlib. this looks like a conda packaging issue. Side note: the sourceforge mailing list is deprecated. Please use the python.org version instead (you'll have to re-register). Ben Root On Thu, Feb 2, 2017 at 11:43 AM, Osborn, Raymond wrote: > I just creat

<    2   3   4   5   6   7