matplotlib-users Mailing List for matplotlib (Page 111)

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=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

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.

Good afternoon.

I have a list of 20000 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

Hey, everyone! 

Just thought I'd post this link to a new piece of code I put together for making a Pareto chart. I originally created it for my own use, but I feel like it's time to share. It can be found at: http://github.com/tisimst/paretochart[1]. It's just a single .py file, so just download it and put it in a directory that python can find (like the "Scripts" directory). 

It is designed to be very flexible as seen in this graphic: 




--------
[1] http://github.com/tisimst/paretochart

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
>>
>>

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.

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...@st... 
> <mailto:md...@st...>> 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...@gm...
>>     <mailto:a.h...@gm...>> 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=49501711&iu=/4140/ostg.clktrk
>>         _______________________________________________
>>         Matplotlib-users mailing list
>>         Mat...@li...
>>         <mailto:Mat...@li...>
>>         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=49501711&iu=/4140/ostg.clktrk
>>
>>
>>     _______________________________________________
>>     Matplotlib-users mailing list
>>     Mat...@li...  <mailto:Mat...@li...>
>>     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=49501711&iu=/4140/ostg.clktrk
>     _______________________________________________
>     Matplotlib-users mailing list
>     Mat...@li...
>     <mailto:Mat...@li...>
>     https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
>
> -- 
> --- Get your facts first, then you can distort them as you please.--

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=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

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...@st...> 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...@gm...> 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=49501711&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> 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=49501711&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Matplotlib-users mailing lis...@li...://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=49501711&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>


-- 
--- Get your facts first, then you can distort them as you please.--

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.

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-...@n5...> 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=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=41721&i=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-...@n5...
> To unsubscribe from matplotlib, click here<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2&code=Y2hhb3l1ZWpveUBnbWFpbC5jb218MnwxMzg1NzAzMzQx>
> .
> NAML<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=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.

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()

On Aug 5, 2013, at 4:43 PM, Matthew Brett <mat...@be...> wrote:

> Hi,
> 
> On Sun, Aug 4, 2013 at 7:26 PM, Scott Lasley <sl...@sp...> wrote:
>> 
>> On Aug 4, 2013, at 4:47 PM, Matthew Brett <mat...@be...> 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.  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.

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.

hth,
Scott

> If Matplotlib is only expected to work for the Quartz installs - is it
> worth trying to detect that and warn / error at install time?
> 
> Cheers,
> 
> Matthew

On 2013/08/05 10:43 AM, Matthew Brett wrote:
> If Matplotlib is only expected to work for the Quartz installs - is it
> worth trying to detect that and warn / error at install time?

Logically, XQuartz should not be needed at all; mpl on the mac does not 
require X11.  It looks like XQuartz is an accidental dependency, as a 
way to get access to a suitable libpng.

A link from the libpng web site led to this:
http://ethan.tira-thompson.com/Mac_OS_X_Ports.html
which might be a viable alternative.

Eric

Hi,

On Sun, Aug 4, 2013 at 7:26 PM, Scott Lasley <sl...@sp...> wrote:
>
> On Aug 4, 2013, at 4:47 PM, Matthew Brett <mat...@be...> 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?

If Matplotlib is only expected to work for the Quartz installs - is it
worth trying to detect that and warn / error at install time?

Cheers,

Matthew

The problem is that a 0-length dash or space is undefined.  In Agg, it 
causes an infinite loop (presumably because the line cursor never 
moves).  Saving it to a PDF file and opening it in Acrobat Reader 
reveals a blank page (presumably because it's doing something smarter, 
but also basically throwing up its hands).  In SVG, you get a solid 
line, which may or may not be the right behavior.

Given that a value of 0 doesn't make much sense anyway, I thought it 
best to just disallow it.  Jeffrey: Do you have a good need for this?

Here's the original PR:

https://github.com/matplotlib/matplotlib/pull/1999

Mike

On 08/05/2013 01:36 PM, Benjamin Root wrote:
> @mdboom, from git blame, this looks to be specifically introduced by 
> you via |7e7b5320 
> <https://github.com/matplotlib/matplotlib/commit/7e7b532057c08541489203697987a924e56a7aeb> 
> on May 15th, and you even added some tests for handling path 
> clipping.  Perhaps the choice of "<=" should have been just "<"?|
>
>
> ------------------------------------------------------------------------------
> 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=49501711&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

@mdboom, from git blame, this looks to be specifically introduced by you
via 7e7b5320<https://github.com/matplotlib/matplotlib/commit/7e7b532057c08541489203697987a924e56a7aeb>on
May 15th, and you even added some tests for handling path clipping.
Perhaps the choice of "<=" should have been just "<"?

