matplotlib-users Mailing List for matplotlib (Page 13)

Benjamin Root <ben.root@...> writes:
> 
< snip >
>
> import matplotlib
> print matplotlib.__version__
> print matplotlib.__file__
>
> Ben Root
> 
> 
You're right, 1.1 still has nxutils. What are the python counterparts you
mention, are they in mpl?
Thanks,
Jorge

On Wed, Mar 7, 2012 at 10:46 AM, Jorge Scandaliaris
<jor...@ya...>wrote:
> Hi,
> I've had an import error with some of my code, specifically with nxutils
> (I need
> it for using points_inside_poly).
>
> In [1]: import matplotlib.nxutils as nx
> ---------------------------------------------------------------------------
> ImportError Traceback (most recent call last)
> /home/jscandal/<ipython-input-1-c56b9729b42e> in <module>()
> ----> 1 import matplotlib.nxutils as nx
>
> ImportError: No module named nxutils
>
> I built mpl from trunk and tried also version 1.1 from my distro, but
> neither
> seems to have nxutils. I still find the examples in the docs using it,
> though,
> so I am confused.
> Has nxutils been replaced or removed?
>
> Thanks
>
> Jorge
>
>
Last I heard, it was supposed to be deprecated in master (although it was
accidentially removed at one point). Indeed, it appears to be missing from
the current master. The deprecation process must be followed! Personally,
I think such removal is short-sighted (nxutil's functions are much faster
than their python counter-parts).
However, it was still in v1.1.x. I suspect that when you tested v1.1.x,
you were really running the source build. Verify which version you are
testing with:
import matplotlib
print matplotlib.__version__
print matplotlib.__file__
Ben Root

Hi,
I've had an import error with some of my code, specifically with nxutils (I need
it for using points_inside_poly). 
In [1]: import matplotlib.nxutils as nx
---------------------------------------------------------------------------
ImportError Traceback (most recent call last)
/home/jscandal/<ipython-input-1-c56b9729b42e> in <module>()
----> 1 import matplotlib.nxutils as nx
ImportError: No module named nxutils
I built mpl from trunk and tried also version 1.1 from my distro, but neither
seems to have nxutils. I still find the examples in the docs using it, though,
so I am confused.
Has nxutils been replaced or removed? 
Thanks
Jorge

