Re: [Matplotlib-users] plots points corresponding to a list of values - similar to listplot of mathematica
You can also do x,y = zip(*pts) If you don't feel like importing numpy. Ben On Sun, Nov 6, 2011 at 12:49 PM, Tony Yu tsy...@gmail.com wrote: On Sun, Nov 6, 2011 at 8:20 AM, Gousios George gg...@windowslive.comwrote: Hello, Is there a way?Like the title says? I have a 2d list : [[ 0 1] [ 1 1] [ 1 0] [ 2 0] [ 1 0] [ 2 0] [ 1 0] [ 0 0] [ 1 0] [ 1 -1]] and i want to do the listplot' from mathematica. I don't know of a plot function to do this, but one extra line of code should suffice: pts = [[0, 1], [1, 1], [1, 0], [2, 0], [1, 0], [2, 0], [1, 0], [0, 0], [1, 0], [1,-1]] x, y = np.transpose(pts) plt.plot(x, y) Best, -Tony -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] plot() not using alpha value from RGBA tuple
On Tue, Aug 16, 2011 at 12:22 AM, Benjamin Root ben.r...@ou.edu wrote: On Monday, August 15, 2011, Ben Breslauer bbresla...@gmail.com wrote: Hi, Has anyone else noticed this behavior? For the devs, do you prefer a github bug to the SF list? Ben I have not personally observed this, but usually, people don't specify rgba tuples for plot. I think the lack of response is due to our focus on larger bugs right now for the upcoming release. Therefore, it would probably be best to file a bug report with your patch so that we have a record of it. The fuller patch might be more involved (consider scatter and other functions). Plus, we would likely need to consider what to do if both an rgba tuple and alpha were specified, As a rule of thumb, if we don't respond on list, file a bug report. Thanks for bringing this to our attention! Ben Root Ben, Eric, and Vlastimil, Thanks for the responses. I will try and submit a bug report soon, and perhaps a patch if I can come up with something more complete, though obviously I don't know the matplotlib code base all that well. And I'll keep that rule of thumb in mind in the future. Ben -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] plot() not using alpha value from RGBA tuple
Hi, Has anyone else noticed this behavior? For the devs, do you prefer a github bug to the SF list? Ben On Mon, Jul 25, 2011 at 2:21 PM, Ben Breslauer bbresla...@gmail.com wrote: I think that I have found the problem here. Line2D.draw() (and I presume other Artist subclasses) calls gc.set_foreground(self._color) ... gc.set_alpha(self._alpha) self._color is defined by the color kwarg, whether it be a hex value, 3-tuple, 4-tuple, or something else. self._alpha is defined by the alpha kwarg, but if the alpha kwarg is None, it is not overwritten with color[3]. Therefore, using color=(R,G,B,A) does not set alpha correctly. I'm not sure the best (i.e. most matplotlib-like) way to change this so that the A value gets used iff alpha is None, but I've attached a patch that does it one way (diff'ed against the github master, commit 67b1cd650f574f9c53ce). I know the patch is less than ideal, as it adds kwarg-specific handling into a place where none had previously been done, and it's also in a for loop. Maybe it would be better to do the checking along with the scalex and scaley pops? Separately, I noticed that backend_bases.GraphicsContextBase.set_foreground claims to only expect an RGB definition, and not an RGBA definition. As such, I think that it should call self._rgb = colors.colorConverter.to_rgb(fg) instead of self._rgb = colors.colorConverter.to_rgba(fg) since that will make self._rgb a 3-tuple instead of a 4-tuple. Ben On Sat, Jul 23, 2011 at 3:13 PM, Ben Breslauer bbresla...@gmail.comwrote: Hi, I'm trying to fade some data, using alpha values, that I am plotting with Axes.plot(). I can recreate this problem with 1 line of pylab.plot. If I use pylab.plot([1,2,3],[1,4,9], color=(1,0,0,.2), linewidth=7) then I get the equivalent of pylab.plot([1,2,3],[1,4,9], color=(1,0,0), linewidth=7) i.e. it does not use the alpha value. However, if instead I use pylab.plot([1,2,3],[1,4,9], color=(1,0,0), linewidth=7, alpha=.2) then the line is faded out appropriately. The plot documentation indicates that RGBA tuples should be valid, so I'm wondering if this is a bug. Maybe alpha is defaulting to 1 or None and then not being overwritten if color is a 4-tuple? I'm using Arch Linux with kernel 2.6.39, matplotlib 1.0.1 from the Arch repo, and the Qt4 backend. My installed Qt version is 4.7.3, and I am using KDE 4.6.5. Below is verbose-debug output. Thanks for any help! Ben $HOME=/home/ben CONFIGDIR=/home/ben/.matplotlib matplotlib data path /usr/lib/python2.7/site-packages/matplotlib/mpl-data loaded rc file /usr/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc matplotlib version 1.0.1 verbose.level debug interactive is False units is False platform is linux2 loaded modules: ['heapq', 'numpy.core.info', 'distutils', 'numpy.lib.format', 'functools', 'pylab', '_bisect', 'subprocess', 'sysconfig', 'gc', 'matplotlib.tempfile', 'distutils.sysconfig', 'ctypes._endian', 'encodings.encodings', 'pyparsing', 'matplotlib.colors', 'numpy.core.numerictypes', 'numpy.testing.sys', 'numpy.lib.__future__', 'numpy.fft.types', 'numpy.ma.cPickle', 'struct', 'numpy.matrixlib.defmatrix', 'numpy.random.info', 'tempfile', 'numpy.compat.types', 'pprint', 'numpy.linalg', 'matplotlib.threading', 'numpy.core.machar', 'numpy.testing.types', 'numpy.testing', 'collections', 'numpy.polynomial.sys', 'unittest.sys', 'numpy.core.umath', 'unittest.main', 'distutils.types', 'numpy.testing.operator', 'numpy.core.scalarmath', 'numpy.ma.sys', 'zipimport', 'string', 'matplotlib.subprocess', 'numpy.testing.os', 'unittest.functools', 'numpy.lib.arraysetops', 'numpy.testing.unittest', 'numpy.lib.math', 'encodings.utf_8', 'matplotlib.__future__', 'unittest.types', 'unittest.util', ' numpy.testing.re', 'numpy.version', 'numpy.lib.re', 'distutils.re', 'numpy.matrixlib.sys', 'ctypes.os', 'numpy.core.os', 'numpy.lib.type_check', 'numpy.compat.sys', 'unittest.StringIO', 'bisect', 'numpy.core._internal', 'signal', 'numpy.lib.types', 'numpy.lib._datasource', 'random', 'numpy.lib.__builtin__', 'numpy.fft.fftpack_lite', 'matplotlib.cbook', 'textwrap', 'numpy.core.multiarray', 'numpy.polynomial.string', 'distutils.version', 'cStringIO', 'numpy.polynomial', 'numpy.numpy', 'matplotlib.StringIO', 'unittest.time', 'locale', 'numpy.add_newdocs', 'unittest.difflib', 'numpy.core.getlimits', 'base64', '_ssl', 'numpy.lib.sys', 'encodings', 'numpy.ma.itertools', 'unittest.pprint', ' unittest.re', 'abc', 'numpy.matrixlib', 'numpy.ctypes', 'numpy.testing.decorators', 'matplotlib.warnings', 'rfc822', 'numpy.lib.npyio', 'numpy.lib.numpy', 'matplotlib.sys', 're', 'numpy.lib._compiled_base', 'numpy.polynomial.legendre', 'threading', 'new', 'numpy.ma.warnings', 'numpy.random.mtrand', 'urllib2', 'matplotlib.cPickle', 'math', 'numpy.fft.helper', 'fcntl', 'unittest.case', 'matplotlib.numpy', 'UserDict', 'unittest.suite', 'numpy.lib.function_base', 'distutils.os
Re: [Matplotlib-users] tick sizes
Hi Andre, You should be able to set the size with the following: params = {'length': 10} axis = plt.axes().xaxis axis.set_tick_params(which='major', **params) You can also use 'minor' instead of 'major' to set the minor ticks. There are a number of different valid values for the params dict, including direction, width, and color. Ben On Thu, Jul 28, 2011 at 2:22 PM, Andre' Walker-Loud walksl...@gmail.comwrote: Hi All, I am trying to modify tick sizes and labels. Reading documents and examples, I have found an easy way to modify the labels, import matplotlib.pyplot as plt ax = plt.axes() font_size = 24 plt.setp(ax.get_xticklabels(),fontsize=font_size) but I am struggling to find such a nice solution for the tick size. I would like to change the size of the major and minor ticks independently. But the best I have come up with so far is a brute force double loop (I tried calling major=False but major is not a recognized kwarg) for tick in ax.xaxis.get_ticklines(minor=True): tick.set_markersize(5) for tick in ax.xaxis.get_ticklines(minor=False): tick.set_markersize(10) I assume there is some nice solution like for the tick labels, but I have not found it. Anyone figured this one out yet? Thanks, Andre -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] tick sizes
Hmm, no, it looks like the tick_params were added in 1.0. I can also get it to work using plt.setp(ax.xaxis.get_ticklines(minor=False), markersize=10) but I'm using matplotlib 1.0.1. I'm not sure if neither of those solutions work. Ben On Thu, Jul 28, 2011 at 3:30 PM, Andre' Walker-Loud walksl...@gmail.comwrote: Hi Ben, Would you expect this to work on Matplotlib 0.99.3? I get the following error AttributeError: 'XAxis' object has no attribute 'set_tick_params' Thanks, Andre On Jul 28, 2011, at 12:18 PM, Ben Breslauer wrote: Hi Andre, You should be able to set the size with the following: params = {'length': 10} axis = plt.axes().xaxis axis.set_tick_params(which='major', **params) You can also use 'minor' instead of 'major' to set the minor ticks. There are a number of different valid values for the params dict, including direction, width, and color. Ben On Thu, Jul 28, 2011 at 2:22 PM, Andre' Walker-Loud walksl...@gmail.comwrote: Hi All, I am trying to modify tick sizes and labels. Reading documents and examples, I have found an easy way to modify the labels, import matplotlib.pyplot as plt ax = plt.axes() font_size = 24 plt.setp(ax.get_xticklabels(),fontsize=font_size) but I am struggling to find such a nice solution for the tick size. I would like to change the size of the major and minor ticks independently. But the best I have come up with so far is a brute force double loop (I tried calling major=False but major is not a recognized kwarg) for tick in ax.xaxis.get_ticklines(minor=True): tick.set_markersize(5) for tick in ax.xaxis.get_ticklines(minor=False): tick.set_markersize(10) I assume there is some nice solution like for the tick labels, but I have not found it. Anyone figured this one out yet? Thanks, Andre -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] plot() not using alpha value from RGBA tuple
I think that I have found the problem here. Line2D.draw() (and I presume other Artist subclasses) calls gc.set_foreground(self._color) ... gc.set_alpha(self._alpha) self._color is defined by the color kwarg, whether it be a hex value, 3-tuple, 4-tuple, or something else. self._alpha is defined by the alpha kwarg, but if the alpha kwarg is None, it is not overwritten with color[3]. Therefore, using color=(R,G,B,A) does not set alpha correctly. I'm not sure the best (i.e. most matplotlib-like) way to change this so that the A value gets used iff alpha is None, but I've attached a patch that does it one way (diff'ed against the github master, commit 67b1cd650f574f9c53ce). I know the patch is less than ideal, as it adds kwarg-specific handling into a place where none had previously been done, and it's also in a for loop. Maybe it would be better to do the checking along with the scalex and scaley pops? Separately, I noticed that backend_bases.GraphicsContextBase.set_foreground claims to only expect an RGB definition, and not an RGBA definition. As such, I think that it should call self._rgb = colors.colorConverter.to_rgb(fg) instead of self._rgb = colors.colorConverter.to_rgba(fg) since that will make self._rgb a 3-tuple instead of a 4-tuple. Ben On Sat, Jul 23, 2011 at 3:13 PM, Ben Breslauer bbresla...@gmail.com wrote: Hi, I'm trying to fade some data, using alpha values, that I am plotting with Axes.plot(). I can recreate this problem with 1 line of pylab.plot. If I use pylab.plot([1,2,3],[1,4,9], color=(1,0,0,.2), linewidth=7) then I get the equivalent of pylab.plot([1,2,3],[1,4,9], color=(1,0,0), linewidth=7) i.e. it does not use the alpha value. However, if instead I use pylab.plot([1,2,3],[1,4,9], color=(1,0,0), linewidth=7, alpha=.2) then the line is faded out appropriately. The plot documentation indicates that RGBA tuples should be valid, so I'm wondering if this is a bug. Maybe alpha is defaulting to 1 or None and then not being overwritten if color is a 4-tuple? I'm using Arch Linux with kernel 2.6.39, matplotlib 1.0.1 from the Arch repo, and the Qt4 backend. My installed Qt version is 4.7.3, and I am using KDE 4.6.5. Below is verbose-debug output. Thanks for any help! Ben $HOME=/home/ben CONFIGDIR=/home/ben/.matplotlib matplotlib data path /usr/lib/python2.7/site-packages/matplotlib/mpl-data loaded rc file /usr/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc matplotlib version 1.0.1 verbose.level debug interactive is False units is False platform is linux2 loaded modules: ['heapq', 'numpy.core.info', 'distutils', 'numpy.lib.format', 'functools', 'pylab', '_bisect', 'subprocess', 'sysconfig', 'gc', 'matplotlib.tempfile', 'distutils.sysconfig', 'ctypes._endian', 'encodings.encodings', 'pyparsing', 'matplotlib.colors', 'numpy.core.numerictypes', 'numpy.testing.sys', 'numpy.lib.__future__', 'numpy.fft.types', 'numpy.ma.cPickle', 'struct', 'numpy.matrixlib.defmatrix', 'numpy.random.info', 'tempfile', 'numpy.compat.types', 'pprint', 'numpy.linalg', 'matplotlib.threading', 'numpy.core.machar', 'numpy.testing.types', 'numpy.testing', 'collections', 'numpy.polynomial.sys', 'unittest.sys', 'numpy.core.umath', 'unittest.main', 'distutils.types', 'numpy.testing.operator', 'numpy.core.scalarmath', 'numpy.ma.sys', 'zipimport', 'string', 'matplotlib.subprocess', 'numpy.testing.os', 'unittest.functools', 'numpy.lib.arraysetops', 'numpy.testing.unittest', 'numpy.lib.math', 'encodings.utf_8', 'matplotlib.__future__', 'unittest.types', 'unittest.util', ' numpy.testing.re', 'numpy.version', 'numpy.lib.re', 'distutils.re', 'numpy.matrixlib.sys', 'ctypes.os', 'numpy.core.os', 'numpy.lib.type_check', 'numpy.compat.sys', 'unittest.StringIO', 'bisect', 'numpy.core._internal', 'signal', 'numpy.lib.types', 'numpy.lib._datasource', 'random', 'numpy.lib.__builtin__', 'numpy.fft.fftpack_lite', 'matplotlib.cbook', 'textwrap', 'numpy.core.multiarray', 'numpy.polynomial.string', 'distutils.version', 'cStringIO', 'numpy.polynomial', 'numpy.numpy', 'matplotlib.StringIO', 'unittest.time', 'locale', 'numpy.add_newdocs', 'unittest.difflib', 'numpy.core.getlimits', 'base64', '_ssl', 'numpy.lib.sys', 'encodings', 'numpy.ma.itertools', 'unittest.pprint', ' unittest.re', 'abc', 'numpy.matrixlib', 'numpy.ctypes', 'numpy.testing.decorators', 'matplotlib.warnings', 'rfc822', 'numpy.lib.npyio', 'numpy.lib.numpy', 'matplotlib.sys', 're', 'numpy.lib._compiled_base', 'numpy.polynomial.legendre', 'threading', 'new', 'numpy.ma.warnings', 'numpy.random.mtrand', 'urllib2', 'matplotlib.cPickle', 'math', 'numpy.fft.helper', 'fcntl', 'unittest.case', 'matplotlib.numpy', 'UserDict', 'unittest.suite', 'numpy.lib.function_base', 'distutils.os', 'matplotlib', 'numpy.fft.numpy', 'exceptions', 'numpy.lib.info', 'ctypes', 'numpy.lib.warnings', 'ctypes.struct', 'codecs', 'numpy.core._sort', 'numpy.os', 'unittest.loader', '_functools', '_locale', 'numpy
[Matplotlib-users] plot() not using alpha value from RGBA tuple
Hi, I'm trying to fade some data, using alpha values, that I am plotting with Axes.plot(). I can recreate this problem with 1 line of pylab.plot. If I use pylab.plot([1,2,3],[1,4,9], color=(1,0,0,.2), linewidth=7) then I get the equivalent of pylab.plot([1,2,3],[1,4,9], color=(1,0,0), linewidth=7) i.e. it does not use the alpha value. However, if instead I use pylab.plot([1,2,3],[1,4,9], color=(1,0,0), linewidth=7, alpha=.2) then the line is faded out appropriately. The plot documentation indicates that RGBA tuples should be valid, so I'm wondering if this is a bug. Maybe alpha is defaulting to 1 or None and then not being overwritten if color is a 4-tuple? I'm using Arch Linux with kernel 2.6.39, matplotlib 1.0.1 from the Arch repo, and the Qt4 backend. My installed Qt version is 4.7.3, and I am using KDE 4.6.5. Below is verbose-debug output. Thanks for any help! Ben $HOME=/home/ben CONFIGDIR=/home/ben/.matplotlib matplotlib data path /usr/lib/python2.7/site-packages/matplotlib/mpl-data loaded rc file /usr/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc matplotlib version 1.0.1 verbose.level debug interactive is False units is False platform is linux2 loaded modules: ['heapq', 'numpy.core.info', 'distutils', 'numpy.lib.format', 'functools', 'pylab', '_bisect', 'subprocess', 'sysconfig', 'gc', 'matplotlib.tempfile', 'distutils.sysconfig', 'ctypes._endian', 'encodings.encodings', 'pyparsing', 'matplotlib.colors', 'numpy.core.numerictypes', 'numpy.testing.sys', 'numpy.lib.__future__', 'numpy.fft.types', 'numpy.ma.cPickle', 'struct', 'numpy.matrixlib.defmatrix', 'numpy.random.info', 'tempfile', 'numpy.compat.types', 'pprint', 'numpy.linalg', 'matplotlib.threading', 'numpy.core.machar', 'numpy.testing.types', 'numpy.testing', 'collections', 'numpy.polynomial.sys', 'unittest.sys', 'numpy.core.umath', 'unittest.main', 'distutils.types', 'numpy.testing.operator', 'numpy.core.scalarmath', 'numpy.ma.sys', 'zipimport', 'string', 'matplotlib.subprocess', 'numpy.testing.os', 'unittest.functools', 'numpy.lib.arraysetops', 'numpy.testing.unittest', 'numpy.lib.math', 'encodings.utf_8', 'matplotlib.__future__', 'unittest.types', 'unittest.util', ' numpy.testing.re', 'numpy.version', 'numpy.lib.re', 'distutils.re', 'numpy.matrixlib.sys', 'ctypes.os', 'numpy.core.os', 'numpy.lib.type_check', 'numpy.compat.sys', 'unittest.StringIO', 'bisect', 'numpy.core._internal', 'signal', 'numpy.lib.types', 'numpy.lib._datasource', 'random', 'numpy.lib.__builtin__', 'numpy.fft.fftpack_lite', 'matplotlib.cbook', 'textwrap', 'numpy.core.multiarray', 'numpy.polynomial.string', 'distutils.version', 'cStringIO', 'numpy.polynomial', 'numpy.numpy', 'matplotlib.StringIO', 'unittest.time', 'locale', 'numpy.add_newdocs', 'unittest.difflib', 'numpy.core.getlimits', 'base64', '_ssl', 'numpy.lib.sys', 'encodings', 'numpy.ma.itertools', 'unittest.pprint', ' unittest.re', 'abc', 'numpy.matrixlib', 'numpy.ctypes', 'numpy.testing.decorators', 'matplotlib.warnings', 'rfc822', 'numpy.lib.npyio', 'numpy.lib.numpy', 'matplotlib.sys', 're', 'numpy.lib._compiled_base', 'numpy.polynomial.legendre', 'threading', 'new', 'numpy.ma.warnings', 'numpy.random.mtrand', 'urllib2', 'matplotlib.cPickle', 'math', 'numpy.fft.helper', 'fcntl', 'unittest.case', 'matplotlib.numpy', 'UserDict', 'unittest.suite', 'numpy.lib.function_base', 'distutils.os', 'matplotlib', 'numpy.fft.numpy', 'exceptions', 'numpy.lib.info', 'ctypes', 'numpy.lib.warnings', 'ctypes.struct', 'codecs', 'numpy.core._sort', 'numpy.os', 'unittest.loader', '_functools', '_locale', 'numpy.__builtin__', 'matplotlib.os', 'thread', 'StringIO', 'numpy.core.memmap', 'traceback', 'numpy.testing.warnings', 'weakref', 'itertools', 'numpy.fft.fftpack', 'numpy.linalg.lapack_lite', 'numpy.ma', 'distutils.sys', 'os', 'marshal', 'numpy.lib.itertools', '__future__', '_collections', 'urllib', 'matplotlib.traceback', '_sre', 'unittest', 'numpy.core.sys', 'numpy.random', 'numpy.linalg.numpy', '__builtin__', 'numpy.lib.twodim_base', 'numpy.ma.core', 'matplotlib.re', 'numpy.core.cPickle', 'unittest.runner', 'operator', 'numpy.polynomial.polytemplate', 'numpy.core.arrayprint', 'distutils.string', 'numpy.lib.arrayterator', 'select', 'ctypes._ctypes', '_heapq', 'ctypes.sys', 'matplotlib.errno', 'unittest.collections', 'posixpath', 'numpy.lib.financial', 'numpy.polynomial.laguerre', 'matplotlib.random', 'errno', '_socket', 'binascii', 'sre_constants', 'datetime', 'numpy.core.shape_base', 'os.path', 'numpy.core.function_base', 'numpy.compat.py3k', 'numpy.lib.stride_tricks', 'numpy.core.numpy', 'numpy', '_warnings', 'numpy.polynomial.chebyshev', 'matplotlib.types', 'cPickle', 'encodings.__builtin__', 'numpy.polynomial.warnings', 'matplotlib.new', '_codecs', 'numpy.lib.operator', 'unittest.fnmatch', 'numpy.polynomial.polynomial', 'numpy.__config__', 'pwd', 'matplotlib.pyparsing', 'httplib', 'numpy.lib.ufunclike', 'copy', ' numpy.core.re', '_struct', 'numpy.core.fromnumeric', 'hashlib',