Mailman 3 June 2016 - Matplotlib-devel

How's progress with 1.5.2?
by Matthew Brett July 25, 2016

July 25, 2016

Hi, A friend of mine was just asking about 1.5.2 - he needs some fixes that landed after 1.5.1 for his own software package. What's the current ETA? Any tasks we less-experienced matplotlibbers can help with? Cheers, Matthew

7 8

Fw: Table defaults (font-issue?)
by OceanWolf June 30, 2016

June 30, 2016

Sent this message (see below) almost a month ago, but message too large. I have just used pngcrush on the image which reduced the image from 34k to 26k so hopefully this will send now. ----- Forwarded Message ----- From: OceanWolf <juichenieder-nabb(a)yahoo.co.uk> To: Matplotlib Development List <matplotlib-devel(a)python.org> Sent: Thursday, 2 June 2016, 18:03 Subject: Table defaults (font-issue?) Sorry for the late comment, I have just reinstalled matploblib for python3, finally making that transition :D. I have just taken a look at tables thinking I might quickly try to convert the legend to a table, but perhaps too late to make 2.0, but I thought I would give it a go anyway. Anyway, tables, looking at http://matplotlib.org/devdocs/examples/pylab_examples/table_demo.html it just about okay here, but on my system I don't see a gap between the descender and the bottom of the table cell, I would expect the same padding around the bottom of the decender irrespective of the font used. I would need to do a bit more investigation here to see if the table even shows the full descender, or whether it clips it. I use the current master branch for my test. Best, OceanWolf

2 2

macOS compatibility question
by Thomas Caswell June 23, 2016

June 23, 2016

Folks, We have a report that we have compatibility issues with macOS (aka the newest version of OSX) https://github.com/matplotlib/matplotlib/issues/6613 Can anyone who has a mac + has a preview of the new OS follow up on this bug report? Tom

3 2

fail to build matplotlib on smartos(like open solaris) system
by Frank Yu June 23, 2016

June 23, 2016