Dear all,
after upgrading to 1.1.0 on my linux machine (from debian-backports), I get
an error (Can't set Attribute) with code looking like this:
from pylab import figure
F=figure()
F.axes=[]
Why is this so? Incidentally, going back to the previous available version
(0.99.3) solves the problem.
Cheers.

> Perhaps you should post that question for the numpy mailing list?
Thanks, I will try that. I have no clues
Cheers,
Lucia
> On Mon, Mar 5, 2012 at 1:47 PM, <av...@fa...> wrote:
>
>> > On Feb 23, 2012 1:39 PM, <av...@fa...> wrote:
>> >>
>> >> should I reinstall numpy?
>> >
>> > No need. You should be able to build matplotlib without sudo and then
>> > install with sudo
>> >
>> > python setup.py build
>> > sudo python setup.py install
>>
>> Yes! This is how it should be, but it's not.
>>
>> I have gone a litte further trying to solve this. I have found out the
>> following:
>>
>> If I do an import numpy in python run as user, it works. In fact,
>> 'python
>> setup.py build' works perfectly as user. But if I do an import numpy in
>> python run as root, I get the error I pasted in my previous message:
>>
>> :~/matplotlib$ sudo python
>> Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
>> [GCC 4.6.1] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>> import numpy
>> Traceback (most recent call last):
>> File "<stdin>", line 1, in <module>
>> File "/usr/local/lib/python2.7/dist-packages/numpy/__init__.py", line
>> 137, in <module>
>> import add_newdocs
>> File "/usr/local/lib/python2.7/dist-packages/numpy/add_newdocs.py",
>> line
>> 9, in <module>
>> from numpy.lib import add_newdoc
>> File "/usr/local/lib/python2.7/dist-packages/numpy/lib/__init__.py",
>> line 13, in <module>
>> from polynomial import *
>> File "/usr/local/lib/python2.7/dist-packages/numpy/lib/polynomial.py",
>> line 17, in <module>
>> from numpy.linalg import eigvals, lstsq
>> File "/usr/local/lib/python2.7/dist-packages/numpy/linalg/__init__.py",
>> line 48, in <module>
>> from linalg import *
>> File "/usr/local/lib/python2.7/dist-packages/numpy/linalg/linalg.py",
>> line 23, in <module>
>> from numpy.linalg import lapack_lite
>> ImportError: libifport.so.5: cannot open shared object file: No such
>> file
>> or directory
>>
>> After that I thought it must be something about this libifport.so that
>> numpy uses, but...
>>
>> :~/matplotlib$ locate libifport
>> /opt/intel/Compiler/11.1/038/lib/intel64/libifport.a
>> /opt/intel/Compiler/11.1/038/lib/intel64/libifport.so
>> /opt/intel/Compiler/11.1/038/lib/intel64/libifport.so.5
>> :~/matplotlib$
>>
>> :~$ echo $LD_LIBRARY_PATH
>>
>> /opt/intel/Compiler/11.1/038/lib/intel64:/opt/intel/Compiler/11.1/038/mkl/lib/em64t
>> :~$ sudo -s
>> root@:~# echo $LD_LIBRARY_PATH
>>
>> /opt/intel/Compiler/11.1/038/lib/intel64:/opt/intel/Compiler/11.1/038/mkl/lib/em64t
>>
>> So I don't know why python fails to import numpy as root... and I don't
>> know why mpl's installer needs to import numpy to install what has
>> already
>> been built.
>>
>> I haven't been able to solve this issue yet. Thank you all very much for
>> all your help.
>>
>> Cheers,
>> Lucia.
>>
>>
>>
> Part of the build process imports numpy in order to check its version (I
> think). But the bigger question is why it fails as root. That is very
> odd.
>
> Perhaps you should post that question for the numpy mailing list?
>
> Cheers!
> Ben Root
>

Mic:
> Hello,
> I am able to draw a histogram with the following code:
>
> /.../
> /h.hist(hist_data, bins=50, normed=True)/
>
> However, I don't know how to draw a line for median at 249 position 
> like in attachment.
Are your axes really matplotlib axes? (I have doubts, since the vertical 
is not normed, although your histogram is).
In your real axes, the command plot([249,249],[0,height]) draws a 
vertical line (there is a primitive vert. line as well), what is the 
problem??
Jerzy Karczmarczuk

Hey all,
Anyone know what has changed from Maplotlib 1.0.x to 1.1.x that might cause
a PyQt4 application to segfault?
Here is the code I'm working on:
https://github.com/sunpy/sunpy/blob/master/doc/examples/rgb_composite/rgb_composite.py
It works fine with earlier versions of Matplotlib (0.99 and 1.0.x) but when
I try and run the demo with Matplotlib 1.1 I get a segfault.
Any ideas?
Thanks,
Keith

Benjamin Root <ben.root@...> writes:
> You might need to do a complete rebuild of your mpl trunk. I would guess that 
> you originally built mpl when you had the older version of libpng. When you 
> updated the library, that wouldn't trigger a relink of _png.so whenever you 
> rebuilt the trunk. Wipe out the _png.so file and rebuild.Ben Root
OK. it's fixed now. It was probably all my fault, as I changed the way I
installed matplotlib. Before I was using the "python setupegg.py develop"
alternative and today I did "python setup.py install" (blame command line
completion). 
Thanks for your help.
Jorge

On Tue, Mar 6, 2012 at 12:26 PM, Jorge Scandaliaris
<jor...@ya...>wrote:
> Benjamin Root <ben.root@...> writes:
>
>
> >
> > Strange. Could you include the entire sphinx output as well as any logs
> > that the build produced?Ben Root
> >
>
> Somehow I assumed that matplotlib itself was OK, but I just discovered
> something new:
>
> In [1]: import matplotlib.mathtext
> ---------------------------------------------------------------------------
> ImportError Traceback (most recent call last)
> /home/jscandal/<ipython-input-1-06d3562c96cd> in <module>()
> ----> 1 import matplotlib.mathtext
>
> /home/jscandal/sw/matplotlib/matplotlib.git/lib/matplotlib/mathtext.py in
> <module>()
> 59
> 60 import matplotlib.colors as mcolors
> ---> 61 import matplotlib._png as _png
> 62 ####################
> 63
>
> ImportError: libpng14.so.14: cannot open shared object file: No such
> file or directory
>
> Looking .../lib/matplotlib there are a few .so file and one is _png.so
> (shipped by matplotlib) which seem to require libpng14:
>
> $ ldd _png.so
> linux-vdso.so.1 => (0x00007fffd3bff000)
> libpng14.so.14 => not found
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fad573ff000)
> libpython2.7.so.1.0 => /usr/lib/libpython2.7.so.1.0
> (0x00007fad5703f000)
> libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fad56e29000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00007fad56c0d000)
> libc.so.6 => /lib/libc.so.6 (0x00007fad5686b000)
> libm.so.6 => /lib/libm.so.6 (0x00007fad56577000)
> /lib/ld-linux-x86-64.so.2 (0x00007fad57964000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007fad56373000)
> libutil.so.1 => /lib/libutil.so.
>
>
> Does that give you any clue?
>
> Thanks,
>
> Jorge
>
>
You might need to do a complete rebuild of your mpl trunk. I would guess
that you originally built mpl when you had the older version of libpng.
When you updated the library, that wouldn't trigger a relink of _png.so
whenever you rebuilt the trunk. Wipe out the _png.so file and rebuild.
Ben Root

