matplotlib-users Mailing List for matplotlib (Page 6)

Hi,

On Wed, Aug 7, 2013 at 4:50 AM, Michael Droettboom <md...@st...> wrote:
> It should look in /usr/include and /usr/local/include by default.  Is it
> in either place?

There are no freetype* files in either place, no.  How would they get
there (other than an explicit install)?

Thanks again,

Matthew

On Wed, Aug 7, 2013 at 11:45 AM, <kei...@bt...> wrote:

> The last line of text below seems to say that setting block to either True
> or False causes an override of the blocking behavior.  I don't think this
> is as intended.   Which way round is it (in fact I find it has no effect)?
>
> The problem I have is that using pyplot.show at the top level of a python
> script works correctly, but as soon as I out the same code inside a
> function, I see no plot.
>
> How do I fix this?
>
> Keith
>
> http://matplotlib.org/api/pyplot_api.html#matplotlib.pyplot.show
>
> matplotlib.pyplot.show(*args, **kw)
>
> In non-interactive mode, display all figures and block until the figures
> have been closed; in interactive mode it has no effect unless figures were
> created prior to a change from non-interactive to interactive mode (not
> recommended). In that case it displays the figures but does not block.
>
> A single experimental keyword argument, block, may be set to True or False
> to override the blocking behavior described above.
>

Which version of matplotlib are you using, and which backend?

import matplotlib
print matplotlib.__version__, matplotlib.get_backend()

Cheers!
Ben Root

The last line of text below seems to say that setting block to either True or False causes an override of the blocking behavior.  I don't think this is as intended.   Which way round is it (in fact I find it has no effect)?

The problem I have is that using pyplot.show at the top level of a python script works correctly, but as soon as I out the same code inside a function, I see no plot.

How do I fix this?

Keith

http://matplotlib.org/api/pyplot_api.html#matplotlib.pyplot.show

matplotlib.pyplot.show(*args, **kw)

In non-interactive mode, display all figures and block until the figures have been closed; in interactive mode it has no effect unless figures were created prior to a change from non-interactive to interactive mode (not recommended). In that case it displays the figures but does not block.

A single experimental keyword argument, block, may be set to True or False to override the blocking behavior described above.

The link "join the matplotlib mailing lists" actually goes to the sourceforge download page.

Keith

Hello,

Matplotlib does not like one (or more) of my fonts. Since I own a
considerable set it is very hard to find out which one violates the
requirements. Is it possible to let matplotlib which font is the
problem?

Thanks

On Tue, Aug 06, 2013 at 01:46:15AM -0700, ChaoYue wrote:
> I am using mat 1.20 and basemap 1.0.5, I tried your code and don't have the
> same issue.

After building matplotlib 1.2.0 and basemap 1.0.6 packages for Debian
the problem is gone: I have coastlines now.

Thanks

It should look in /usr/include and /usr/local/include by default.  Is it 
in either place?

On 08/06/2013 10:16 PM, Matthew Brett wrote:
> 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=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

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

Hi,

On Mon, Aug 5, 2013 at 4:36 PM, Scott Lasley <sl...@sp...> wrote:
>
> 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.

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

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.

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