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

Depending on the exact use case you can get pretty good mileage out of blitting (See http://matplotlib.org/api/animation_api.html#funcanimation for an explanation or how it is used in the widgets module). The best way to make things faster is to just do less work :) Tom On Thu, Sep 21, 2017 at

[matplotlib-devel] backport bot

Folks, Matthias as just helped us to install the meeseeks bot than ipython / jupyter is using to help with their backporting onto matplotlib. For details, see https://github.com/MeeseeksBox/MeeseeksDev . The most important command is @MeeseeksDev backport [to] {branch} to automatically open a

Re: [matplotlib-devel] documentation error at https://matplotlib.org/api/colorbar_api.html

That wording is unclear. Could you open a PR on github to fix that? For small wording changes like this you can do it through the github web interface. Tom On Mon, Jul 31, 2017 at 6:52 AM wrote: > "*shrink* 1.0; fraction by which to shrink the colorbar" > > > should be

[matplotlib-devel] this weeks phone call

Folks, Sorry for the late notice. This weeks call have been moved to today at the normal time (1500 EDT). Tom -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org!

[matplotlib-devel] Lists moved to python.org reminder

We have moved our mailing lists hosting to python.org, the source-forge lists should no longer be used. The new lists are matplotlib-de...@python.org https://mail.python.org/mailman/listinfo/matplotlib-devel matplotlib-us...@python.org https://mail.python.org/mailman/listinfo/matplotlib-users

Re: [matplotlib-devel] matplotlib 1.5.1 closed path in draw_path when it is not necessary closed

Did you mean 1.4.1 instead of 1.5.1 ? Exactly which paths are you looking at and how are you generating then on the mpl side? We have many ways to generate the paths and there maybe inconsistence in how closed paths are handled. Tom On Wed, Aug 12, 2015, 1:57 PM Andrés Vargas andno...@gmail.com

[matplotlib-devel] Cool useage of mpl + seaborn

One of my co-workers brought this to my attention: http://savvastjortjoglou.com/nba-shot-sharts.html Tom -- ___ Matplotlib-devel mailing list

[matplotlib-devel] handling labeled data

Hey all, Everyone should be aware of https://github.com/matplotlib/matplotlib/pull/4787 which is both a very simple, but very important change to the mpl API by providing a minimal API to pass labeled data (that is anything that `foo[key]` return an array-like object) into mpl plotting functions.

Re: [matplotlib-devel] build problem with current doc (about colormap) ?

This should be fixed now, Thanks for reporting this! Tom On Fri, Jul 24, 2015 at 10:06 AM Thomas Caswell tcasw...@gmail.com wrote: Sorry, i must have broken that when I updated the docs to have the banner, i will look into fixing it asap. Tom On Fri, Jul 24, 2015, 7:04 AM Pierre Haessig

Re: [matplotlib-devel] build problem with current doc (about colormap) ?

Sorry, i must have broken that when I updated the docs to have the banner, i will look into fixing it asap. Tom On Fri, Jul 24, 2015, 7:04 AM Pierre Haessig pierre.haes...@crans.org wrote: Le 24/07/2015 15:10, Jens Nielsen a écrit : In the mean time you can use the development version of the

Re: [matplotlib-devel] [matplotlib] Replace jet as the default colormap (#875)

There is a discussion over names happening in a scikit-image PR thread ( https://github.com/scikit-image/scikit-image/pull/1599) There is a proposal for naming options A-C as {'ignis', 'ortus', 'fyrian'} in some order. Commenting here and copying the devel list so it gets some visibility. On

Re: [matplotlib-devel] [Matplotlib-users] Call for new style defaults

. Tom Note: I have trimmed the On Mon, Jul 13, 2015 at 4:54 AM Philipp A. flying-sh...@web.de wrote: Thomas Caswell tcasw...@gmail.com schrieb am So., 12. Juli 2015 um 18:21 Uhr: The new default color map will be 'viridis' (aka option D). hi, how did you get to that decision? from

[matplotlib-devel] Call for new style defaults

will be a single line of python (`mpl.style.use('classic')`). Please distribute this as widely as possible. We only want to do this once and want to get feedback from as many users as possible. Thomas Caswell PS jet is harmful to you and those around you See https://github.com/matplotlib

Re: [matplotlib-devel] Problem with violinplot

The KDE computation code is a copy of the KDE code from scipy ( https://github.com/scipy/scipy/blob/master/scipy/stats/kde.py), I suggest raising this issue on their mailing list/github. I strongly suspect that violin plot should be doing data sanitation on the way in or catching exceptions like

Re: [matplotlib-devel] Colormap survey results

We would like to tag 1.5 around scipy and it would be nice to get the new color maps out, even if they are not yet the default. On Wed, Jul 1, 2015, 11:13 PM Nathaniel Smith n...@pobox.com wrote: On Jul 1, 2015 6:31 PM, Eric Firing efir...@hawaii.edu wrote: On 2015/07/01 1:56 PM, Nathaniel

[matplotlib-devel] matplotlib/cycler

Hey all, I just moved the stand alone cycler repo to be owned by the matplotlib org in preparation for it (hopefully) be a required dep in the near future. The plan is to get a v0.9 up on pypi ASAP and I will be pushing directly to master for the time being. Once it is tagged and posted I would

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

Yes, the size related functions in collections were added in the 1.4 series. See http://matplotlib.org/users/whats_new.html#added-size-related-functions-to-specialized-collections Tom On Thu, Jun 25, 2015, 11:50 AM Benjamin Root ben.r...@ou.edu wrote: Which version of matplotlib are you

[matplotlib-devel] scipy sprints

Who will be around for the sprints? We should start to come up with a list what we want to work on. There are a number of issues tagged as 'hack-a-thon' which are good candidates for novice contributors. A few major projects that need attention are: - sorting out how to reliably find freetype

[matplotlib-devel] pypi name collisions

As a heads up, there is now a `pyplot` and a `pylab` packages on pypi. I have created an issue with the pypi folks https://sourceforge.net/p/pypi/support-requests/512/ and with both projects https://github.com/javipalanca/pylab/issues/1 https://github.com/sirrice/pyplot/issues/2 I found both of

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

There is a proof-of-concept implementation of this by Matthias http://carreau.github.io/posts/09-Matplotlib-And-IPython-Config.html Tom On Fri, May 15, 2015 at 4:40 PM Brian Granger elliso...@gmail.com wrote: OK i have the MEP for this on my todo list... On Thu, May 14, 2015 at 5:47 AM,

[matplotlib-devel] relevant issue thread on pandas gh

There is an on-going discussion over on the pandas issue tracker about how to 'pipe' a dataframe into an arbitrary function. This is relevant to mpl as one of the primary use-case for this is plotting. https://github.com/pydata/pandas/issues/10129 It would be good if more mpl developers than

[matplotlib-devel] python nightly failures

The failures on python nightly are currently due to a bug in python ( http://bugs.python.org/issue24176) Tom -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring

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

It is my understanding that most of this code pre-dates properties and going through and updating all of the classes is a _huge_ amount of work. It is more a matter of time than will. There is also a slowly simmering discussion about implementing artists in a managed property/attribute frame

Re: [matplotlib-devel] Incorporating TikZ into Matplotlib

. (I like the annotate method because it allows me to easily mix and match coordinate systems for arrow placement.) As you can see in the attached pdf, the custom arrowhead doesn't include fancy Bezier curves, but that could be added. -Ben On May 13, 2015, at 2:54 PM, Thomas Caswell tcasw

Re: [matplotlib-devel] Why num in manager?

I think that so long as you maintain the mapping of 'manager' to be 'gui element holding the Figure' (rather than 'gui window holding figure') numbering the managers should be ok. That is, the tabs are the managers and the multi-figure windows are a layer above the managers. The notion of

[matplotlib-devel] Fwd: python data vis Slack channels?

That sounds reasonable to me. My only concern is getting enough (any?) bandwidth from enough of the core mpl developers. IPython and scikit image both have gitter rooms running that seem to working well for them as well, is there any reason to go with slack over gitter? Tom --

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

if the preferred medium for discussion is the mailing list or the PR comments). Nicolas On 25 Apr 2015, at 23:04, Thomas Caswell tcasw...@gmail.com wrote: The MEP tree has been moved into the main repo https://github.com/matplotlib/matplotlib/tree/master/doc/devel/MEP I am pretty excited

Re: [matplotlib-devel] backporting the boxplot fix

that v1.4.x was always the latest release in the v1.4 series. False alarm. Sorry. M On 4/25/15 4:26 PM, Thomas Caswell wrote: The commit that fixes that https://github.com/matplotlib/matplotlib/commit/40720ef9fb5de75d908d0ce433d5c3bb8902884f should be in 1.4.1 an onward. Exactly which version

Re: [matplotlib-devel] backporting the boxplot fix

The commit that fixes that https://github.com/matplotlib/matplotlib/commit/40720ef9fb5de75d908d0ce433d5c3bb8902884f should be in 1.4.1 an onward. Exactly which version are you using? There will be no 1.4.4. On Tue, Apr 21, 2015 at 11:00 AM Michael Kaufman kaufma...@ornl.gov wrote: Is there

Re: [matplotlib-devel] Compile Matplotlib for Android

Sorry this never got a response. I also have no idea where to start, but mpl depends an numpy (which has significant c code) and a number of c extensions internally (Agg for rasterization, freetype for font rendering). I would suggest starting with figuring out how to compile numpy as it is

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

The MEP tree has been moved into the main repo https://github.com/matplotlib/matplotlib/tree/master/doc/devel/MEP I am pretty excited about this feature. I don't remember if this got mentioned upthread, but this ties in with https://github.com/matplotlib/matplotlib/issues/1109 as a nice way to

Re: [matplotlib-devel] [PATCH 0/2] remove unused code

Kelvin, Thank you for your work. Would it be possible for you to open a pull request on git hub with these changes (that is where we so almost all of our code review recently and is hooked in to a continuous integration service). I have not looked at the diff yet (still on my phone), but from

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

it. Cheers! -Joe On Sun, Mar 29, 2015 at 9:17 PM, Thomas Caswell tcasw...@gmail.com wrote: Ben, Have you sorted out if you can make scipy this year and does anyone want to be back up on teaching the tutorial? It seems a shame to not have a mpl tutorial available. I am probably going

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

PM Michael Droettboom md...@stsci.edu wrote: This sounds great. Unfortunately, I can't attend Scipy this year due to a family commitment, but would be more than happy to help put together and review materials beforehand. Cheers, Mike On 03/26/2015 10:59 AM, Thomas Caswell wrote: I

[matplotlib-devel] Move MEPs into main documentation

I am proposing to move the MEPs from the wiki into the main documentation. https://github.com/matplotlib/matplotlib/pull/4249 The main benifits to this are to make preserve the MEPs long term, to keep a better history of their development, and to improve the discussion around them. The

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

I also think we should have a 'state of the library' talk. We definitely have a few important things to announce/show off: - FSA - nbagg/notebook - new default colors - style module and should have a couple more by July - sane serialize/deserialize + interop with plotly/bokeh -

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

Also see https://github.com/matplotlib/matplotlib/issues/3889 On Wed, Mar 18, 2015 at 10:22 AM Benjamin Root ben.r...@ou.edu wrote: Please update your install of setuptools. On Wed, Mar 18, 2015 at 10:01 AM, keith.bri...@bt.com wrote: kbriggs:~/Downloads/matplotlib-1.4.3 python3 setup.py

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

Cool. I think it make sense to put this in to `pyplot.py` next to `subplots` Tom On Wed, Mar 18, 2015 at 1:14 PM Nicolas P. Rougier nicolas.roug...@inria.fr wrote: Hi, I've been experimenting with a simple idea for specifying plot layout in a rather intuitive way. The idea is simply to

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

, Thomas Caswell tcasw...@gmail.com wrote: Cool. I think it make sense to put this in to `pyplot.py` next to `subplots` Tom On Wed, Mar 18, 2015 at 1:14 PM Nicolas P. Rougier nicolas.roug...@inria.fr wrote: Hi, I've been experimenting with a simple idea for specifying plot layout

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

I have opened a PR to document this discussion. It is meant to provide a permanent record of the thought process leading up to color map and to serve as a tool in making the finial decision. https://github.com/matplotlib/matplotlib/pull/4238 On Mon, Mar 2, 2015 at 6:32 AM jni jni.s...@gmail.com

Re: [matplotlib-devel] Kivy backend

MEP 25 is working towards providing a way to serialize the contents of a figure in a more controlled way. The main target of this is saving/reopening figures and export to bokeh/plotly/d3, but I think this would also work well for exporting everything off to an opengl backend. Tom On Fri, Mar

Re: [matplotlib-devel] Histogram normalization and overflow bins

Right on no longer supporting 1.5, but this code never got updated. This is a bit of a bigger job than I first anticipated as numpy has deprecated the norm kwarg, so we probably should too. On Tue, Mar 10, 2015, 07:19 OceanWolf juichenieder-n...@yahoo.co.uk wrote: Tom, ``When we drop numpy

Re: [matplotlib-devel] First release of an object oriented style system

Cool. There is a lot of code there to digest so I don't have anything technically sensible to say yet, but in principle/abstract this seems like a good idea. This also ties back into the MEP25 (figure serialization) discussion and the discussion I was having with Eric Firing in the comments of

Re: [matplotlib-devel] Histogram normalization and overflow bins

Paul, Note that by zoom the op means they are changing the bins, not actual zooming(by just changing the x axis). I was going to say we deal with normalization by delegating to numpy, but we actually handle it internally (with a note that when we drop np 1.5 to make numpy do it). I think the

Re: [matplotlib-devel] Kivy backend

Achyut, Thank your for your interest, mpl on touch devices sounds super cool! 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 choice. In those cases we rely on Agg to handle the mpl specific

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

This should probably be changed to use the new and improved container class (along with error bar), but I should read the code to be sure. On Mon, Feb 23, 2015, 11:44 Benjamin Root ben.r...@ou.edu wrote: Huh, how about that. ContourSet subclasses ScalarMappable, but not Artist. I don't know if

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

@Nathaniel I think developing the color-overhaul as a maintenance release is a decent compromise. All non-color changes get directed at the master branch and we can cherry-picked back bug-fixes as needed. The next feature release is planned for July/August, I _really_ hope sorting out the colors

Re: [matplotlib-devel] API Documentation usability

At risk of sounding defensive, all of the core developers are working mpl on a mostly volunteer basis and only have so much bandwidth. This leads to both thing falling through the cracks (we have close to 100 open PRs, that is _way_ too many) and major re-factors (which every one agrees should be

[matplotlib-devel] matplotlib v1.4.3

Hello all, We are pleased to announce the release of matplotlib v1.4.3! Wheels, windows binaries and the source tarball are available through both source-forge [1] and pypi (via pip). Additionally the source is available tarball is available from github [2] and mac-wheels from

[matplotlib-devel] v1.4.3

Hey all, I have tagged 1.4.3. Once the binaries are built I will get everything pushed up to pypi and make a wider announcement. As discussed before, this will be the last planned release in the 1.4 series. Tom --

Re: [matplotlib-devel] Release planning/milestones

...@debian.org wrote: Hi all! On Sun, Feb 8, 2015 at 12:13 AM, Thomas Caswell tcasw...@gmail.com wrote: Hey all, To start with, the 2.0 release is pending a choice of new default color map. I think that when we pick that we should cut 2.0 off of the last release and then the next minor

Re: [matplotlib-devel] v1.4.3rc1

of a hassle that would be for you. Tom On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi mo...@debian.org wrote: On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell tcasw...@gmail.com wrote: Sandro, Can you use the tarball from github (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz

Re: [matplotlib-devel] v1.4.3rc1

Sandro, Can you use the tarball from github ( https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?) Tom On Sat Feb 07 2015 at 4:01:01 PM Sandro Tosi mo...@debian.org wrote: Hi Thomas, On Mon, Feb 2, 2015 at 5:37 AM, Thomas Caswell tcasw...@gmail.com wrote: Evening all

[matplotlib-devel] Release planning/milestones

Hey all, To start with, the 2.0 release is pending a choice of new default color map. I think that when we pick that we should cut 2.0 off of the last release and then the next minor release turns into 2.1. If we want to do other breaking changes we will just do a 3.0 when that happens. It

[matplotlib-devel] python write up in nature

May be of interest: http://www.nature.com/news/programming-pick-up-python-1.16833 We get mention down towards the bottom. Tom -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel

[matplotlib-devel] Job posting

Hey all, If anyone is interested, there is a software position open at BNL in the group I work with: https://www.bnl.gov/hr/careers/jobs/?cpUrl=https://careers.peopleclick.com/careerscp/Client_BrookhavenLab/external/en_US/gateway.do?functionName=viewFromLinklocaleCode=en-usjobPostId=525 Please

Re: [matplotlib-devel] ginput in nbagg backend to use in IPython Notebooks

a text widget (which is available in IPython) and a 'select points in graph' widget like ginput in matplotlib. Mark On Mon, Jan 26, 2015 at 11:47 PM, Thomas Caswell tcasw...@gmail.com mailto:tcasw...@gmail.com wrote: nbagg is always running in the IPython

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

an extra matplotlib ... https://waffle.io/matplotlib/ matplotlib On 17 January 2015 at 19:29, Thomas Caswell tcasw...@gmail.com mailto:tcasw...@gmail.com wrote: Hey all, We have set up waffle.io http://waffle.io to try and help manage our issues: https://waffle.io

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

Hey all, We have set up waffle.io to try and help manage our issues: https://waffle.io/matplotlib/ If you have commit rights, you should be able to move the cards around. Any thoughts on this tool? I would like to use this to keep track of the review state of PRs. Tom

[matplotlib-devel] v1.4.3 prep

Hello all, I would like to try to hit the Feb 1 target date for 1.4.3 and plan to do an RC next Monday (Jan 19). Any major protests from anyone on this timeline? If people could take a look at the 1.4.3 and 1.4.x milestones on github and either move stuff around (in terms of finding any

Re: [matplotlib-devel] Date overhaul?

One of the other driving factors to over-haul the default date handling is that floats do not have enough precision to deal with nano-second resolution data (which is what I think drove pandas to use datetime64). It sounds like the correct solution Is the unit framework documented anywhere and

Re: [matplotlib-devel] Date overhaul?

are not public (and can't really be made public) but they aren't very complicated so we can certainly talk about the implementation if that helps. -- *From:* Thomas Caswell [tcasw...@gmail.com] *Sent:* Thursday, January 08, 2015 10:57 AM *To:* Drain, Theodore R (392P

Re: [matplotlib-devel] Who runs our twitter account?

We have a Twitter account?!? On Fri, Dec 19, 2014, 20:05 Benjamin Root ben.r...@ou.edu wrote: I just realized today that people have been posting questions to a matplotlib handle on twitter, but it hasn't posted any tweets since April. Same issue for numpy as well, it seems. Ben Root

Re: [matplotlib-devel] whats_new and api_changes

There should be an automatic process, but no one has written it yet. I think IPython has code we can adapt in their doc build process. I had planned to deal with this when we cut the next minor/major release. Tom On Thu, Nov 27, 2014, 04:18 Ian Thomas ianthoma...@gmail.com wrote: Fellow

Re: [matplotlib-devel] whats_new and api_changes

For reference, the IPython script is in tools/update_whatsnew.py On Thu Nov 27 2014 at 11:58:40 AM Ian Thomas ianthoma...@gmail.com wrote: On 27 November 2014 at 16:16, Thomas Caswell tcasw...@gmail.com wrote: There should be an automatic process, but no one has written it yet. I think

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

That is super cool. I was thinking about doing something similar, glad it has already been so well done. The example figures at the bottom bring up another point, we should have a canonical set of test figures, both for the color map and the defaults in general, I think that will really help

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

The contents of that talk are also in our documentation http://matplotlib.org/users/colormaps.html Tom On Sat Nov 22 2014 at 9:33:11 AM gary ruben gary.ru...@gmail.com wrote: There was a talk by Kristen Thyng at scipy2014 that might be a good backgrounder for this:

Re: [matplotlib-devel] How to move beyond JET as the default matplotlib colormap

I am a bit wary of doing a 2.0 _just_ to change the color map, but when every I try to write out why, they don't sound convincing. We may end up with a 3.0 within a year or so due to the possible plotting API/pyplot work that is (hopefully) coming. If we are going to do this, I think we should

Re: [matplotlib-devel] Axes.scatter call fails since removal of PyCXX

Ah, never mind then, I just got out of sync. On Wed, Nov 19, 2014, 04:04 Joel B. Mohler j...@kiwistrawberry.us wrote: On 11/18/2014 08:29 PM, Thomas Caswell wrote: Is there an issue for this (and if not can you make one)? This is https://github.com/matplotlib/matplotlib/pull/3811 which

Re: [matplotlib-devel] Axes.scatter call fails since removal of PyCXX

Is there an issue for this (and if not can you make one)? On Mon, Nov 17, 2014, 09:56 Joel B. Mohler j...@kiwistrawberry.us wrote: On Mon, Nov 17, 2014 at 09:36:50AM -0500, Joel B. Mohler wrote: I think I see a breakage of the scatter call that I think should work and did work before

Re: [matplotlib-devel] tk backend broken (somehow?)

Have a look at the recipe in conda-rescipes for matplotlib, they might be doing some funny patching. On Mon, Nov 17, 2014, 22:48 Benjamin Root ben.r...@ou.edu wrote: Ok, I am just really confused now. I have confirmed that using the matplotlib supplied by miniconda (v1.4.2) works just fine.

Re: [matplotlib-devel] SpanSelector with gtk3cairo backend

Not sure what you mean about agg + py3k, it should work fine (as we test it). The issue is that the cairo backend is a vector backend, which does not have a notion of blitting, which is something that span selector uses to make it nice and snappy. Should be able to get it to work by passing the

Re: [matplotlib-devel] Matplotlib on Android

-- Thomas Caswell tcasw...@gmail.com -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] remove old branches

removing tags for old release candidates? I know that IPython does this and it does clean up the tags quite a bit since approximately half the tags are for release candidates. Jens On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell tcasw...@gmail.com wrote: This is done now. All

Re: [matplotlib-devel] remove old branches

of this). On a related note should be consider removing tags for old release candidates? I know that IPython does this and it does clean up the tags quite a bit since approximately half the tags are for release candidates. Jens On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell tcasw...@gmail.com

Re: [matplotlib-devel] logit scale for frequencies

Please create a pull request. This sounds reasonable to me, but I have never seen a plot with that scale and don't really understand it from your description. Seeing the code usually clarifies things. Tom On Mon, Nov 3, 2014, 05:58 Fabio Zanini fabio.zan...@tuebingen.mpg.de wrote: Dear all,

[matplotlib-devel] remove old branches

Does anyone protest to removing all of the branches from the main repo except: - master - v1.4.x - v1.4.2-doc Having old branches around can lead to confusion (see https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162). Tom

Re: [matplotlib-devel] remove old branches

runs a prune command on the upstream repos we still have this information around. I left rgb2lab_local because there is still an open PR against it, but will go away when we close that PR. Tom On Sat Nov 01 2014 at 2:32:19 PM Eric Firing efir...@hawaii.edu wrote: On 2014/11/01, 5:49 AM, Thomas

[matplotlib-devel] Interesting mpl wrapper

https://github.com/HamsterHuey/easyplot?utm_content=buffer48700utm_medium=socialutm_source=twitter.comutm_campaign=buffer I have not looked at it carefully, but it is something we might want to be aware of when thinking about API re-designs. Tom -- Thomas Caswell tcasw...@gmail.com

Re: [matplotlib-devel] Improving axis spine joins and final tick placement

-- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tcasw...@gmail.com

[matplotlib-devel] matplotlib v1.4.2

Hot on the tails of v1.4.1, we have a v1.4.2 due to an error in the boxplot api in pyplot.py The only changes between 1.4.1 and 1.4.2 are: - corrected boxplot in pyplot.py - added extra paths to default search paths for freetype Tom -- Thomas Caswell tcasw...@gmail.com

Re: [matplotlib-devel] [Matplotlib-users] matplotlib v1.4.1 released

Yes, pyplot didn't get regenerated after one of the boxplot fixes. On Thu, Oct 23, 2014 at 9:17 AM, Sandro Tosi mo...@debian.org wrote: I see a 1.4.2 already? On Sun, Oct 19, 2014 at 3:54 AM, Thomas Caswell tcasw...@gmail.com wrote: Hello, We are pleased to announce the release

[matplotlib-devel] google summer of code student

plotting enhancements Tom -- Thomas Caswell tcasw...@gmail.com -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications

Re: [matplotlib-devel] savefig for entire canvas?

your mobile device. http://p.sf.net/sfu/Zoho ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tcasw...@gmail.com

[matplotlib-devel] matplotlib v1.4.1 released

Hello, We are pleased to announce the release of matplotlib 1.4.1. This is a bug-fix release for the 1.4 series. - reverts the changes to interactive plotting so ion will work as before in all cases fixed boxplot regressions - fixes for finding freetype and libpng - sundry unicode fixes

[matplotlib-devel] 1.4.1rc1 feedback

I have heard no complaints about the release candidate. Unless I hear otherwise I plan to tag and release 1.4.1 tomorrow. Tom -- Thomas Caswell tcasw...@gmail.com -- Comprehensive Server Monitoring with Site24x7

[matplotlib-devel] gmail/youtube account

Does anyone on the list know the pass word (or control the recovery email address) for the matplotlib gmail account? I would like to set up google analytics on our web site to see a) how much traffic we get and b) where people are going. Tom -- Thomas Caswell tcasw...@gmail.com

Re: [matplotlib-devel] v1.4.1rc1

Awesome, thanks! On Thu, Oct 16, 2014 at 8:14 AM, Sandro Tosi mo...@debian.org wrote: Hi! I just uploaded mpl 1.4.1-rc1 in Debian, so it can geta bit of exposure even on the weird HW we still support. Cheers, Sandro On Tue, Oct 14, 2014 at 5:40 PM, Thomas Caswell tcasw...@gmail.com wrote

[matplotlib-devel] Review PR #3564 so we can tag 1.4.1

validation, but used to sneak in. The plan is to change the warnings to exceptions at a later date. Tom -- Thomas Caswell tcasw...@gmail.com -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9

Re: [matplotlib-devel] trouble building on red hat.

I think this is a bug that had been fixed on both master and 1.4.x. If I recall correctly this is an issue with free type (#3471 fixes it). The other work around is to install freetype-dev. Tom (From phone so chasing siren details is hard) On Oct 12, 2014 3:16 PM, Andy Davidson

[matplotlib-devel] v1.4.1rc1 delayed :(

interactive mode when not at a repl. It turns out a lot of people use it and we should un-break them. - #3517 which is related to non-ascii paths in font look up which causes matplotlib to blow up on import. I am open to arguments that any of these should not be blockers. Tom -- Thomas Caswell tcasw

Re: [matplotlib-devel] trouble installing matplotlib on redhat

://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tcasw...@gmail.com

Re: [matplotlib-devel] pyplot-OO convergence

://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tcasw...@gmail.com -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports

Re: [matplotlib-devel] bug in boxplot() xticklabels

___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tcasw...@gmail.com -- Meet PCI DSS 3.0 Compliance

Re: [matplotlib-devel] bad formatting on main page

https://github.com/matplotlib/matplotlib/pull/3543 has a fix On Fri, Sep 19, 2014 at 4:49 PM, Thomas Caswell tcasw...@gmail.com wrote: I don't remember intending to do that On Fri, Sep 19, 2014 at 4:27 PM, Paul Ivanov p...@berkeley.edu wrote: Looks like Thomas Caswell changed what used

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

https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tcasw...@gmail.com -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce

Re: [matplotlib-devel] scribbling tool (eg for labeling markers)

to discuss? - Steve On Thursday, September 4, 2014 4:49:28 PM UTC-5, Thomas Caswell wrote: If you are doing this with matplotlib, can you actually push the tools back upstream? Tom (a mpl dev) On Thu, Sep 4, 2014 at 5:36 PM, Stéfan van der Walt ste...@sun.ac.za wrote: On Thu, Sep 4

[matplotlib-devel] matplotlib v1.4.0 released

We are pleased to announce the release of matplotlib 1.4.0! This release has contributions from ~170 authors (http://matplotlib.org/users/github_stats.html). This release contains many bug fixes as will as a number of new features. For the full list see

Re: [matplotlib-devel] getting a DOI for v1.4.0

/citing.html On Tue, Aug 26, 2014 at 5:01 PM, Thomas Caswell tcasw...@gmail.com wrote: Thanks! This hasn't been done yet because I was confused by zenodo and hadn't taken the tune to sort this out. Tom On Aug 26, 2014 4:54 PM, Nathaniel Smith n...@pobox.com wrote: On Sun, Aug 24, 2014 at 2:42

[matplotlib-devel] v1.4.0

in. One of the big issues from 1.3.1 was the incorrect documentation for the windows install that was wrong for many months, hopefully this will give us a way to deal with future situations rapidly. Tom -- Thomas Caswell tcasw...@gmail.com

  1   2   >