Benjamin Root <ben.root@...> writes:
> 
> Strange. Could you include the entire sphinx output as well as any logs 
> that the build produced?Ben Root
> 
Somehow I assumed that matplotlib itself was OK, but I just discovered 
something new:
In [1]: import matplotlib.mathtext
---------------------------------------------------------------------------
ImportError Traceback (most recent call last)
/home/jscandal/<ipython-input-1-06d3562c96cd> in <module>()
----> 1 import matplotlib.mathtext
/home/jscandal/sw/matplotlib/matplotlib.git/lib/matplotlib/mathtext.py in 
<module>()
 59 
 60 import matplotlib.colors as mcolors
---> 61 import matplotlib._png as _png
 62 ####################
 63 
ImportError: libpng14.so.14: cannot open shared object file: No such 
file or directory
Looking .../lib/matplotlib there are a few .so file and one is _png.so 
(shipped by matplotlib) which seem to require libpng14:
$ ldd _png.so
 linux-vdso.so.1 => (0x00007fffd3bff000)
 libpng14.so.14 => not found
 libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fad573ff000)
 libpython2.7.so.1.0 => /usr/lib/libpython2.7.so.1.0 
(0x00007fad5703f000)
 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fad56e29000)
 libpthread.so.0 => /lib/libpthread.so.0 (0x00007fad56c0d000)
 libc.so.6 => /lib/libc.so.6 (0x00007fad5686b000)
 libm.so.6 => /lib/libm.so.6 (0x00007fad56577000)
 /lib/ld-linux-x86-64.so.2 (0x00007fad57964000)
 libdl.so.2 => /lib/libdl.so.2 (0x00007fad56373000)
 libutil.so.1 => /lib/libutil.so.
Does that give you any clue?
Thanks,
Jorge

Hi:
I am getting an error when I save a figure as PDF with a particular
configuration and when I use a greek latex leter (say $\alpha$) as a
ylabel. The following code illustrates the problem.
###############################################
import matplotlib.pyplot as plt
import matplotlib as mpl
params = {
 'text.usetex' : True,
 'font.family': 'serif',
 'font.serif' : ['Times'],
 }
mpl.rcParams.update(params)
plt.figure()
plt.plot([1,2,3])
plt.ylabel(r'$\alpha$')
plt.savefig('f1.pdf')
###############################################
When I run it I get
Traceback (most recent call last):
 File "multipage_pdf.py", line 14, in <module>
 plt.savefig('f1.pdf')
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/pyplot.py",
line 472, in savefig
 return fig.savefig(*args, **kwargs)
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/figure.py",
line 1173, in savefig
 self.canvas.print_figure(*args, **kwargs)
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/backend_bases.py",
line 2027, in print_figure
 **kwargs)
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/backend_bases.py",
line 1799, in print_pdf
 return pdf.print_pdf(*args, **kwargs)
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_pdf.py",
line 2187, in print_pdf
 file.close()
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_pdf.py",
line 470, in close
 self.writeFonts()
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_pdf.py",
line 557, in writeFonts
 fonts[Fx] = self.embedTeXFont(filename, self.dviFontInfo[filename])
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_pdf.py",
line 622, in embedTeXFont
 t1font = t1font.transform(fontinfo.effects)
 File "/usr/local/lib/python2.7/dist-packages/matplotlib/type1font.py",
