matplotlib-users Mailing List for matplotlib

I think the function should be np.all(dash_list <= 0.0) instead of np.any?
This works 100% fine on my machine so I think it just hangs if all values
are less than or equal to zero. That hangs on my machine as you stated.

>From digging into that I also realized I could have put (None, None) to get
a solid line in my dash list which is what I desired but I think (1,0) is
more intuitive and doesn't cause any errors. Since dash lists have to be
even number of values, could not just put (1) to get a solid line.

I guess do whichever you think is better.

Cheers,
Jeff




On Tue, Aug 6, 2013 at 4:14 AM, Michael Droettboom <md...@st...> wrote:

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

On 08/07/2013 01:24 PM, Matthew Brett wrote:
> 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)?
>
I think the usual advice here is to install the freetype development 
packages with MacPorts or homebrew -- but this is probably where I 
should step back at let one of the Mac OS-X folks speak up.

Mike

Hmm...  It takes me to the matplotlib project page on sourceforge, which 
I think is as close to a direct permalink as we can get.  Not sure why 
it takes you somewhere else.  Did you get redirected?

Mike

On 08/07/2013 11:47 AM, kei...@bt... wrote:
> The link "join the matplotlib mailing lists" actually goes to the sourceforge download page.
>
> Keith
>
>
> ------------------------------------------------------------------------------
> 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

You can set the rcParam "verbose.level" to "debug-annoying".  Then, when 
it runs through all of your fonts, it should be clear which one caused 
the problem.

Note that I'm in the process of rewriting large parts of the font 
infrastructure as part of MEP14, so these sorts of things should 
hopefully be less common in the future.

Mike

On 08/07/2013 11:56 AM, vwf wrote:
> 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
>
> ------------------------------------------------------------------------------
> 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

Hello,

I found an issue where the figure editor (the checkbox icon in the toolbar) 
incorrectly captures the color properties from the existing curves in the plot:

https://github.com/matplotlib/matplotlib/issues/2274

So I put together a pull request that fixes it:

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

Could we get someone (or someones?) to give it a whirl, make sure everything 
works as expected and that nothing obvious has broken?

Thanks,

Martin

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