[Matplotlib-users] Europe without coastline
Hello, This weekend I started using matplotlib and I think it is great. Beautiful graphs with very little effort. My data is geographical so I would like to draw on a map, North-Sea (UK - Netherlands). For this I installed the basemap on my Debian system (Stable/Wheezy). This has a strange problem. If I zoom out, all is there. If I start zooming in coastlines disappears. Is this my mistake, a problem in the packages in Debian, or something else? Thanks The resulting image on my system: http://img21.imageshack.us/img21/385/xoe7.png My system: Python 2.7.3 (default, Jan 2 2013, 16:53:07) [GCC 4.7.2] on linux2 import matplotlib matplotlib.__version__ '1.1.1rc2' My code: import numpy as np import matplotlib.pyplot as plt from mpl_toolkits.basemap import Basemap import matplotlib as mpl mpl.rcParams['font.size'] = 8. mpl.rcParams['font.family'] = 'Arial' mpl.rcParams['axes.labelsize'] = 5. mpl.rcParams['xtick.labelsize'] = 5. mpl.rcParams['ytick.labelsize'] = 5. #W-Europe x1 = -16. x2 = 30. y1 = 36. y2 = 62. m = Basemap(resolution='i',projection='merc', llcrnrlat=y1,urcrnrlat=y2,llcrnrlon=x1,urcrnrlon=x2,lat_ts=(x1+x2)/2) m.drawcountries(linewidth=0.5) m.drawcoastlines(linewidth=0.5) m.drawparallels(np.arange(y1,y2,2.),labels=[1,0,0,0],color='black',dashes=[1,0],labelstyle='+/-',linewidth=0.2) m.drawmeridians(np.arange(x1,x2,2.),labels=[0,0,0,1],color='black',dashes=[1,0],labelstyle='+/-',linewidth=0.2) plt.savefig('eur_101.png',dpi=100) plt.show() -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Europe without coastline
Hi, I am using mat 1.20 and basemap 1.0.5, I tried your code and don't have the same issue. Chao On Tue, Aug 6, 2013 at 9:33 AM, vwf [via matplotlib] ml-node+s1069221n41721...@n5.nabble.com wrote: Hello, This weekend I started using matplotlib and I think it is great. Beautiful graphs with very little effort. My data is geographical so I would like to draw on a map, North-Sea (UK - Netherlands). For this I installed the basemap on my Debian system (Stable/Wheezy). This has a strange problem. If I zoom out, all is there. If I start zooming in coastlines disappears. Is this my mistake, a problem in the packages in Debian, or something else? Thanks The resulting image on my system: http://img21.imageshack.us/img21/385/xoe7.png My system: Python 2.7.3 (default, Jan 2 2013, 16:53:07) [GCC 4.7.2] on linux2 import matplotlib matplotlib.__version__ '1.1.1rc2' My code: import numpy as np import matplotlib.pyplot as plt from mpl_toolkits.basemap import Basemap import matplotlib as mpl mpl.rcParams['font.size'] = 8. mpl.rcParams['font.family'] = 'Arial' mpl.rcParams['axes.labelsize'] = 5. mpl.rcParams['xtick.labelsize'] = 5. mpl.rcParams['ytick.labelsize'] = 5. #W-Europe x1 = -16. x2 = 30. y1 = 36. y2 = 62. m = Basemap(resolution='i',projection='merc', llcrnrlat=y1,urcrnrlat=y2,llcrnrlon=x1,urcrnrlon=x2,lat_ts=(x1+x2)/2) m.drawcountries(linewidth=0.5) m.drawcoastlines(linewidth=0.5) m.drawparallels(np.arange(y1,y2,2.),labels=[1,0,0,0],color='black',dashes=[1,0],labelstyle='+/-',linewidth=0.2) m.drawmeridians(np.arange(x1,x2,2.),labels=[0,0,0,1],color='black',dashes=[1,0],labelstyle='+/-',linewidth=0.2) plt.savefig('eur_101.png',dpi=100) plt.show() -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=41721i=0 https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- If you reply to this email, your message will be added to the discussion below: http://matplotlib.1069221.n5.nabble.com/Europe-without-coastline-tp41721.html To start a new topic under matplotlib - users, email ml-node+s1069221n...@n5.nabble.com To unsubscribe from matplotlib, click herehttp://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=2code=Y2hhb3l1ZWpveUBnbWFpbC5jb218MnwxMzg1NzAzMzQx . NAMLhttp://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- *** Chao YUE Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL) UMR 1572 CEA-CNRS-UVSQ Batiment 712 - Pe 119 91191 GIF Sur YVETTE Cedex Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16 -- View this message in context: http://matplotlib.1069221.n5.nabble.com/Europe-without-coastline-tp41721p41722.html Sent from the matplotlib - users mailing list archive at Nabble.com.-- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] ANN: matplotlib 1.3.0 released
Yes, I mean a self-built package. When linking I think setupext.py is using /usr/lib and /usr/local/lib first, instead it should use PKG_CONFIG_PATH and then /usr/lib and then /usr/local/lib. Basically, the ordering or linking matters. I hope that helps. This isnt a big deal but just though I put out the solution. On Mon, Aug 5, 2013 at 10:29 AM, Michael Droettboom md...@stsci.edu wrote: On 08/03/2013 07:50 AM, Rita wrote: Same problem in Linux also. Here is what I did to fix it: Remove the freetype/fontconfig rpm from my local install (yum remove) and then place the proper PKG_CONFIG_PATH to point to my remote freetype/fontconfig. By remote, you mean self-built, rather than from a package? The problem is there is a bug with setupext.py. We ought to prepend PKG_CONFIG_PATH in the gcc compile statement. I hope this helps. Can you elaborate? The setupext.py just calls whatever pkg-config is first on the PATH, which should then in turn obey PKG_CONFIG_PATH. If the user needs a custom PKG_CONFIG_PATH, it is generally the resposibility of the user to set it correctly -- and matplotlib's build system should (and does) use it. Or maybe I'm just misunderstanding what you're suggesting. Cheers, Mike On Fri, Aug 2, 2013 at 6:53 AM, Andrew Jaffe a.h.ja...@gmail.com wrote: Hi, On 01/08/2013 19:06, Michael Droettboom wrote: On behalf of a veritable army of super coders, I'm pleased to announce the release of matplotlib 1.3.0. Two issues on OSX 10.8.4. I had been previously using the dmg installer. Lacking that, I tried easy-install and pip install, both of which gave me the following problems: - I needed to set CC=clang - When attempting to load matplotlib, I got the following error: /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/font_manager.py in module() 51 import matplotlib 52 from matplotlib import afm --- 53 from matplotlib import ft2font 54 from matplotlib import rcParams, get_cachedir 55 from matplotlib.cbook import is_string_like ImportError: dlopen(/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so Expected in: flat namespace in /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so This is a freetype problem, probably an incompatible version somewhere. Ideas? Andrew -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- --- Get your facts first, then you can distort them as you please.-- -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out.http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Matplotlib-users mailing listMatplotlib-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- --- Get your facts first, then you can distort them as you please.-- -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out.
Re: [Matplotlib-users] 1.3.0 and py2exe regression
I have little to no experience with py2exe, so I don't know how much I can help there. However, between 1.2.1 and 1.3.0, mpl_toolkits was changed to a namespace package, which allowed basemap to install into it despite it coming from matplotlib (and being installed with setuptools). I don't know if that has any bearing on py2exe. Mike On 08/06/2013 07:19 AM, ruidc wrote: we have some code that was working fine with matplotlib 1.2.1 using: from mpl_toolkits.axes_grid import make_axes_locatable, axes_size now trying to freeze with py2exe (both 0.6.9 and Christoph Gohlke's 0.6.10dev) results in ImportError: No module named mpl_toolkits when preparing the actual executable. running from mpl_toolkits.axes_grid import make_axes_locatable, axes_size itself in python works fine. I've built a machine afresh and am getting this. Also, it seems to build fine on win amd64 - but as that is my main development machine, there may be some polution there options={'py2exe': {'packages' : ['matplotlib', 'mpl_toolkits', ... I've tried various different permutations of the above in includes with no success. Can anybody suggest why this is failing in 1.3.0 when it is working in 1.2.1 ? Regards, RuiDC -- View this message in context: http://matplotlib.1069221.n5.nabble.com/1-3-0-and-py2exe-regression-tp41723.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] ANN: matplotlib 1.3.0 released
On 08/06/2013 08:39 AM, Rita wrote: Yes, I mean a self-built package. When linking I think setupext.py is using /usr/lib and /usr/local/lib first, instead it should use PKG_CONFIG_PATH and then /usr/lib and then /usr/local/lib. Basically, the ordering or linking matters. I hope that helps. This isnt a big deal but just though I put out the solution. I don't think PKG_CONFIG_PATH is supposed to have anything to do with linking directories. PKG_CONFIG_PATH tells pkg-config where to look for .pc files, which *in turn*, by querying pkg-config, may contain information about link directories. So when you say it should prepend PKG_CONFIG_PATH, do you mean it should prepend what pkg-config returns? I think that probably what it should be doing, and it's a bonafide bug that it is not. Any chance you can share the linker command line that you think is wrong, and how it needs to be re-ordered? Mike On Mon, Aug 5, 2013 at 10:29 AM, Michael Droettboom md...@stsci.edu mailto:md...@stsci.edu wrote: On 08/03/2013 07:50 AM, Rita wrote: Same problem in Linux also. Here is what I did to fix it: Remove the freetype/fontconfig rpm from my local install (yum remove) and then place the proper PKG_CONFIG_PATH to point to my remote freetype/fontconfig. By remote, you mean self-built, rather than from a package? The problem is there is a bug with setupext.py. We ought to prepend PKG_CONFIG_PATH in the gcc compile statement. I hope this helps. Can you elaborate? The setupext.py just calls whatever pkg-config is first on the PATH, which should then in turn obey PKG_CONFIG_PATH. If the user needs a custom PKG_CONFIG_PATH, it is generally the resposibility of the user to set it correctly -- and matplotlib's build system should (and does) use it. Or maybe I'm just misunderstanding what you're suggesting. Cheers, Mike On Fri, Aug 2, 2013 at 6:53 AM, Andrew Jaffe a.h.ja...@gmail.com mailto:a.h.ja...@gmail.com wrote: Hi, On 01/08/2013 19:06, Michael Droettboom wrote: On behalf of a veritable army of super coders, I'm pleased to announce the release of matplotlib 1.3.0. Two issues on OSX 10.8.4. I had been previously using the dmg installer. Lacking that, I tried easy-install and pip install, both of which gave me the following problems: - I needed to set CC=clang - When attempting to load matplotlib, I got the following error: /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/font_manager.py in module() 51 import matplotlib 52 from matplotlib import afm --- 53 from matplotlib import ft2font 54 from matplotlib import rcParams, get_cachedir 55 from matplotlib.cbook import is_string_like ImportError: dlopen(/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so Expected in: flat namespace in /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so This is a freetype problem, probably an incompatible version somewhere. Ideas? Andrew -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net mailto:Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- --- Get your facts first, then you can distort them as you please.-- -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net mailto:Matplotlib-users@lists.sourceforge.net
Re: [Matplotlib-users] 1.3.0 and py2exe regression
Thanks, for the moment, it seems that removing the 'mpl_toolkits' from packages makes it work. Also, with the removal of dateutil from the binary, and installation of dateutil from source pulling in six via easy_install/pip meant it also was not found by py2exe. I got around this by using Christoph Gohlke's binary installer of six. HTH someone else. Regards, RuiDC -- View this message in context: http://matplotlib.1069221.n5.nabble.com/1-3-0-and-py2exe-regression-tp41723p41727.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] ANN: matplotlib 1.3.0 released
Hi Michael et al, Attached... A p.s. I've posted this via the gmane newsgroup, but a version of was sent to the ML and is awaiting moderator approval... On 02/08/2013 15:32, Michael Droettboom wrote: Can you provide the output of the build? On 08/02/2013 06:53 AM, Andrew Jaffe wrote: Hi, On 01/08/2013 19:06, Michael Droettboom wrote: On behalf of a veritable army of super coders, I'm pleased to announce the release of matplotlib 1.3.0. Two issues on OSX 10.8.4. I had been previously using the dmg installer. Lacking that, I tried easy-install and pip install, both of which gave me the following problems: - I needed to set CC=clang - When attempting to load matplotlib, I got the following error: /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/font_manager.py in module() 51 import matplotlib 52 from matplotlib import afm --- 53 from matplotlib import ft2font 54 from matplotlib import rcParams, get_cachedir 55 from matplotlib.cbook import is_string_like ImportError: dlopen(/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so, 2): Symbol not found: _FT_Attach_File Referenced from: /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so Expected in: flat namespace in /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so This is a freetype problem, probably an incompatible version somewhere. Ideas? Andrew Processing matplotlib-1.3.0.tar.gz Running matplotlib-1.3.0/setup.py -q bdist_egg --dist-dir /var/folders/6l/7gzvw1zs42sbhj7_hlrpykfmgv/T/easy_install-WViA6d/matplotlib-1.3.0/egg-dist-tmp-7ipBNC Downloading http://pypi.python.org/packages/source/d/distribute/distribute-0.6.28.tar.gz Extracting in /var/folders/6l/7gzvw1zs42sbhj7_hlrpykfmgv/T/easy_install-WViA6d/matplotlib-1.3.0/temp/tmpb6R8rP Now working in /var/folders/6l/7gzvw1zs42sbhj7_hlrpykfmgv/T/easy_install-WViA6d/matplotlib-1.3.0/temp/tmpb6R8rP/distribute-0.6.28 Building a Distribute egg in /private/var/folders/6l/7gzvw1zs42sbhj7_hlrpykfmgv/T/easy_install-WViA6d/matplotlib-1.3.0 /private/var/folders/6l/7gzvw1zs42sbhj7_hlrpykfmgv/T/easy_install-WViA6d/matplotlib-1.3.0/distribute-0.6.28-py2.7.egg Edit setup.cfg to change the build options BUILDING MATPLOTLIB matplotlib: yes [1.3.0] python: yes [2.7.5 (v2.7.5:ab05e7dd2788, May 13 2013, 13:18:45) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)]] platform: yes [darwin] REQUIRED DEPENDENCIES AND EXTENSIONS numpy: yes [version 1.7.1] dateutil: yes [using dateutil version 2.1] tornado: yes [using tornado version 3.1] pyparsing: yes [using pyparsing version 2.0.1] pycxx: yes [Couldn't import. Using local copy.] libagg: yes [pkg-config information for 'libagg' could not be found. Using local copy.] freetype: yes [version 13.1.7] png: yes [pkg-config information for 'libpng' could not be found. Using unknown version.] OPTIONAL SUBPACKAGES sample_data: yes [installing] toolkits: yes [installing] tests: yes [using nose version 1.3.0] OPTIONAL BACKEND EXTENSIONS macosx: yes [darwin] qt4agg: no [PyQt4 not found] gtk3agg: no [Requires pygobject to be installed.] /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution option: 'use_2to3' warnings.warn(msg) In file included from src/ft2font.cpp:7: In file included from /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/arrayobject.h:15: In file included from /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/ndarrayobject.h:17: In file included from /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728: /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: warning: Using deprecated NumPy API, disable it by #defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION [-W#warnings] #warning Using deprecated NumPy API, disable it by #defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION ^ 1 warning generated. In file included from src/ft2font.cpp:3: In file included from src/ft2font.h:17: In file included from /usr/local/include/freetype2/freetype/freetype.h:41: /usr/local/include/freetype2/freetype/config/ftconfig.h:65:9: warning: 'SIZEOF_LONG' macro redefined #define SIZEOF_LONG 4 ^
[Matplotlib-users] Animation of a scatter plot with a large number of points
Good afternoon. I have a list of 2 points with coordinates x,y and category in three lists. x_coordinate=[3000,3100,3234,.] x_coordinate=[15678,16768,14590,.] category=[1,3,5,] The categories values are between [1 and 10] I need to make a 2D animation of this in matplotlib, starting showing the first element and finalizing showing all elements in the graph, showing the color points cording to the category. I tried modifying the example of animatedScatter, but I can see that the number of points in the scatter plot is constant from the beginning. is there any way to make the program, for example show in the first time step one element one point in the second time step, two points, etc? and also one important thing is could cop with a big list of points with the minimum lag of time in the animation? Many thanks for your help German -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
[Matplotlib-users] Importing pyplot blocks input thread
I am trying to write some code that uses an input thread to check for user input while another thread is running some calculations (see example below). What I have noticed is that just including an import of pyplot (regardless of whether it is used by the code or not) causes the call to raw_input in the input thread to block the main thread. It works fine when I don't import pyplot. Importing pyplot is a consequence of other libraries that I need to use in the code, so I would like to find a way to make this work. I have python 2.7.3, matplotlib 1.2.0, and am currently using the GTKAgg backend. Any help is much appreciated. Here is the example code: import time import threading import matplotlib.pyplot # Works fine if this is commented out def input_thread(): raw_input('Press a key:') print Input data received thread = threading.Thread(target=input_thread) thread.start() time.sleep(.01) print # Main thread (e.g. a calculation that can take some time) for i in xrange(10): print i time.sleep(.5) -- View this message in context: http://matplotlib.1069221.n5.nabble.com/Importing-pyplot-blocks-input-thread-tp41731.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Importing pyplot blocks input thread
On 2013/08/06 10:08 AM, John McFarland wrote: I am trying to write some code that uses an input thread to check for user input while another thread is running some calculations (see example below). What I have noticed is that just including an import of pyplot (regardless of whether it is used by the code or not) causes the call to raw_input in the input thread to block the main thread. It works fine when I don't import pyplot. Importing pyplot is a consequence of other libraries that I need to use in the code, so I would like to find a way to make this work. I have python 2.7.3, matplotlib 1.2.0, and am currently using the GTKAgg backend. Any help is much appreciated. Here is the example code: import time import threading Before the *first* import of pyplot, you need to have: import matplotlib matplotlib.use(agg) or specify any other non-interactive backend. Alternatively, you can specify the backend in a matplotlibrc file. This assumes you don't actually need an interactive backend. If you do need it, then I suspect you will need to change the strategy you are using in your program, ideally eliminating the input thread. You might use a gtk idle event callback to handle the user input, for example. The problem here is that python threads and gui toolkits tend not to mix well. I suspect that raw_input is using the PyOS_InputHook, which is also being used by gtk, so you are violating the prohibition against gui-related activities being in more than one thread. Eric import matplotlib.pyplot # Works fine if this is commented out def input_thread(): raw_input('Press a key:') print Input data received thread = threading.Thread(target=input_thread) thread.start() time.sleep(.01) print # Main thread (e.g. a calculation that can take some time) for i in xrange(10): print i time.sleep(.5) -- View this message in context: http://matplotlib.1069221.n5.nabble.com/Importing-pyplot-blocks-input-thread-tp41731.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Importing pyplot blocks input thread
On 8/6/2013 3:31 PM, Eric Firing [via matplotlib] wrote: Before the *first* import of pyplot, you need to have: import matplotlib matplotlib.use(agg) or specify any other non-interactive backend. Alternatively, you can specify the backend in a matplotlibrc file. This assumes you don't actually need an interactive backend. If you do need it, then I suspect you will need to change the strategy you are using in your program, ideally eliminating the input thread. You might use a gtk idle event callback to handle the user input, for example. The problem here is that python threads and gui toolkits tend not to mix well. I suspect that raw_input is using the PyOS_InputHook, which is also being used by gtk, so you are violating the prohibition against gui-related activities being in more than one thread. Eric Thanks Eric, that did work for me. I don't necessarily need an interactive backend for this, but it could be nice to get it to work. I just tried switching raw_input to sys.stdin.readline, and that seems to work even with the interactive backend. John -- View this message in context: http://matplotlib.1069221.n5.nabble.com/Importing-pyplot-blocks-input-thread-tp41731p41733.html Sent from the matplotlib - users mailing list archive at Nabble.com.-- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Failed pip install on OSX
Hi, On Mon, Aug 5, 2013 at 4:36 PM, Scott Lasley slas...@space.umd.edu wrote: On Aug 5, 2013, at 4:43 PM, Matthew Brett matthew.br...@berkeley.edu wrote: Hi, On Sun, Aug 4, 2013 at 7:26 PM, Scott Lasley slas...@space.umd.edu wrote: On Aug 4, 2013, at 4:47 PM, Matthew Brett matthew.br...@berkeley.edu wrote: Hi, Congratulations on the new release. I just tried installing in a fresh installation of Python 2.7 from Python.org Am I right in thinking the recommended method is: pip install matplotlib ? I did this, and then: import matplotlib.pyplot as plt Traceback (most recent call last): File stdin, line 1, in module File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/pyplot.py, line 24, in module import matplotlib.colorbar File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/colorbar.py, line 29, in module import matplotlib.collections as collections File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/collections.py, line 23, in module import matplotlib.backend_bases as backend_bases File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/backend_bases.py, line 50, in module import matplotlib.textpath as textpath File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/textpath.py, line 14, in module from matplotlib.mathtext import MathTextParser File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/mathtext.py, line 62, in module import matplotlib._png as _png ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/_png.so, 2): Library not loaded: /usr/X11/lib/libpng12.0.dylib Referenced from: /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/_png.so Reason: Incompatible library version: _png.so requires version 42.0.0 or later, but libpng12.0.dylib provides version 36.0.0 There were no previous versions of matplotlib installed. This on OSX 10.6: Python 2.7.5 just installed from python.org X11 installed from the Apple installation disks for 10.6 before `pip install matplotlib` No homebrew etc Any hints about how I should debug this further? Thanks a lot for any help, Matthew I was able to install numpy 1.7.1 and matplotlib 1.30 under OS X 10.6.8 with X11 version XQuartz 2.3.6 (xorg-server 1.4.2-apple56) and python 2.7.5 64-bit from python.org using pip 1.4. Have you tried running Software Update? If you installed X11 after updating to 10.6.8 you can run the combo updater ( http://support.apple.com/kb/DL1399 ) to get the latest X11. Alternately, you could try installing XQuartz from http://xquartz.macosforge.org/landing/ Yes, the system was up to date before I installed matplotlib. Just to check my failing memory, I checked for updates (none), reinstalled and got the same answer. The combo updater looks like it's a fast track to the same outcome as Software update - is it something different? I don't remember if Software Update detects updates to X11. What version of X11 are you running? The version on the Snow Leopard install disks, 2.3.4, is older than version 2.3.6 installed by the combo updater. Sorry - I am afraid I installed the combo updater over the existing X11 before I read your email properly, so I don't know what version I had before. As far as I know there is no standalone X11 2.3.6 updater for Snow Leopard. You'll have to re-install the security updates that came out after the combo updater was released if you use it, which is a bit of a pain. According to otool -L, the libpng12.0.dylib installed with X11 2.3.6 is version 45, compatibility version 45, so it should work with matplotlib. Yes, that does work thanks. If you don't want to run the combo updater because of possible side effects or install XQuartz you can download libpng from http://sourceforge.net/projects/libpng/files/libpng15/1.5.17/, unpack it and do the standard ./configure, make, sudo make install to install it in /usr/local/lib. setup.py should find it there. So, to summarize, pip install for matplotlib will fail on bare-bones OSX 10.6 unless you do one of: * Run the combo updater * Install Quartz X11 * Build your own libpng in /usr/local Is that a reasonable list? Is there any way to check for this problem and warn / error at build time with instructions? Thanks a lot for the help, Matthew -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes.
[Matplotlib-users] pip install 0SX 10.7
Hi, Continuing my adventures with setuptools I'm installing matplotlib into a clean + numpy virtualenv with python.org 2.7 I have CC=clang in order to involve some header problems with the default gcc compiler. numpy compiles and installs OK. pip install matplotlib errors with: clang -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_ft2font_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/usr/local/include -I/usr/include -I/usr/X11/include -I. -I/Users/mb312/.virtualenvs/py27-mpl/lib/python2.7/site-packages/numpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/ft2font.cpp -o build/temp.macosx-10.6-intel-2.7/src/ft2font.o In file included from src/ft2font.cpp:3: In file included from src/ft2font.h:16: /usr/X11/include/ft2build.h:56:10: fatal error: 'freetype/config/ftheader.h' file not found #include freetype/config/ftheader.h ^ 1 error generated. error: command 'clang' failed with exit status 1 I guess I need freetype installed in /usr/local separately? Thanks for your help, Matthew -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users