docutils is the library that supports the format (restructuredtext) that 
these docstrings are written in.  It *may* (I haven't looked) contain 
functionality to render as clean plain text.

Mike

On 08/05/2013 09:57 AM, federico vaggi wrote:
> Hi,
>
> SciPy (and NumPy) docstrings are written with a special kind of mark up:
>
> For example, the docstring for the russellrao distance function looks 
> like this:
>
> '\n    Computes the Russell-Rao dissimilarity between two boolean 1-D 
> arrays.\n\n    The Russell-Rao dissimilarity between two boolean 1-D 
> arrays, `u` and\n    `v`, is defined as\n\n    .. math::\n\n     
>  \\frac{n - c_{TT}}\n {n}\n\n    where :math:`c_{ij}` is the number of 
> occurrences of\n    :math:`\\mathtt{u[k]} = i` and 
> :math:`\\mathtt{v[k]} = j` for\n    :math:`k < n`.\n\n    Parameters\n 
>  ----------\n    u : (N,) array_like, bool\n        Input array.\n   
>  v : (N,) array_like, bool\n        Input array.\n\n    Returns\n   
>  -------\n    russellrao : double\n        The Russell-Rao 
> dissimilarity between vectors `u` and `v`.\n\n    '
>
> What's the most efficient way to turn this into a format where you can 
> format it nicely as a matplotlib text object?
>
> I tried:
>
>     fig = plt.figure()
>
> ax = fig.add_subplot(111)
>
> props = dict(boxstyle='round', facecolor='wheat', alpha=0.5)
>
> textstr = dist_fcn.__doc__
>
> textstr = textstr.replace('math:',' ')
>
> textstr = textstr.replace('`', '$')
>
> textstr = textstr.replace('\n\n where', '$\n\n where')
>
> ax.text(0.05, 0.95, textstr, transform=ax.transAxes, fontsize=14,
>
> verticalalignment='top', bbox=props)
>
>
> Which does an 'ok' job, at best, since fractions aren't converted 
> properly.  Is there a way to do it nicely short of using some 
> horrendous regular expressions?
>
>
> Federico
>
>
>
> ------------------------------------------------------------------------------
> 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=49501711&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

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...@gm... 
> <mailto:a.h...@gm...>> 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=49501711&iu=/4140/ostg.clktrk
>     _______________________________________________
>     Matplotlib-users mailing list
>     Mat...@li...
>     <mailto:Mat...@li...>
>     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=49501711&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,

SciPy (and NumPy) docstrings are written with a special kind of mark up:

For example, the docstring for the russellrao distance function looks like
this:

'\n    Computes the Russell-Rao dissimilarity between two boolean 1-D
arrays.\n\n    The Russell-Rao dissimilarity between two boolean 1-D
arrays, `u` and\n    `v`, is defined as\n\n    .. math::\n\n      \\frac{n
- c_{TT}}\n           {n}\n\n    where :math:`c_{ij}` is the number of
occurrences of\n    :math:`\\mathtt{u[k]} = i` and :math:`\\mathtt{v[k]} =
j` for\n    :math:`k < n`.\n\n    Parameters\n    ----------\n    u : (N,)
array_like, bool\n        Input array.\n    v : (N,) array_like, bool\n
   Input array.\n\n    Returns\n    -------\n    russellrao : double\n
   The Russell-Rao dissimilarity between vectors `u` and `v`.\n\n    '

What's the most efficient way to turn this into a format where you can
format it nicely as a matplotlib text object?

I tried:

    fig = plt.figure()

ax = fig.add_subplot(111)

props = dict(boxstyle='round', facecolor='wheat', alpha=0.5)

textstr = dist_fcn.__doc__

textstr = textstr.replace('math:',' ')

textstr = textstr.replace('`', '$')

textstr = textstr.replace('\n\n where', '$\n\n where')

ax.text(0.05, 0.95, textstr, transform=ax.transAxes, fontsize=14,

verticalalignment='top', bbox=props)


Which does an 'ok' job, at best, since fractions aren't converted properly.
 Is there a way to do it nicely short of using some horrendous regular
expressions?


Federico

Hi Chao,

I think I could make it work somehow but I thought that such a functionality
would be really nice to have in general. 

Tyrax



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Change-column-number-within-legend-tp41704p41709.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Aug 4, 2013, at 4:47 PM, Matthew Brett <mat...@be...> 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/ 

hth,
Scott

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

could you use the bbox_to_anchor keyword to place your legend in a precise
way so that they could be alignd?
sorry ,this is the only way I could think of (But I am not a real expert in
matplotlib)

Chao

On Sun, Aug 4, 2013 at 5:45 PM, Tyrax [via matplotlib] <
ml-...@n5...> wrote:

> Hi all,
>
> this is my first eMail to a mailing list, I hope I'm not messing it up. I
> posted my question already on stackoverflow, but apparently there's no
> simple solution to it:
>
> http://stackoverflow.com/questions/17909251/pyplot-change-ncols-within-a-legend
>
> In other words, I have a Figure with a many-entries-legend, but the legend
> text for most but not all of the object is very short. I'd like to use two
> or more columns for those short entries and switch back to single column
> mode when dealing with the longer legend entries.
>
> Two options came to my mind. One, make the legend work like a
> multicolumn-table in LaTeX or, two, having a container with multiple,
> well-aligned legends with individual properties for each one.
>
> I tried to solve my problem by setting up two legends. The downside is the
> need for additional aligning of the two legends. Even this is still beyond
> my skills.
>
> Thanks, Tyrax
>
> ------------------------------------------------------------------------------
>
> 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=49501711&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=41704&i=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/Change-column-number-within-legend-tp41704.html
>  To start a new topic under matplotlib - users, email
> ml-...@n5...
> To unsubscribe from matplotlib, click here<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2&code=Y2hhb3l1ZWpveUBnbWFpbC5jb218MnwxMzg1NzAzMzQx>
> .
> NAML<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=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/Change-column-number-within-legend-tp41704p41706.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi Frédéric,

I don't understand what is the "dictionnary of figures" feature you are
mentionning. Maybe you could write a short mockup script using it ?

However, it's worth mentionning that you can use not only numbers in
figures but also *strings*.

>>> fig = plt.figure('crude oil price')

I use this 95 % of the time. I think it helps a lot the figure
addressing problem.

best,
Pierre

Le 29/07/2013 16:34, Frédéric Parrenin a écrit :
> Currently, one call figures with their number in matplotlib.
> If you have a code which draw a lot a different figures at different
> places with some of them being optional, this is not very convenient.
>
> One convenient way to call figure would be to use a dictionnary of
> figures.
> Of course I could create some wrapper around matplotlib.figure
> function but it would be far more convenient if such feature would be
> standard in matplotlib.
>
> Is there any plan to implement such a feature?
>
> Best regards,
>
> Frédéric Parrenin