line 301, in transform
 buffer.write(value)
TypeError: unicode argument expected, got 'str'
Note that with any of the following variations the code works as expected:
- If I use plt.ylabel(r'$x_2$') instead of plt.ylabel(r'$\alpha$).
- If I save as PNG instead of PDF.
- Use the default configuration (comment the mpl.rcParams.update(params) line).
I am using MPL verion 1.2.x (built from commit 396a6446).
Am I doing something wrong? Any idea how to solve it?
Alejandro.

Benjamin Root <ben.root@...> writes:
> 
> Strange. Could you include the entire sphinx output as well as any logs that
the build produced?Ben Root
> 
Well, all the output available was what I posted. I don't see any log file in
the build directory. I added the -P option to sphinx-build, the output is below.
I'll keep looking here, maybe there is a problem in my setup
$ sphinx-build -P -b html -d build/doctrees . build/html
Running Sphinx v1.1.2
Exception occurred while building, starting debugger:
Traceback (most recent call last):
 File "/usr/lib/python2.7/site-packages/sphinx/cmdline.py", line 188, in main
 warningiserror, tags)
 File "/usr/lib/python2.7/site-packages/sphinx/application.py", line 114, in
__init__
 self.setup_extension(extension)
 File "/usr/lib/python2.7/site-packages/sphinx/application.py", line 250, in
setup_extension
 err)
ExtensionError: Could not import extension matplotlib.sphinxext.mathmpl
(exception: libpng14.so.14: cannot open shared object file: No such file or
directory)
> /usr/lib/python2.7/site-packages/sphinx/application.py(250)setup_extension()
-> err)
(Pdb) q
Jorge

On Tue, Mar 6, 2012 at 9:27 AM, Jorge Scandaliaris
<jor...@ya...>wrote:
> Hi, I updated mpl to trunk today and I received the followin error when
> trying
> to build the documentation:
>
> $ python2 make.py html
> Running Sphinx v1.1.2
>
> Extension error:
> Could not import extension matplotlib.sphinxext.mathmpl (exception:
> libpng14.so.14: cannot open shared object file: No such file or directory)
> Building HTML failed.
>
> My distribution uses libpng 1.58, so it's no surprise there's no libpng14.
> Matplotlib itself detected the libpng version OK and built correctly. Any
> ideas?
>
> Thanks,
>
> Jorge
>
>
Strange. Could you include the entire sphinx output as well as any logs
that the build produced?
Ben Root

Hi, I updated mpl to trunk today and I received the followin error when trying
to build the documentation:
$ python2 make.py html
Running Sphinx v1.1.2
Extension error:
Could not import extension matplotlib.sphinxext.mathmpl (exception:
libpng14.so.14: cannot open shared object file: No such file or directory)
Building HTML failed.
My distribution uses libpng 1.58, so it's no surprise there's no libpng14.
Matplotlib itself detected the libpng version OK and built correctly. Any ideas?
Thanks,
Jorge

Hi all,
I'm trying to make a simple bush a button plot something using
matplotlib and pyside, and noticed that one cannot use directly
FigureCanvas as the Widget, it has to be added to another QWidget
instead. I consider this a bug, but first thought of writing to the
mailing list to check it. The code example is here:
http://stackoverflow.com/questions/9500661/connecting-pyside-with-matplotlib-using-qtdesigner-using-pushbutton-to-draw/9571834#9571834
Although someone answered saying that now the widget that I promoted
is _the_ canvas that I have to draw, and not the canvas inside. Is
there anything more clear on that?
Thanks!