Hi there, I am trying build matplotlib on smartos(like open solaris) system. but failed with error. I am build the latest matplotlib. steps as below: # git describe v2.0.0b1-1699-g4b3350d # python setup.py install ============================================================================ Edit setup.cfg to change the build options BUILDING MATPLOTLIB matplotlib: yes [2.0.0b1+1699.g4b3350d] python: yes [2.7.11 (default, Jan 11 2016, 23:16:55) [GCC 4.9.3]] platform: yes [sunos5] REQUIRED DEPENDENCIES AND EXTENSIONS numpy: yes [version 1.11.0] six: yes [The installed version of six is 1.9.0 but a the minimum required version is 1.10. pip/easy install will attempt to install a newer version.] dateutil: yes [using dateutil version 2.4.0] functools32: yes [using functools32] pytz: yes [using pytz version 2014.10] cycler: yes [using cycler version 0.10.0] tornado: yes [using tornado version 4.3] pyparsing: yes [using pyparsing version 2.0.2] libagg: yes [pkg-config information for 'libagg' could not be found. Using local copy.] freetype: yes [version 2.5.5] png: yes [version 1.6.17] qhull: yes [pkg-config information for 'qhull' could not be found. Using local copy.] OPTIONAL SUBPACKAGES sample_data: yes [installing] toolkits: yes [installing] tests: yes [using nose version 1.3.7 / mock is required to run the matplotlib test suite. Please install it with pip or your preferred tool to run the test suite] toolkits_tests: yes [using nose version 1.3.7 / mock is required to run the matplotlib test suite. Please install it with pip or your preferred tool to run the test suite] OPTIONAL BACKEND EXTENSIONS macosx: no [Mac OS-X only] qt5agg: no [PySide2 not found; PyQt5 not found] qt4agg: no [PySide not found; PyQt4 not found] gtk3agg: no [Requires pygobject to be installed.] gtk3cairo: no [Requires pygobject to be installed.] gtkagg: no [Requires pygtk] tkagg: yes [installing; run-time loading from Python Tcl / Tk] wxagg: no [requires wxPython] gtk: no [Requires pygtk] agg: yes [installing] cairo: yes [installing, pycairo version 1.10.0] windowing: no [Microsoft Windows only] OPTIONAL LATEX DEPENDENCIES dvipng: no ghostscript: no latex: no pdftops: no OPTIONAL PACKAGE DATA dlls: no [skipping due to configuration] running install running bdist_egg running egg_info creating lib/matplotlib.egg-info writing requirements to lib/matplotlib.egg-info/requires.txt writing lib/matplotlib.egg-info/PKG-INFO writing namespace_packages to lib/matplotlib.egg-info/namespace_packages.txt writing top-level names to lib/matplotlib.egg-info/top_level.txt writing dependency_links to lib/matplotlib.egg-info/dependency_links.txt writing manifest file 'lib/matplotlib.egg-info/SOURCES.txt' reading manifest file 'lib/matplotlib.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' writing manifest file 'lib/matplotlib.egg-info/SOURCES.txt' installing library code to build/bdist.solaris-2.11-i86pc.64bit/egg running install_lib running build_py creating build creating build/lib.solaris-2.11-i86pc.64bit-2.7 copying lib/pylab.py -> build/lib.solaris-2.11-i86pc.64bit-2.7 creating build/lib.solaris-2.11-i86pc.64bit-2.7/matplotlib copying lib/matplotlib/_version.py -> build/lib.solaris-2.11-i86pc.64bit-2.7/matplotlib ............ running build_ext building 'matplotlib.ft2font' extension creating build/temp.solaris-2.11-i86pc.64bit-2.7 creating build/temp.solaris-2.11-i86pc.64bit-2.7/src gcc -fno-strict-aliasing -O2 -pipe -O2 -gdwarf-2 -DHAVE_DB_185_H -pthread -I/usr/include -I/opt/local/include -I/opt/local/include/db4 -I/opt/local/include/ncurses -DNDEBUG -O2 -pipe -O2 -gdwarf-2 -DHAVE_DB_185_H -pthread -I/usr/include -I/opt/local/include -I/opt/local/include/db4 -I/opt/local/include/ncurses -fPIC -DFREETYPE_BUILD_TYPE=system -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_ft2font_ARRAY_API -DNPY_NO_DEPRECATED_API=NPY_1_7_API_VERSION -I/opt/local/lib/python2.7/site-packages/numpy/core/include -I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include/freetype2 -I/usr/local/include -I. -I/opt/local/include/python2.7 -c src/ft2font.cpp -o build/temp.solaris-2.11-i86pc.64bit-2.7/src/ft2font.o gcc -fno-strict-aliasing -O2 -pipe -O2 -gdwarf-2 -DHAVE_DB_185_H -pthread -I/usr/include -I/opt/local/include -I/opt/local/include/db4 -I/opt/local/include/ncurses -DNDEBUG -O2 -pipe -O2 -gdwarf-2 -DHAVE_DB_185_H -pthread -I/usr/include -I/opt/local/include -I/opt/local/include/db4 -I/opt/local/include/ncurses -fPIC -DFREETYPE_BUILD_TYPE=system -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_ft2font_ARRAY_API -DNPY_NO_DEPRECATED_API=NPY_1_7_API_VERSION -I/opt/local/lib/python2.7/site-packages/numpy/core/include -I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include/freetype2 -I/usr/local/include -I. -I/opt/local/include/python2.7 -c src/ft2font_wrapper.cpp -o build/temp.solaris-2.11-i86pc.64bit-2.7/src/ft2font_wrapper.o In file included from /opt/local/include/python2.7/Python.h:44:0, from src/mplutils.h:21, from src/ft2font_wrapper.cpp:1: /usr/include/unistd.h:521:75: error: declaration of C function 'void swab(const void*, void*, ssize_t)' conflicts with In file included from /opt/local/include/python2.7/Python.h:42:0, from src/mplutils.h:21, from src/ft2font_wrapper.cpp:1: /usr/include/stdlib.h:170:13: error: previous declaration 'void swab(const char*, char*, ssize_t)' here error: command 'gcc' failed with exit status 1 The error is clear, swab was declared twice in both unistd.h and stdlib.h # sed -n 519,522p /usr/include/unistd.h #if defined(_XPG4) /* __EXTENSIONS__ makes the SVID Third Edition prototype in stdlib.h visible */ extern void swab(const void *_RESTRICT_KYWD, void *_RESTRICT_KYWD, ssize_t); #endif /* defined(_XPG4) */ # sed -n 170p /usr/include/stdlib.h extern void swab(const char *, char *, ssize_t); # sed -n 158,171p /usr/include/stdlib.h #if (defined(__EXTENSIONS__) || \ (!defined(_STRICT_STDC__) && !defined(_POSIX_C_SOURCE))) && \ (!defined(_XOPEN_SOURCE) || (defined(_XPG3) && !defined(_XPG4))) #ifndef _SSIZE_T #define _SSIZE_T #if defined(_LP64) || defined(_I32LPx) typedef long ssize_t; /* size of something in bytes or -1 */ #else typedef int ssize_t; /* (historical version) */ #endif #endif /* !_SSIZE_T */ extern void swab(const char *, char *, ssize_t); #endif /* defined(__EXTENSIONS__) || !defined(_STRICT_STDC) ... */ I saw someone has asked this question, but can't get a proper answer. -- Regards Frank Yu

