[Matplotlib-users] Europe without coastline

2013-08-06 Thread vwf

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

2013-08-06 Thread ChaoYue
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

2013-08-06 Thread Rita
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

2013-08-06 Thread Michael Droettboom
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

2013-08-06 Thread Michael Droettboom

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

2013-08-06 Thread ruidc
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

2013-08-06 Thread Andrew Jaffe

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

2013-08-06 Thread German Ocampo
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

2013-08-06 Thread John McFarland
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

2013-08-06 Thread Eric Firing
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

2013-08-06 Thread John McFarland
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

2013-08-06 Thread Matthew Brett
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

2013-08-06 Thread Matthew Brett
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