Hi
As I thought, this is a tricky subject.
So far I just opened a github account and added the three files that I am
using.
https://github.com/fariza/MPL-Experimental-Backend
I have tested this on linux, I do not know if it works on windows.
I know glade is not the right way to do it if I want this to be taken
serously.
So far the only thing I want is to experiment and see what subset of
actions are needed by most people.
The code is ugly but if this is something that more people find useful, I
will do something about that, if not I will keep it to myself and my
personal use.
Thanks
Federico
P.S. The group expander is because I have personal need of line group
management
P.S.2. The toolbar will be modified to be unified among all the figures
P.S.3. The figures are arranged in a notebook because I hate having
multiple open windows from the same source.
P.S.4. I am thinking on adding a "shell" with all the figure and line
instances ready to be modified by hand.
On Wed, Feb 29, 2012 at 5:02 PM, Federico Ariza <ari...@gm...>wrote:
> Dear all
>
> I am a long time matplotlib user (under linux) but new to the list
> (second post).
>
> On of the things that bothers me the most is the inability of the standard
> backend to change simple things (line color, labels, etc...).
>
> I resorted to create a simple FrankeinBackend (based on the GtkAgg)
> I guess I am not the only one missing this kind of features or
> experimenting with similar ideas.
>
> Some points comes to my mind:
> Is there any special place where we can share and discuss this?
> Is it better if I just open a googlecode place for my code.?
> This is a recurring question and I have no idea what I am talking about
> This is already done I am reinventing the wheel
>
> Thanks
> Federico
>
> --
> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>
> -- Antonio Alducin --
>
-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --

On Mon, Mar 5, 2012 at 1:47 PM, <av...@fa...> wrote:
> > On Feb 23, 2012 1:39 PM, <av...@fa...> wrote:
> >>
> >> should I reinstall numpy?
> >
> > No need. You should be able to build matplotlib without sudo and then
> > install with sudo
> >
> > python setup.py build
> > sudo python setup.py install
>
> Yes! This is how it should be, but it's not.
>
> I have gone a litte further trying to solve this. I have found out the
> following:
>
> If I do an import numpy in python run as user, it works. In fact, 'python
> setup.py build' works perfectly as user. But if I do an import numpy in
> python run as root, I get the error I pasted in my previous message:
>
> :~/matplotlib$ sudo python
> Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
> [GCC 4.6.1] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import numpy
> Traceback (most recent call last):
> File "<stdin>", line 1, in <module>
> File "/usr/local/lib/python2.7/dist-packages/numpy/__init__.py", line
> 137, in <module>
> import add_newdocs
> File "/usr/local/lib/python2.7/dist-packages/numpy/add_newdocs.py", line
> 9, in <module>
> from numpy.lib import add_newdoc
> File "/usr/local/lib/python2.7/dist-packages/numpy/lib/__init__.py",
> line 13, in <module>
> from polynomial import *
> File "/usr/local/lib/python2.7/dist-packages/numpy/lib/polynomial.py",
> line 17, in <module>
> from numpy.linalg import eigvals, lstsq
> File "/usr/local/lib/python2.7/dist-packages/numpy/linalg/__init__.py",
> line 48, in <module>
> from linalg import *
> File "/usr/local/lib/python2.7/dist-packages/numpy/linalg/linalg.py",
> line 23, in <module>
> from numpy.linalg import lapack_lite
> ImportError: libifport.so.5: cannot open shared object file: No such file
> or directory
>
> After that I thought it must be something about this libifport.so that
> numpy uses, but...
>
> :~/matplotlib$ locate libifport
> /opt/intel/Compiler/11.1/038/lib/intel64/libifport.a
> /opt/intel/Compiler/11.1/038/lib/intel64/libifport.so
> /opt/intel/Compiler/11.1/038/lib/intel64/libifport.so.5
> :~/matplotlib$
>
> :~$ echo $LD_LIBRARY_PATH
>
> /opt/intel/Compiler/11.1/038/lib/intel64:/opt/intel/Compiler/11.1/038/mkl/lib/em64t
> :~$ sudo -s
> root@:~# echo $LD_LIBRARY_PATH
>
> /opt/intel/Compiler/11.1/038/lib/intel64:/opt/intel/Compiler/11.1/038/mkl/lib/em64t
>
> So I don't know why python fails to import numpy as root... and I don't
> know why mpl's installer needs to import numpy to install what has already
> been built.
>
> I haven't been able to solve this issue yet. Thank you all very much for
> all your help.
>
> Cheers,
> Lucia.
>
>
>
Part of the build process imports numpy in order to check its version (I
think). But the bigger question is why it fails as root. That is very odd.
Perhaps you should post that question for the numpy mailing list?
Cheers!
Ben Root