3 4

matplotlib v2.0.0b1
by Thomas Caswell June 12, 2016

June 12, 2016

Folks, We tagged the first beta for v2.0.0 tonight. Please check out the new defaults! This is tagged as a beta because we anticipate a longer than normal release cycle. The style changes are substantial and we want to make sure that we have not crippled any common use cases. The target for the final release around scipy. A build of the docs is available at http://matplotlib.org/2.0.0b1 Preview conda packages are available via conda install -c conda-forge/label/rc -c conda-forge matplotlib pre-release packages should be on pypi tomorrow. Brief release notes: This previews the new default style and many bug-fixes. A full list of the style changes will be collected for the final release. In addition to the style change this release includes: - overhaul of font handling/text rendering to be faster and clearer - many new rcParams - Agg based OSX backend - optionally deterministic SVGs - complete re-write of image handling code - simplified color conversion - specify colors in the global property cycle via `'C0'`, `'C1'`... `'C9'` - use the global property cycle more places (bar, stem, scatter) There is a 'classic' style sheet which reproduces the 1.Y defaults: import matplotlib.style as mstyle mstyle.use('classic') A big thank you to everyone who worked on this release. Tom

4 5

Should we add manylinux wheels for previous versions of matplotlib?
by Matthew Brett June 11, 2016

June 11, 2016

Hi, As y'all probably know, we can now build reasonable manylinux wheels for matplotlib. For the upcoming 1.5.2 there is a firm plan to ship manylinux wheels. I also proposed putting up wheels for the current (1.5.1) and older versions - see [1]. My argument for doing this, is that it's relatively common for people to want to check that their code is compatible with older versions of matplotlib, especially using continuous integration testing on services like travis - and that putting wheels up on pypi would make this much easier to do. For example, there are now historical manylinux wheels up of numpy, scipy and cython up on pypi. Thomas C worried that this might cause problems. Numpy did get one complaint about the historical wheels (see [2]). We numpiers decided to continue providing the old numpy wheels on the basis that the person's use-case was unusual, and it was easy for him to solve the problem in a clean way by forcing a source install with the `--no-binary` flag to pip. So - the benefits of providing matplotlib wheels for old versions are easier installation of old versions for testing, or from pip requirements files that name specific versions. The risks are that someone with a more complex CI setup might run into problems we haven't yet thought of. Any thoughts / votes on this? Best, Matthew [1] https://github.com/matplotlib/matplotlib/issues/6473 [2] https://github.com/numpy/numpy/issues/7570

2 4

Fwd: Re: [matplotlib-devel] update x axis of a subplot according to the y axis of another one in python/matplotlib
by Alessandro Pietro Bardelli June 10, 2016

June 10, 2016

