Mailman 3 October 2018 - Matplotlib-users

Arranging subplots on a square regular grid
by Daniele Nicolodi Oct. 31, 2018

Oct. 31, 2018

Hello, I would like to arrange a number of square subplots (as in subplots with square axes as obtained with `ax.axis('equal')`) in a grid such that the distance between rows and columns is exactly the same. I can use a GridSpec but, as soon as I ask for the axes to be square, the distance between axes changes. Is there a way to enforce the equal distances constrain (namely stretch the padding between the axes and the margin of the figure but do not stretch the padding between axes) or the only solution is to do it manually? Thank you in advance. Best, Dan

3 3

Issue with pyplot
by ulfjoh1523 Oct. 29, 2018

Oct. 29, 2018

Hi, Have a problem that is driving me nuts, and have narrowed it down to pyplot, and anything depending on pyplot. This command works fine: import matplotlib as mpl But when I run import matplotlib.pyplot as plt The python icon in docks starts jumping up and down and I get: [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (preact.min.js.map, line 0) [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (preact-compat.min.js.map, line 0) [Error] Failed to load resource: the server responded with a status of 404 (Not Found) (index.js.map, line 0) Running Python 3.7, Matplotlib 3.0 on a Mac OS High Sierra, and all worked fine up till just recently Any ideas anyone? -- Sent from: http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html

4 4

3.0 upgrade
by Srinivasa Rao Oct. 28, 2018

Oct. 28, 2018

Hi, I was using Matplotlib ver 2.2.2 on windows 10 using anaconda distribution. Now I have upgraded anaconda distribution with Matplotlib ver 3.0.0. Facing few issues with the code that was working fine with 2.2.2. 1. In 3D plots using mplot3d, for multiple subplots, plt.tight_layout(w_pad=5) worked fine with 2.2.2, but same code is giving the following error <http://matplotlib.1069221.n5.nabble.com/file/t5188/tight_layout_err.png> , and output display is one long vertical line with some jumbled letters. When I remove titght_layout() statement, I get adequate space in between the plots, but legend overalps with title. How can I fix this overlap issue? 2. For all 3D plots figure size gets too small, compared to the size I used to get with 2.2.2 version. It is the same for single plot or multiple subplots in the figure. Even figsize=(15,10) produces very small figure as attached here <http://matplotlib.1069221.n5.nabble.com/file/t5188/3Dfigure_Sizeissue.png> whereas 2.2.2 produced full screen figure as shown below. <http://matplotlib.1069221.n5.nabble.com/file/t5188/sizewith222.png> Appreciate any help in resolving these two issues. -- Sent from: http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html

3 9

Range Slider?
by Dieter Werthmüller Oct. 27, 2018

Oct. 27, 2018

Hi matplotlib users, Matplotlib has the Slider-widget (matplotlib.widgets.Slider). Is there a way to achieve a range-slider, hence to have a slider where you can drag from both sides and therefore get two values, the minimum and the maximum. For instance as it is implemented in the Jupyter widgets, see https://ipywidgets.readthedocs.io/en/stable/examples/Widget%20List.html#Int… Thanks, Dieter

2 1

Re: [Matplotlib-users] Possible regression in plotting lists of strings after 2.0
by Douglas Clowes Oct. 27, 2018

Oct. 27, 2018

On Thu, Oct 25, 2018 at 2:19 PM Douglas Clowes <douglas.clowes(a)gmail.com> wrote: > I had a program that seemed to work fine on Fedora 27 (matplotlib 2.0.0) > but exhibits strange behaviour on Fedora 29 (matplotlib 2.2.3) and Rawhide > (matplotlib 3.0.0). Behaviour is the same with either python 2 or 3. > > The following "minimalist" program performs well where "y" is a list of > floats and on 2.0.0 with either floats or strings. On later versions with > strings: > * it plots a straight line > * has y-axis labels on every point > * has linear spacing of non-linear points on y-axis > * pressing "l" (lower-case L) yields a different scale and labels > > With read data (not monotonic) it yields even stranger results. > > Since it used to work, is it expected to work with strings or did I just > get lucky? > > #!/usr/bin/env python3 > import csv > import sys > import matplotlib.pyplot as plt > > x = range(11) > if "-s" in sys.argv: > y = [str(i*i) for i in x] > print("Strings") > else: > y = [i*i for i in x] > print("Floats") > plt.subplot(111) > plt.grid(True) > print("preplot") > plt.plot(x, y, "+-") > print("pretight") > plt.tight_layout() > print("presave") > plt.savefig("plot.svg") > print("preshow") > plt.show() >

2 1

Plotting Lists of Strings has high CPU
by Douglas Clowes Oct. 25, 2018

Oct. 25, 2018

> Strings are now treated as “categories” rather than cast to floats, and plotted in the order received. > https://matplotlib.org/gallery/lines_bars_and_markers/categorical_variables… > Cheers, Jody Thanks for that Jody, I did just "get lucky". Some assessment of this shows the high CPU associated with this operation is at least partially avoidable. The majority of the CPU time, according to: python3 -m cProfile -s time plotit.py -s|head -n20 is in or under StrCategoryFormatter._text which seems to be getting called exponentially more times than I would expect. Of the order number of categories squared in my samples, with 40K calls for 100 categories and 4M for 1000 on mpl 2.2 amd 6M on mpl 3.0. Seems high. Within the _text function in 2.2, the most expensive operation is the constant test of the numpy version. This can be significantly reduced by moving the constant expression with a simple change like: diff --git a/lib/matplotlib/category.py b/lib/matplotlib/category.py index b135bff1c..89b1c5bd9 100644 --- a/lib/matplotlib/category.py +++ b/lib/matplotlib/category.py @@ -28,6 +28,8 @@ import matplotlib.ticker as ticker # np 1.6/1.7 support from distutils.version import LooseVersion +NP_PRE_1_7_0 = LooseVersion(np.__version__) < LooseVersion('1.7.0') + VALID_TYPES = tuple(set(six.string_types + (bytes, six.text_type, np.str_, np.bytes_))) @@ -158,7 +160,7 @@ class StrCategoryFormatter(ticker.Formatter): def _text(value): """Converts text values into `utf-8` or `ascii` strings """ - if LooseVersion(np.__version__) < LooseVersion('1.7.0'): + if NP_PRE_1_7_0: if (isinstance(value, (six.text_type, np.unicode))): value = value.encode('utf-8', 'ignore').decode('utf-8') if isinstance(value, (np.bytes_, six.binary_type)):

2 1

REL: Matplotlib 3.0.1
by Thomas Caswell Oct. 25, 2018

Oct. 25, 2018

Folks, This is the first bug fix release for the 3.0 series which fixes several - Fix failure to import bug when on Python 3.6.7 and 3.7.1 - Fixed a number of failure to import bugs around finding fonts - Fix Qt4 backend - Fix bug on OSX that recursively searched current directory for fonts - Fix bouncing-rocket on OSX when doing backend fallback and not selecting OSX - Temporarily restore several private APIs to unbreak cartopy - Make pyplot more tolerant of varying signatures in 3rd-party sub-classe - Improve datetime64 unit handling - Fixed several poor interactions with tight_layout The wheels are up on pypi and updated packages are available on main anaconda / conda-forge. A big thank you to the prompt work of the packagers! The documentation will catch up with the release in the next few days. Tom -- Thomas Caswell tcaswell(a)gmail.com

1 0

Re: [Matplotlib-users] matplotlib 3.0 animation blitting bug?
by Thomas Caswell Oct. 20, 2018

Oct. 20, 2018

That does help to localize the bug as Qt has support for high-dpi (to support full resolution figures we have to first ask the desktop to not give us effectively half-resolution and then internally double the rendered resolution) where as tk does not. It looks like something is getting confused about what parts of the buffer need to be updated / restored / cleared during blitting. Tom On Fri, Oct 19, 2018 at 8:09 PM David J Pine <djpine(a)gmail.com> wrote: > Hi Tom, > > Yes, it is on a retina display. I can try it on another display when I'm > at work tomorrow. However, resizing the window while running the animation > does not fix the problem. > > David > > On Fri, Oct 19, 2018 at 6:57 PM Thomas Caswell <tcaswell(a)gmail.com> wrote: > >> David, >> >> Is this on a retnia display? If you re-size while the animation is >> running does it fix it's self? >> >> When saving to disk we re-render each frame 'from scratch' so I am not >> surprised that it does not show up there. >> >> Tom >> >> On Tue, Oct 16, 2018 at 10:37 AM DJP <djpine(a)gmail.com> wrote: >> >>> I should have stated that I'm using the Qt5Agg backend, which seems to be >>> where the problem lies. The animation works without a problem for the >>> TkAgg >>> backend. >>> >>> >>> >>> -- >>> Sent from: >>> http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Matplotlib-users(a)python.org >>> https://mail.python.org/mailman/listinfo/matplotlib-users >>> >> >> >> -- >> Thomas Caswell >> tcaswell(a)gmail.com >> > -- Thomas Caswell tcaswell(a)gmail.com

1 0

matplotlib 3.0 animation blitting bug?
by DJP Oct. 19, 2018

Oct. 19, 2018

This looks like a bug to me, but maybe someone knows better... After updating to matplotlib 3.0, I get the following problem on animations that use blitting: A horizontal bar appears at the bottom and a vertical bar on the right of function animation plots. The attached screenshot shows the problem for the "The Bayes update” example from the matplotlib animation examples: https://matplotlib.org/gallery/animation/bayes_update.html#sphx-glr-gallery…. This same problem occurs on all animation files I’ve tried that use blitting. None of them had the problem before I updated. Interestingly enough, when I save the animation to an mpeg4 file, there is no problem in the saved movie file. This occurs on a system configured as follows: macOS: 10.13.6 Python: 3.7.0 Anaconda distribution matplotlib: 3.0.0 <http://matplotlib.1069221.n5.nabble.com/file/t1291/bayes_update_frame.png> -- Sent from: http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html

2 2

Matplotlib release plans & dropping py35
by Thomas Caswell Oct. 16, 2018

Oct. 16, 2018

Folks, The current proposed release schedule for Matplotlib is: Nov 3-4, 2018 - Matplotlib 2.2.4 LTS - Matplotlib 3.0.1 These are both bug-fix releases. Futher bug-fix releases will be as-needed. April 2019 - Matplotlib 3.1 This will be a feature release and per our dependency policy [1], we plan do drop support for python 3.5 which was initially released in September 2015 [2]. Tom [1] https://matplotlib.org/devdocs/devel/min_dep_policy.html [2] https://www.python.org/dev/peps/pep-0478/ -- Thomas Caswell tcaswell(a)gmail.com

1 0