> On Feb 23, 2012 1:39 PM, <av...@fa...> wrote:
>>
>> should I reinstall numpy?
>
> No need. You should be able to build matplotlib without sudo and then
> install with sudo
>
> python setup.py build
> sudo python setup.py install
Yes! This is how it should be, but it's not.
I have gone a litte further trying to solve this. I have found out the
following:
If I do an import numpy in python run as user, it works. In fact, 'python
setup.py build' works perfectly as user. But if I do an import numpy in
python run as root, I get the error I pasted in my previous message:
:~/matplotlib$ sudo python
Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
Traceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/usr/local/lib/python2.7/dist-packages/numpy/__init__.py", line
137, in <module>
 import add_newdocs
 File "/usr/local/lib/python2.7/dist-packages/numpy/add_newdocs.py", line
9, in <module>
 from numpy.lib import add_newdoc
 File "/usr/local/lib/python2.7/dist-packages/numpy/lib/__init__.py",
line 13, in <module>
 from polynomial import *
 File "/usr/local/lib/python2.7/dist-packages/numpy/lib/polynomial.py",
line 17, in <module>
 from numpy.linalg import eigvals, lstsq
 File "/usr/local/lib/python2.7/dist-packages/numpy/linalg/__init__.py",
line 48, in <module>
 from linalg import *
 File "/usr/local/lib/python2.7/dist-packages/numpy/linalg/linalg.py",
line 23, in <module>
 from numpy.linalg import lapack_lite
ImportError: libifport.so.5: cannot open shared object file: No such file
or directory
After that I thought it must be something about this libifport.so that
numpy uses, but...
:~/matplotlib$ locate libifport
/opt/intel/Compiler/11.1/038/lib/intel64/libifport.a
/opt/intel/Compiler/11.1/038/lib/intel64/libifport.so
/opt/intel/Compiler/11.1/038/lib/intel64/libifport.so.5
:~/matplotlib$
:~$ echo $LD_LIBRARY_PATH
/opt/intel/Compiler/11.1/038/lib/intel64:/opt/intel/Compiler/11.1/038/mkl/lib/em64t
:~$ sudo -s
root@:~# echo $LD_LIBRARY_PATH
/opt/intel/Compiler/11.1/038/lib/intel64:/opt/intel/Compiler/11.1/038/mkl/lib/em64t
So I don't know why python fails to import numpy as root... and I don't
know why mpl's installer needs to import numpy to install what has already
been built.
I haven't been able to solve this issue yet. Thank you all very much for
all your help.
Cheers,
Lucia.

On Mon, Mar 5, 2012 at 10:11 AM, Matthieu Dorier
<mat...@ir...>wrote:
> Hello,
>
> I'm trying to install Matplotlib on a platform on which default libpng.so
> and libstdc++.so are installed in /usr/lib64, but does not actually
> correspond to the libraries I want to use, which have been locally
> installed in $HOME/local. Matplotlib detects the default libraries and
> compiles against them, how can I tell it to compile against my own
> libraries? (setting basedirlist in setup.cfg didn't solve the problem)
>
I'm surprised setting the basedir did not work. Are you sure you removed
the old "build" dir before recompiling?

Hello, 
I'm trying to install Matplotlib on a platform on which default libpng.so and libstdc++.so are installed in /usr/lib64, but does not actually correspond to the libraries I want to use, which have been locally installed in $HOME/local. Matplotlib detects the default libraries and compiles against them, how can I tell it to compile against my own libraries? (setting basedirlist in setup.cfg didn't solve the problem) 
Thanks, 
Matthieu Dorier 