Forwarded from the old mailing list Hello Benjamin, last weekend (after more than a year... :-[ ) I found some spare time to refactor a bit the solution I implemented to solve the axis synchronisation. I have answered my own question on stackoverflow (http://stackoverflow.com/questions/28239054/update-the-x-axis-of-a-matplotl…) and I have shared on github (https://github.com/apbard/OrthogonalProjection) a simple class that allows to easily make orthogonal projections plots with full axis synchronisation and support for different basic plot types. Thanks again for the hint and sorry for the delay... Alessandro On 12/02/2015 19:58, Alessandro Pietro Bardelli wrote: > thanks for your answer. > I have played a bit with the callbacks and seems very promising. > i'll work on it in the weekend and drop an email as soon as I have > tested it properly :) > thanks again > > Alessandro > > On 12/02/2015 15:35, Benjamin Root wrote: >> Sharing the same axis across subplots is implemented via matplotlib's >> interactive framework, and is available by default. Glue is built on >> top of matplotlib, extending its interactive framework with many >> additional tools. Yes, it might be overkill for this singular task, >> but implementing orthogonal axis sharing isn't trivial, either, so >> suggesting a pre-packaged solution is merely pragmatic. >> >> Essentially, one would have to register callbacks for changes in each >> of the parent subplot's axis. This, in of itself, isn't really all >> that difficult once one learns the event framework. I think what >> might be very tricky is doing it for the 3d axes. As the de facto >> maintainer of mplot3d, I have never really tested axis sharing for >> mplot3d. I suspect that it would work exactly as you'd expect for the >> x and y axes, but the z axis may prove to be quirky. I don't know, I >> haven't ever tried it out. In general, the z-axis implementation is a >> bit of a kludge, so things tend to be different for it... >> >> Here is an example of how to register callbacks to changes in a >> particular axis. Hopefully, it can give you a nice leg up on the >> problem. Let me know if you have problems with the z-axis, I might be >> able to help sort it out. If you can get this to work, I would >> certainly love to include it in the gallery. >> http://matplotlib.org/examples/event_handling/viewlims.html >> >> Cheers! >> Ben Root >> >> >> On Thu, Feb 12, 2015 at 4:32 AM, Alessandro Pietro Bardelli >> <alessandro.bardelli(a)henesis.eu> wrote: >> >> Thanks for the answer. >> Glue seems a quite cool project but it is also a bit overkill for >> this specific task, isn't it? >> Basically I just would like tell sharex to point the Yaxis of the >> axes object. >> Isn't there a way to do this 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.bardelli(a)henesis.eu> wrote: >>> >>> I would like to plot an orthogonal projection (like this one >>> http://i.stack.imgur.com/DnNds.jpg) using matplotlib >>> possibly including also the 3D subplot. All the pictures >>> should share common axes. >>> >>> |fig =plt.figure()ax =fig.add_subplot(221,title="XZ")bx >>> =fig.add_subplot(222,title="YZ",sharey=ax)cx >>> =fig.add_subplot(223,title="XY",sharex=ax,sharey=[something >>> like bx.Xaxis])dx >>> =fig.add_subplot(224,title="XYZ",projection="3d",sharex=ax,sharey=bx,sharez=[something >>> like bx.Yaxis]| >>> >>> The problem is that I have to "link" on X axis of a plot >>> with the Y one of another and >>> Is there a way to accomplish this? >>> >>> Thanks >>> >>> Alessandro >>> >>> p.s. i have posted this question also on StackOverflow: >>> http://stackoverflow.com/questions/28239054/update-x-axis-of-a-subplot-acco… >>> >>> >>> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming. The Go Parallel >>> Website, >>> sponsored by Intel and developed in partnership with >>> Slashdot Media, is your >>> hub for all things parallel software development, from >>> weekly thought >>> leadership blogs to news, videos, case studies, tutorials >>> and more. Take a >>> look and join the conversation now. >>> http://goparallel.sourceforge.net/ >>> _______________________________________________ >>> Matplotlib-devel mailing list >>> Matplotlib-devel(a)lists.sourceforge.net >>> <mailto:Matplotlib-devel@lists.sourceforge.net> >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >> >> -- >> >> ---------------------------------- >> Alessandro Pietro Bardelli >> >> HENESIS s.r.l. >> P.IVA (VAT. N.) IT02280660354 >> Viale dei Mille, 108 >> 43125 PARMA (IT) >> >> Email: alessandro.bardelli(a)henesis.eu >> <mailto:alessandro.bardelli@henesis.eu> >> >> Tel: (+39)05211854211 <tel:%28%2B39%2905211854211> >> Fax: (+39)05211854515 <tel:%28%2B39%2905211854515> >> SkypeID: henesis_srl >> Web: www.henesis.eu <http://www.henesis.eu> >> ---------------------------------- >> >> > > -- > > ---------------------------------- > Alessandro Pietro Bardelli > > HENESIS s.r.l. > P.IVA (VAT. N.) IT02280660354 > Viale dei Mille, 108 > 43125 PARMA (IT) > > Email: alessandro.bardelli(a)henesis.eu > > Tel: (+39)05211854211 > Fax: (+39)05211854515 > SkypeID: henesis_srl > Web: www.henesis.eu > ---------------------------------- -- ---------------------------------- Alessandro Pietro Bardelli Camlin Italy S.r.l - part of Camlin group P.IVA (VAT. N.) IT02280660354 Strada Budellungo, 2 43123 PARMA (IT) Email: alessandro.bardelli(a)henesis.eu Tel: (+39)05211854211 (extension 14) Fax: (+39)05211854515 Web: www.henesis.eu ----------------------------------

1 0

Status of toolbar/toolmanager changes (not working for me)?
by Rob Clewley June 10, 2016

June 10, 2016

I'm using v1.5.1 with python 2.7.5 and I was reading the discussion on https://github.com/matplotlib/matplotlib/pull/3652 and trying to reproduce the toolbar manipulation shown at https://github.com/fariza/pycon2015/blob/master/ToolDemo.ipynb I can't get it to work from either regular python or ipython (console), at least not with my WXagg, GTKagg or GTKCairo backends. In my matplotlibrc I have set toolbar to be toolmanager. After successfully getting a figure window with fig, ax = plt.subplots(), I find that fig.canvas.manager.toolbar is None and there is no toolmanager attribute in the manager. Did I miss something that has changed, because the pull seemed to apply to 1.5.1? Thanks, Rob

2 1

Re: [Matplotlib-devel] [matplotlib-devel] Ternary or triangle plots
by Hubert Holin June 7, 2016

June 7, 2016

Paris (U.E.), le 06/06/2016 Bonsoir Nearly five years have gone by… I now find myself needing the code for triangle plots I wrote way back then for the article I mentioned and is now about finished. I the mean time, I see that your submission has grown quite nicely. There are still some differences between the two. Would my offer of contributing some additional functionality, or some variant appearance, still be of interest to the community? Merci Hubert Holin > On 21 Sep 2011, at 00:20, Hubert Holin <hubert.holin(a)free.fr> wrote: > > Paris (U.E.), le 21/09/2011 > > Bonsoir > > I have been working in my infinitesimally small spare time for the last few months on triangle plots. Attached bellow are a few output examples (bulky because I chose the Tiff format for “historical” reasons). I still have quite a few variations I want to code (and perhaps an article to write dealing with triangle plots and some densities). I have not made anything public yet (bad habit, I know…), but it would be a shame if we duplicated work. Would you be interested in merging our work? > > Hubert Holin > > <test_baseline_trigridcontour.tif> > <test_baseline_trigridscatter.tif> > > > On 20 sept. 2011, at 23:01, Kevin Davies wrote: > >> Hello, >> I'm attaching two demo plots of a class that creates ternary or triangle plots. I've done the best I can, but I don't think the code is ready for prime time. I think it needs help from an expert on matplotlib projections. I've created a branch with the ternary.py file: >> https://github.com/kdavies4/matplotlib/compare/master...ternary <https://github.com/kdavies4/matplotlib/compare/master...ternary> >> >> Kevin >> <ternary1.png><ternary2.png>------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2dcopy1________________________________________… <http://p.sf.net/sfu/splunk-d2dcopy1________________________________________…> >> Matplotlib-devel mailing list >> Matplotlib-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >

2 2

(no subject)
by Daniel McNeela June 7, 2016

June 7, 2016

Hi All, I'm currently developing a Python package built on top of Matplotlib, and I'd like to add custom functionality to the Axes class while still retaining all of the default Matplotlib syntax and commands. To do this, I'd like to subclass matplotlib.axes.Axes (or possibly matplotlib.axes._base._AxesBase) and add additional class attributes and methods. Ideally, I'd like to do this without forking Matplotlib and directly editing the source so as to maintain compatibility with future Matplotlib releases. I see that in pyplot.py, calls to figure() accept an optional FigureClass argument which I could use to pass a custom subclass of Figure. I was thinking I could subclass Figure such that the subclass overrides methods such as Figure.add_subplot() by calling the superclass's method and passing my custom Axes subclass in as an optional argument. But I'm not sure which methods I'd have to override, or how deep the rabbit hole goes, as Axes objects seem to be generated in a number of places throughout the Matplotlib source. If anyone who is familiar with the code base might be able to suggest a simple way in which I could accomplish this desired behavior, I would greatly appreciate it! Right now, I'm adding the desired functionality via a function that accepts Matplotlib Axes instances and binds custom attributes/methods to these instances via Python's type.MethodType, but this seems like a rather clunky and un-Pythonic approach to building what will likely be an extensive application. Thank you in advance for your help! Best, Daniel McNeela

4 6