Am 01.03.2012 um 17:59 schrieb Jean-Baptiste Marquette <mar...@ia...>:
> Dear Python gurus,
> 
> I have written the attached script to plot data from SAMP interaction with TOPCAT (http://www.star.bris.ac.uk/~mbt/topcat/).
> I select a row on a given table (VOtable format) in TOPCAT, got the message
> 
> Selected : file:/Volumes/pepperland/erosdata/cc_all/tm_all.vot 18
> Plotting star tm5000k7768
> 
> All I obtain on screen is a blank rectangle window without borders and the rainbow wheel. I sampled the python process, file attached as well.
> I updated PyQt4 using the latest Mac snapshot and the Qt 4.8 libraries.
> 
> Any hint welcome, thanks.
A hint. Not a solution. No guarantee. 
With Tkinter, a similar problem arises if Tkinter calls are made from another thread than those one which imported Tkinter. At least on OS X 10.6, the program will be unreliable, crashing after unpredictable time with similar symptoms to that you diagnosed. The Tkinter window will no longer update, even if Tkinter calls are made, and probably even if from the Tkinter importing thread. If one makes some inputs, iirc, the rainbow wheen appears. 
I am well aware of that this is isn't Tkinter. It's a guess, as I said, and meant as a pointer to the root which can lead, in Tkinter, but maybe also in PyQt, to such problems. 
A solution is to message the main thread via thread shared objects. The main thread needs to poll them then. With Tkinter this is relatively easy to implement, but I have no idea about what it would look like in PyQt. 
It might well be that all this here is utter nonsense and leads nowhere. But since noone else has emphatic suggestions I thought I spend my 2 Ct. 
Friedrich

Although this is quite an old post, one need to set the location again.
e.g.,
lh._loc = 2
Regards,
-JJ
On Wed, Dec 14, 2011 at 12:09 AM, Warren Weckesser
<war...@en...> wrote:
>
>
> On Mon, Dec 12, 2011 at 7:05 PM, C Barrington-Leigh <cpb...@gm...>
> wrote:
>>
>> Oops; I just posted this to comp.lang.python, but I wonder whether
>> matplotlib questions are supposed to go to scipy-user?
>
>
>
> How about mat...@li...? I've cc'ed to that list.
>
> Warren
>
>
>>
>> Here it is:
>> """
>> Before I upgraded to 2.7.2+ / 4 OCt 2011, the following code added a
>> comment line to an axis legend using matplotlib / pylab.
>> Now, the same code makes the legend appear "off-screen", ie way
>> outside the axes limits.
>>
>> Can anyone help? And/or is there a new way to add a title and footer
>> to the legend?
>>
>> Thanks!
>> """
>>
>> from pylab import *
>> plot([0,0],[1,1],label='Ubuntu 11.10')
>> lh=legend(fancybox=True,shadow=False)
>> lh.get_frame().set_alpha(0.5)
>>
>> from matplotlib.offsetbox import TextArea, VPacker
>> fontsize=lh.get_texts()[0].get_fontsize()
>> legendcomment=TextArea('extra comments here',
>> textprops=dict(size=fontsize))
>> show()
>> # Looks fine here
>> lh._legend_box = VPacker(pad=5,
>>             sep=0,
>>             children=[lh._legend_box,legendcomment],
>>             align="left")
>> lh._legend_box.set_figure(gcf())
>> draw()
>>
>>
>> _______________________________________________
>> SciPy-User mailing list
>> Sci...@sc...
>> http://mail.scipy.org/mailman/listinfo/scipy-user
>
>
>
> ------------------------------------------------------------------------------
> Systems Optimization Self Assessment
> Improve efficiency and utilization of IT resources. Drive out cost and
> improve service delivery. Take 5 minutes to use this Systems Optimization
> Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

tight_layout only works for instances of Subplots. However, ax2, which
is created by calling twinx, is an instance of Axes, and is not
accounted by the tight_layout command.It may be possible to improve
the situation, I doubt it would be easy as the association between ax1
and ax2 is not very explicit in the current implementation.
One workaround is to use axes_grid1 toolkit (this works with current
git master branch but not sure if it will work with v1.1).
Try to replace
 ax1 = fig.add_subplot(1,1,1)
with
 from mpl_toolkits.axes_grid1.parasite_axes import SubplotHost
 ax1 = SubplotHost(fig, 1, 1, 1)
 fig.add_subplot(ax1)
-JJ
On Thu, Dec 8, 2011 at 5:28 AM, Jérôme <je...@jo...> wrote:
> Wed, 7 Dec 2011 20:29:22 +0100
> Jérôme a écrit:
>
>> Is there a way to automatically resize the axis and nicely center the whole
>> set {axes + ticklabels + labels} in the figure ?
>>
>> One could use add_axes and play with the coordinates until he gets something
>> nice, but it gets complicated to have it automatic as things depends on
>> - the number of digits of y-axis ticklabels
>> - whether or not a secundary y-axis is added on the right (using twinx)
>
> Hi again, sorry for multi-posting.
>
> Apparently, figure.tight_layout() does not take into account the secondary
> y-axis on the right.
>
> Is this a known limitation ? (I don't see it on the caveats paragraph [1].)
>
> Or is this the use I make of it that is incorrect ?
>
> Example :
>
> --------------------------------------------------------------------------
>
> import pylab
>
> fig = pylab.figure()
>
> data_1 = [0,1,2,3]
> data_2 = [0,5,250,30000]
>
> lines = []
>
> # Primary axis
> ax1 = fig.add_subplot(1,1,1)
> lines.extend (ax1.plot(data_1, 'b'))
>
> # Secondary axis
> ax2 = pylab.twinx(ax1)
> lines.extend (ax2.plot(data_2, 'g'))
>
> labels = ['Data 1', 'Data 2']
>
> fig.tight_layout()
>
> pylab.show()
>
>
> --------------------------------------------------------------------------
>
> Thanks.
>
> [1] http://matplotlib.sourceforge.net/users/tight_layout_guide.html
>
> --
> Jérôme
>
> ------------------------------------------------------------------------------
> Cloud Services Checklist: Pricing and Packaging Optimization
> This white paper is intended to serve as a reference, checklist and point of
> discussion for anyone considering optimizing the pricing and packaging model
> of a cloud services business. Read Now!
> http://www.accelacomm.com/jaw/sfnl/114/51491232/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I have cross posted this at Stackoverflow.com
I installed `python 2.7.2` from `ActiveState` and then installed `matplotlib` from the sources. I getting errors when I tried a simple plotting procedure to test it.
The error is similar to the one described here (http://code.google.com/p/cing/issues/detail?id=268) but it is for Macintosh. I work on a Linux machine and the info about machine is given below:
  % cat /etc/redhat-release 
  CentOS release 4.6 (Final)
  
  % uname -a
  Linux scdbuild04 2.6.9-67.ELsmp #1 SMP Fri Nov 16 12:49:06 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
The error is produced by:
  % python
  ActivePython 2.7.2.5 (ActiveState Software Inc.) based on
  Python 2.7.2 (default, Jun 24 2011, 11:24:26) 
  [GCC 4.0.2 20051125 (Red Hat 4.0.2-8)] on linux2
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import matplotlib.pylab as plt
  >>> plt.ion()
  >>> x = [1,2,3]
  >>> plt.plot(x)
  Exception in Tkinter callback
  Traceback (most recent call last):
   File "/a/b/python2.7.2/linux26_x86_64/lib/python2.7/lib-tk/Tkinter.py", line 1410, in __call__
    return self.func(*args)
   File "/a/b/python2.7.2/linux26_x86_64/lib/python2.7/site-packages/matplotlib/backends/backend_tkagg.py", line 236, in resize
    self.show()
   File "/a/b/python2.7.2/linux26_x86_64/lib/python2.7/site-packages/matplotlib/backends/backend_tkagg.py", line 240, in draw
    tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
   File "/a/b/python2.7.2/linux26_x86_64/lib/python2.7/site-packages/matplotlib/backends/tkagg.py", line 19, in blit
    tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode, id(bbox_array))
  TclError
  [<matplotlib.lines.Line2D object at 0x2a9da13310>]
Can some one help me fix this error?
Thanks
Anand

Hi,
I wanted to see the source code for an example on the Axis Artist page, specifically this bit of source code:
http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/figures/axis_direction_demo_step04.py
Unfortunately, I got a 404 not found error. Please would whoever is in charge of this fix the link? Several of the other bits of source code in this example are also not there.
Thanks,
Oliver