matplotlib-users Mailing List for matplotlib (Page 4)

Hi,
just wanted to raise this problem on the devel list, where it probably
belongs. Also, if nobody has time to look at it now and you prefer me to
file a bug, please don't hesitate to tell it.
the original post is there:
http://thread.gmane.org/gmane.comp.python.matplotlib.general/20411
Cheers
Le 21 novembre 2009 17:50, Sébastien Barthélemy <bar...@cr...> a
écrit :
> Le 18 novembre 2009 17:24, Michael Droettboom <md...@st...> a écrit :
>
> This is a bug -- but it has a fairly straightforward fix: to use Sphinx's
>> "include" directive rather than roll our own as we currently do. This has
>> been fixed in SVN r7972. plot-directive now takes an "encoding" option,
>> exactly like the Sphinx include directive. It does not do automatic
>> encoding detection (meaning it ignores the "# coding: latin1" comments),
>> just as the Sphinx include directive does.
>>
>
> Hello Michael,
>
> thank you for your fast reply and action. I just tried with the version
> from trunk (r7978) and I still have an encoding problem on the same test
> case. It seems to happen when the file is ran (to produce the figure) rather
> than when it is included. I had a look at the code, but cannot understand
> what is happenning, I would have expected imp to proprely guess the
> encoding.
>
> Could you tell me if you have the same problem ? Do you have any idea of
> what is going on ?
>
> Thanks !
>
> $ git clone git://github.com/sbarthelemy/SphinxEncoding.git
> $ cd SphinxEncoding/
> $ make html
> sphinx-build -b html -d _build/doctrees . _build/html
> Making output directory...
> Running Sphinx v0.6.2
> loading pickled environment... not found
> building [html]: targets for 1 source files that are out of date
> updating environment: 1 added, 0 changed, 0 removed
> /home/barthelemy/.local/lib/python2.6/site-packages/matplotlib/sphinxext/plot_directive.py:273:
> UserWarning: Exception running plot ./fileutf8.py
> Traceback (most recent call last):
> File
> "/home/barthelemy/.local/lib/python2.6/site-packages/matplotlib/sphinxext/plot_directive.py",
> line 270, in render_figures
> run_code(plot_path, function_name, plot_code)
> File
> "/home/barthelemy/.local/lib/python2.6/site-packages/matplotlib/sphinxext/plot_directive.py",
> line 182, in run_code
> "__plot__", fd, fname, ('py', 'r', imp.PY_SOURCE))
> File "fileutf8.py", line 2, in <module>
> print(u"accent aigus é")
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in
> position 13: ordinal not in range(128)
>

FWIW: It comes from a set of OpenSolaris patches to Python here:
http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/Python-02-pycc.diff
http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/Python-03-distutils-pycc.diff
Mike
Michael Droettboom wrote:
> Where is it from? Can you send it as an attachment? Googling doesn't 
> reveal anything.
>
> Mike
>
> David Trethewey wrote:
> 
>> Looking at it, it describes itself as a script for running the C/C++ 
>> compiler when building python modules.
>>
>> David
>>
>> Michael Droettboom wrote:
>> 
>>> What is /usr/lib/python2.4/pycc? Some sort of wrapper around the 
>>> compiler? I don't have it on my Sun machine. I would start by 
>>> looking at that to see what it's doing. It may not be passing the 
>>> source file along to the compiler.
>>>
>>> Mike
>>>
>>> David Trethewey wrote:
>>> 
>>>> I am trying to compile matplotlib on Solaris, I have run into 
>>>> problems as below compiling the ft2fonts extension. Anyone know why?
>>>>
>>>> David
>>>>
>>>>
>>>> python setup.py build
>>>> ============================================================================ 
>>>>
>>>> BUILDING MATPLOTLIB
>>>> matplotlib: 0.99.1.1
>>>> python: 2.4.4 (#1, Jan 10 2007, 01:25:01) [C]
>>>> platform: sunos5
>>>>
>>>> REQUIRED DEPENDENCIES
>>>> numpy: 1.1.0
>>>> freetype2: 9.8.3
>>>>
>>>> OPTIONAL BACKEND DEPENDENCIES
>>>> libpng: 1.2.35
>>>> Tkinter: Tkinter: 39220, Tk: 8.3, Tcl: 8.3
>>>> * Guessing the library and include 
>>>> directories for
>>>> * Tcl and Tk because the tclConfig.sh and
>>>> * tkConfig.sh could not be found and/or parsed.
>>>> wxPython: no
>>>> * wxPython not found
>>>> Gtk+: no
>>>> * Building for Gtk+ requires pygtk; you must 
>>>> be able
>>>> * to "import gtk" in your build/install 
>>>> environment
>>>> Mac OS X native: no
>>>> Qt: no
>>>> Qt4: no
>>>> Cairo: no
>>>>
>>>> OPTIONAL DATE/TIMEZONE DEPENDENCIES
>>>> datetime: present, version unknown
>>>> dateutil: matplotlib will provide
>>>> pytz: matplotlib will provide
>>>> adding pytz
>>>>
>>>> OPTIONAL USETEX DEPENDENCIES
>>>> dvipng: no
>>>> ghostscript: 8.15.4
>>>> latex: 3.14159
>>>>
>>>> [Edit setup.cfg to suppress the above messages]
>>>> ============================================================================ 
>>>>
>>>> pymods ['pylab']
>>>> packages ['matplotlib', 'matplotlib.backends', 
>>>> 'matplotlib.projections', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 
>>>> 'mpl_toolkits.axes_grid', 'matplotlib.sphinxext', 
>>>> 'matplotlib.numerix', 'matplotlib.numerix.mlab', 
>>>> 'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 
>>>> 'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 
>>>> 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil/zoneinfo']
>>>> running build
>>>> running build_py
>>>> copying lib/matplotlib/mpl-data/matplotlibrc -> 
>>>> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
>>>> copying lib/matplotlib/mpl-data/matplotlib.conf -> 
>>>> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
>>>> running build_ext
>>>> building 'matplotlib.ft2font' extension
>>>> /usr/lib/python2.4/pycc -DNDEBUG 
>>>> -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
>>>> -I/home/dlrt2/usr/lib/python/numpy/core/include -I/usr/sfw/include 
>>>> -I/usr/sfw/include/freetype2 -I/usr/local/include -I. 
>>>> -I/usr/include/python2.4 -c src/ft2font.cpp -o 
>>>> build/temp.solaris-2.10-sun4u-2.4/src/ft2font.o
>>>> cc: No input file specified, no output generated
>>>> error: command '/usr/lib/python2.4/pycc' failed with exit status 1
>>>>
>>>> 
>>>> 
>> 
>
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Where is it from? Can you send it as an attachment? Googling doesn't 
reveal anything.
Mike
David Trethewey wrote:
> Looking at it, it describes itself as a script for running the C/C++ 
> compiler when building python modules.
>
> David
>
> Michael Droettboom wrote:
>> What is /usr/lib/python2.4/pycc? Some sort of wrapper around the 
>> compiler? I don't have it on my Sun machine. I would start by 
>> looking at that to see what it's doing. It may not be passing the 
>> source file along to the compiler.
>>
>> Mike
>>
>> David Trethewey wrote:
>>> I am trying to compile matplotlib on Solaris, I have run into 
>>> problems as below compiling the ft2fonts extension. Anyone know why?
>>>
>>> David
>>>
>>>
>>> python setup.py build
>>> ============================================================================ 
>>>
>>> BUILDING MATPLOTLIB
>>> matplotlib: 0.99.1.1
>>> python: 2.4.4 (#1, Jan 10 2007, 01:25:01) [C]
>>> platform: sunos5
>>>
>>> REQUIRED DEPENDENCIES
>>> numpy: 1.1.0
>>> freetype2: 9.8.3
>>>
>>> OPTIONAL BACKEND DEPENDENCIES
>>> libpng: 1.2.35
>>> Tkinter: Tkinter: 39220, Tk: 8.3, Tcl: 8.3
>>> * Guessing the library and include 
>>> directories for
>>> * Tcl and Tk because the tclConfig.sh and
>>> * tkConfig.sh could not be found and/or parsed.
>>> wxPython: no
>>> * wxPython not found
>>> Gtk+: no
>>> * Building for Gtk+ requires pygtk; you must 
>>> be able
>>> * to "import gtk" in your build/install 
>>> environment
>>> Mac OS X native: no
>>> Qt: no
>>> Qt4: no
>>> Cairo: no
>>>
>>> OPTIONAL DATE/TIMEZONE DEPENDENCIES
>>> datetime: present, version unknown
>>> dateutil: matplotlib will provide
>>> pytz: matplotlib will provide
>>> adding pytz
>>>
>>> OPTIONAL USETEX DEPENDENCIES
>>> dvipng: no
>>> ghostscript: 8.15.4
>>> latex: 3.14159
>>>
>>> [Edit setup.cfg to suppress the above messages]
>>> ============================================================================ 
>>>
>>> pymods ['pylab']
>>> packages ['matplotlib', 'matplotlib.backends', 
>>> 'matplotlib.projections', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 
>>> 'mpl_toolkits.axes_grid', 'matplotlib.sphinxext', 
>>> 'matplotlib.numerix', 'matplotlib.numerix.mlab', 
>>> 'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 
>>> 'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 
>>> 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil/zoneinfo']
>>> running build
>>> running build_py
>>> copying lib/matplotlib/mpl-data/matplotlibrc -> 
>>> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
>>> copying lib/matplotlib/mpl-data/matplotlib.conf -> 
>>> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
>>> running build_ext
>>> building 'matplotlib.ft2font' extension
>>> /usr/lib/python2.4/pycc -DNDEBUG 
>>> -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
>>> -I/home/dlrt2/usr/lib/python/numpy/core/include -I/usr/sfw/include 
>>> -I/usr/sfw/include/freetype2 -I/usr/local/include -I. 
>>> -I/usr/include/python2.4 -c src/ft2font.cpp -o 
>>> build/temp.solaris-2.10-sun4u-2.4/src/ft2font.o
>>> cc: No input file specified, no output generated
>>> error: command '/usr/lib/python2.4/pycc' failed with exit status 1
>>>
>>> 
>>
>
>
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Looking at it, it describes itself as a script for running the C/C++ 
compiler when building python modules.
David
Michael Droettboom wrote:
> What is /usr/lib/python2.4/pycc? Some sort of wrapper around the 
> compiler? I don't have it on my Sun machine. I would start by 
> looking at that to see what it's doing. It may not be passing the 
> source file along to the compiler.
>
> Mike
>
> David Trethewey wrote:
>> I am trying to compile matplotlib on Solaris, I have run into 
>> problems as below compiling the ft2fonts extension. Anyone know why?
>>
>> David
>>
>>
>> python setup.py build
>> ============================================================================ 
>>
>> BUILDING MATPLOTLIB
>> matplotlib: 0.99.1.1
>> python: 2.4.4 (#1, Jan 10 2007, 01:25:01) [C]
>> platform: sunos5
>>
>> REQUIRED DEPENDENCIES
>> numpy: 1.1.0
>> freetype2: 9.8.3
>>
>> OPTIONAL BACKEND DEPENDENCIES
>> libpng: 1.2.35
>> Tkinter: Tkinter: 39220, Tk: 8.3, Tcl: 8.3
>> * Guessing the library and include 
>> directories for
>> * Tcl and Tk because the tclConfig.sh and
>> * tkConfig.sh could not be found and/or parsed.
>> wxPython: no
>> * wxPython not found
>> Gtk+: no
>> * Building for Gtk+ requires pygtk; you must 
>> be able
>> * to "import gtk" in your build/install 
>> environment
>> Mac OS X native: no
>> Qt: no
>> Qt4: no
>> Cairo: no
>>
>> OPTIONAL DATE/TIMEZONE DEPENDENCIES
>> datetime: present, version unknown
>> dateutil: matplotlib will provide
>> pytz: matplotlib will provide
>> adding pytz
>>
>> OPTIONAL USETEX DEPENDENCIES
>> dvipng: no
>> ghostscript: 8.15.4
>> latex: 3.14159
>>
>> [Edit setup.cfg to suppress the above messages]
>> ============================================================================ 
>>
>> pymods ['pylab']
>> packages ['matplotlib', 'matplotlib.backends', 
>> 'matplotlib.projections', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 
>> 'mpl_toolkits.axes_grid', 'matplotlib.sphinxext', 
>> 'matplotlib.numerix', 'matplotlib.numerix.mlab', 
>> 'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 
>> 'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 
>> 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil/zoneinfo']
>> running build
>> running build_py
>> copying lib/matplotlib/mpl-data/matplotlibrc -> 
>> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
>> copying lib/matplotlib/mpl-data/matplotlib.conf -> 
>> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
>> running build_ext
>> building 'matplotlib.ft2font' extension
>> /usr/lib/python2.4/pycc -DNDEBUG 
>> -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
>> -I/home/dlrt2/usr/lib/python/numpy/core/include -I/usr/sfw/include 
>> -I/usr/sfw/include/freetype2 -I/usr/local/include -I. 
>> -I/usr/include/python2.4 -c src/ft2font.cpp -o 
>> build/temp.solaris-2.10-sun4u-2.4/src/ft2font.o
>> cc: No input file specified, no output generated
>> error: command '/usr/lib/python2.4/pycc' failed with exit status 1
>>
>> 
>
-- 
David Trethewey
Institute of Astronomy
http://www.ast.cam.ac.uk/~dlrt2
Phone: 01223 339277 (office at IoA)
Mobile: 07817 775159

What is /usr/lib/python2.4/pycc? Some sort of wrapper around the 
compiler? I don't have it on my Sun machine. I would start by looking 
at that to see what it's doing. It may not be passing the source file 
along to the compiler.
Mike
David Trethewey wrote:
> I am trying to compile matplotlib on Solaris, I have run into problems 
> as below compiling the ft2fonts extension. Anyone know why?
>
> David
>
>
> python setup.py build
> ============================================================================
> BUILDING MATPLOTLIB
> matplotlib: 0.99.1.1
> python: 2.4.4 (#1, Jan 10 2007, 01:25:01) [C]
> platform: sunos5
>
> REQUIRED DEPENDENCIES
> numpy: 1.1.0
> freetype2: 9.8.3
>
> OPTIONAL BACKEND DEPENDENCIES
> libpng: 1.2.35
> Tkinter: Tkinter: 39220, Tk: 8.3, Tcl: 8.3
> * Guessing the library and include directories for
> * Tcl and Tk because the tclConfig.sh and
> * tkConfig.sh could not be found and/or parsed.
> wxPython: no
> * wxPython not found
> Gtk+: no
> * Building for Gtk+ requires pygtk; you must be able
> * to "import gtk" in your build/install environment
> Mac OS X native: no
> Qt: no
> Qt4: no
> Cairo: no
>
> OPTIONAL DATE/TIMEZONE DEPENDENCIES
> datetime: present, version unknown
> dateutil: matplotlib will provide
> pytz: matplotlib will provide
> adding pytz
>
> OPTIONAL USETEX DEPENDENCIES
> dvipng: no
> ghostscript: 8.15.4
> latex: 3.14159
>
> [Edit setup.cfg to suppress the above messages]
> ============================================================================
> pymods ['pylab']
> packages ['matplotlib', 'matplotlib.backends', 'matplotlib.projections', 
> 'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 
> 'matplotlib.sphinxext', 'matplotlib.numerix', 'matplotlib.numerix.mlab', 
> 'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 
> 'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 
> 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil/zoneinfo']
> running build
> running build_py
> copying lib/matplotlib/mpl-data/matplotlibrc -> 
> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
> copying lib/matplotlib/mpl-data/matplotlib.conf -> 
> build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
> running build_ext
> building 'matplotlib.ft2font' extension
> /usr/lib/python2.4/pycc -DNDEBUG -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
> -I/home/dlrt2/usr/lib/python/numpy/core/include -I/usr/sfw/include 
> -I/usr/sfw/include/freetype2 -I/usr/local/include -I. 
> -I/usr/include/python2.4 -c src/ft2font.cpp -o 
> build/temp.solaris-2.10-sun4u-2.4/src/ft2font.o
> cc: No input file specified, no output generated
> error: command '/usr/lib/python2.4/pycc' failed with exit status 1
>
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

I am trying to compile matplotlib on Solaris, I have run into problems 
as below compiling the ft2fonts extension. Anyone know why?
David
python setup.py build
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 0.99.1.1
 python: 2.4.4 (#1, Jan 10 2007, 01:25:01) [C]
 platform: sunos5
REQUIRED DEPENDENCIES
 numpy: 1.1.0
 freetype2: 9.8.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.35
 Tkinter: Tkinter: 39220, Tk: 8.3, Tcl: 8.3
 * Guessing the library and include directories for
 * Tcl and Tk because the tclConfig.sh and
 * tkConfig.sh could not be found and/or parsed.
 wxPython: no
 * wxPython not found
 Gtk+: no
 * Building for Gtk+ requires pygtk; you must be able
 * to "import gtk" in your build/install environment
 Mac OS X native: no
 Qt: no
 Qt4: no
 Cairo: no
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 datetime: present, version unknown
 dateutil: matplotlib will provide
 pytz: matplotlib will provide
adding pytz
OPTIONAL USETEX DEPENDENCIES
 dvipng: no
 ghostscript: 8.15.4
 latex: 3.14159
[Edit setup.cfg to suppress the above messages]
============================================================================
pymods ['pylab']
packages ['matplotlib', 'matplotlib.backends', 'matplotlib.projections', 
'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 
'matplotlib.sphinxext', 'matplotlib.numerix', 'matplotlib.numerix.mlab', 
'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 
'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 
'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil/zoneinfo']
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc -> 
build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
copying lib/matplotlib/mpl-data/matplotlib.conf -> 
build/lib.solaris-2.10-sun4u-2.4/matplotlib/mpl-data
running build_ext
building 'matplotlib.ft2font' extension
/usr/lib/python2.4/pycc -DNDEBUG -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
-I/home/dlrt2/usr/lib/python/numpy/core/include -I/usr/sfw/include 
-I/usr/sfw/include/freetype2 -I/usr/local/include -I. 
-I/usr/include/python2.4 -c src/ft2font.cpp -o 
build/temp.solaris-2.10-sun4u-2.4/src/ft2font.o
cc: No input file specified, no output generated
error: command '/usr/lib/python2.4/pycc' failed with exit status 1
-- 
David Trethewey
Institute of Astronomy
http://www.ast.cam.ac.uk/~dlrt2
Phone: 01223 339277 (office at IoA)
Mobile: 07817 775159

On Wed, Nov 25, 2009 at 8:01 AM, federico roncarolo
<Fed...@ce...> wrote:
> Hi,
>
> I'm new with matplotlib and
> I'm trying to embed matplotlib objects into pygtk.
>
> I tried different backend imports (GTKAgg, GTK, GTKCairo) and always
> get the same error (attached below) referring to the missing
> _backend_gdk package.
>
> I work with MAC os x 10.6, python 2.6, pygtk2, matplotlib 0.99.1.1,
> all installed via macports , even though I tried to install matplotlib
> from source via the setup.py script and I get exactely the same problem.
>
> Could you help?
>
matplotlib is probably not finding pygtk at build time -- you need
have pkg-config installed, and locate your pygtk-2.0.pc file and then
add that path to your PKG_CONFIG_PATH. You can check the output of
the build script at the beginning in the section
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.27
 Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
 wxPython: 2.8.8.0
 * WxAgg extension not required for wxPython >= 2.8
 Gtk+: gtk+: 2.14.4, glib: 2.18.2, pygtk: 2.13.0,
 pygobject: 2.15.3
 Mac OS X native: no
 Qt: Qt: 3.3.8, PyQt: 3.17.4
 Qt4: Qt: 4.4.3, PyQt4: 4.4.4
 Cairo: 1.4.12
You need to have an entry for Gtk or else the backend will not be built.
JDH

On Mon, Nov 23, 2009 at 3:09 PM, Olof Werneman <olo...@gm...> wrote:
> Hello!
>
> I am forced to use py version 2.3.3 (included in other software). I would
> like to use matplotlib but can not find the version for py 2.3 on
> sourceforge. I think it should be version 0.90.1?
> Do you know how I can get hold of a copy of that version?
If you have access to svn, you can do:
svn co https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib
mpl90.1 -r3352
If not, I can upload a tarball somewhere.
JDH

On Tue, Nov 24, 2009 at 5:38 PM, thumperj <mrt...@gm...> wrote:
>
> I'm certain this is in an example somewhere but I can't seem to find it. If
> someone can just point me to the example I'll take it from there. Thank
> you!
>
> I have a line chart. I just want to add text or callout box that shows the
> last value in the line.
Use "text" or "annotate", eg
http://matplotlib.sourceforge.net/examples/pylab_examples/annotation_demo.html
http://matplotlib.sourceforge.net/examples/pylab_examples/annotation_demo2.html
Let us know if you need any more help
JDH

There may be a limitation on window sizes in the various GUI backends. 
Have you tried using the non-GUI backend (agg), and now "show"ing it, 
but just using "savefig"?
Mike
do...@us... wrote:
> I'm trying to make a 10 inch wide by 30 inch high, 72 dpi figure and
> display it interactively. Matplotlib seems to squash the height for
> anything over a certain size, depending on the backend:
>
> ---------------------------------------------------
> #!/usr/bin/env python
>
> import sys, os, matplotlib
> matplotlib.use('TkAgg')
> import matplotlib.pyplot as plt
>
> print os.uname()
> print sys.version
> print matplotlib.__version__
> print
>
> f = plt.figure(figsize=(10,30), dpi=72)
> print "figheight before show(): %f" % f.get_figheight()
> plt.show()
> print "figheight after show(): %f" % f.get_figheight()
> --------------------------------------------------
>
> Prints this:
>
> ==========================
> ('Linux', 'prime', '2.6.31-14-generic', '#48-Ubuntu SMP Fri Oct 16
> 14:05:01 UTC 2009', 'x86_64')
> 2.6.4 (r264:75706, Nov 2 2009, 14:44:17)
> [GCC 4.4.1]
> 0.99.0
>
> figheight before show(): 30.000000
> figheight after show(): 22.027778
> ==========================
>
> Tk squashes heights over 12 inches (the heights do get larger as you
> request larger figures, but not as large as what you request); GTK
> goes up to 11; and Qt4Agg only goes up to 7.3. WX seems to be the
> only backend that will give me a 30 inch figure, but even then I have
> to manually resize the window to make it fit. This happens in scripts
> with pyplot, in ipython with or without -pylab, and via the matplotlib
> API.
>
> Is there some limitation on figure sizes?
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Hi,
I'm new with matplotlib and
I'm trying to embed matplotlib objects into pygtk.
I tried different backend imports (GTKAgg, GTK, GTKCairo) and always 
get the same error (attached below) referring to the missing 
_backend_gdk package.
I work with MAC os x 10.6, python 2.6, pygtk2, matplotlib 0.99.1.1, 
all installed via macports , even though I tried to install matplotlib 
from source via the setup.py script and I get exactely the same problem.
Could you help?
Many thans in advance,
Federico
---------------------------------------------------------------------------
ImportError Traceback (most recent call 
last)
/Volumes/froncaro/LINAC4/SOURCE/python/maplotlib_test.py in <module>()
 9 #from matplotlib.backends.backend_gtk import FigureCanvasGTK, 
NavigationToolbar
 10
---> 11 from matplotlib.backends.backend_gtkcairo import 
FigureCanvasGTKCairo as FigureCanvas
 12
 13
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/matplotlib/backends/backend_gtkcairo.py in 
<module>()
 8
 9 from matplotlib.backends import backend_cairo
---> 10 from matplotlib.backends.backend_gtk import *
 11
 12 backend_version = 'PyGTK(%d.%d.%d) ' % gtk.pygtk_version + \
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/matplotlib/backends/backend_gtk.py in <module>()
 23 from matplotlib.backend_bases import RendererBase, 
GraphicsContextBase, \
 24 FigureManagerBase, FigureCanvasBase, NavigationToolbar2, 
cursors
---> 25 from matplotlib.backends.backend_gdk import RendererGDK, 
FigureCanvasGDK
 26 from matplotlib.cbook import is_string_like, 
is_writable_file_like
 27 from matplotlib.colors import colorConverter
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/matplotlib/backends/backend_gdk.py in <module>()
 27 from matplotlib.mathtext import MathTextParser
 28 from matplotlib.transforms import Affine2D
---> 29 from matplotlib.backends._backend_gdk import 
pixbuf_get_pixels_array
 30
 31
ImportError: No module named _backend_gdk

I'm trying to make a 10 inch wide by 30 inch high, 72 dpi figure and
display it interactively. Matplotlib seems to squash the height for
anything over a certain size, depending on the backend:
---------------------------------------------------
#!/usr/bin/env python
import sys, os, matplotlib
matplotlib.use('TkAgg')
import matplotlib.pyplot as plt
print os.uname()
print sys.version
print matplotlib.__version__
print
f = plt.figure(figsize=(10,30), dpi=72)
print "figheight before show(): %f" % f.get_figheight()
plt.show()
print "figheight after show(): %f" % f.get_figheight()
--------------------------------------------------
Prints this:
==========================
('Linux', 'prime', '2.6.31-14-generic', '#48-Ubuntu SMP Fri Oct 16
14:05:01 UTC 2009', 'x86_64')
2.6.4 (r264:75706, Nov 2 2009, 14:44:17)
[GCC 4.4.1]
0.99.0
figheight before show(): 30.000000
figheight after show(): 22.027778
==========================
Tk squashes heights over 12 inches (the heights do get larger as you
request larger figures, but not as large as what you request); GTK
goes up to 11; and Qt4Agg only goes up to 7.3. WX seems to be the
only backend that will give me a 30 inch figure, but even then I have
to manually resize the window to make it fit. This happens in scripts
with pyplot, in ipython with or without -pylab, and via the matplotlib
API.
Is there some limitation on figure sizes?

Hi,
2009年11月18日 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:
> In gnuplot, I can do the following:
>
> set format x "%.0s %cHz"
>
> ...and this will set the x-axis labels (on a semilogx style plot) to
> be "10 Hz", "100 Hz", "1 kHz", "10 kHz", etc.
I ended up implementing this myself, it wasn't too hard. I've attached
the code if anyone else is interested. I don't know matplotlib that
well, so I don't know if there's much duplication of code in there.
I thought I'd CC the dev list in case others think it might be useful.
If not, sorry for the noise.
Cheers,
Jason

I'm certain this is in an example somewhere but I can't seem to find it. If
someone can just point me to the example I'll take it from there. Thank
you!
I have a line chart. I just want to add text or callout box that shows the
last value in the line.
Thank you very much,
Chris
-- 
View this message in context: http://old.nabble.com/Line-chart---want-to-show-value-of-last-data-point-tp26505250p26505250.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hello,
I would like to do animations of a 3d scene. Thus I would need do to
animation of some mplot3d-generated plot. Has somebody already tried it ? Is
it possible at all ? My first test don't work, but I never did an animation
in matplotlib before. I would like to be sure this is not a dead end befor
digging deeper.
 Thank you !

I was able to reproduce your problem on one of our Pentium III computers 
and traced it down to a bug in the _path module initialization function 
(will file a separate bug report). Please try again installing the 
updated <matplotlib-0.99.1.1.win32-py2.6.exe> from 
<http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib>.
Christoph

Phillip M. Feldman wrote:
> Jeff Whitaker wrote:
>> Phillip M. Feldman wrote:
>>> Jeff Whitaker wrote:
>>>> Dr. Phillip M. Feldman wrote:
>>>>> The basemap demo `cubed_sphere.py` contains the following line of 
>>>>> code:
>>>>>
>>>>> fig.subplots_adjust(bottom=0, left=0, right=1, top=0, wspace=0, 
>>>>> hspace=0)
>>>>>
>>>>> >From the documentation, it would appear that `wspace=0` should 
>>>>> remove all
>>>>> horizontal space between the subplots. But, this isn't what 
>>>>> happens. (I
>>>>> tried to insert an image, but this feature of Nabble appears to be 
>>>>> broken).
>>>>> 
>>>> Phillip: Do you see any white space between the unfolded faces of 
>>>> the cube on the cubed_sphere plot? If not, then that command is 
>>>> working as expected.
>>>>
>>>> -Jeff
>>> Jeff:
>>>
>>> (I posted this same message via Nabble, but it doesn't seem to be 
>>> getting through).
>>>
>>> I have some further information: I just tried it again, and realized 
>>> that if I use the original figure size and don't maximize the figure 
>>> window, there are no white spaces. I don't see the white spaces 
>>> unless I maximize the figure window. Maximizing the figure window 
>>> should change the overall size of the image, but everything should 
>>> scale together, so this is definitely a bug.
>>>
>>> Phillip
>> Philip: It's not really a bug - but a "feature" of this particular 
>> example. For the white space to disappear, the figure must have 
>> exactly the same aspect ratio as the map projection. It's set that 
>> way in the example, but if you change but maximizing the window 
>> Basemap tries to maintain the aspect ratio of the map and leaves some 
>> whitespace. To get rid of the whitespace, at the expensive of 
>> messing up the aspect ratio of the map when you resize, set 
>> fix_aspect=True when initializing the basemap instance (for basemap 
>> >= 0.99.4).
>>
>> -Jeff
>>
> Jeff: According to the documentation (in 
> http://matplotlib.sourceforge.net/basemap/doc/html/api/basemap_api.html), 
> fix_aspect=True is the default. (I verified that specifying 
> fix_aspect=True does not change the behavior). So, I still think that 
> there's a bug here. If I specify fix_aspect=False, then no white 
> spaces appear when I maximize the figure, but the aspect ratio is 
> messed up. It would be really great if there were some way to get a 
> large plot without fouling up the aspect ratio. Yours, Phillip
Philip: Sorry, I meant to say fix_aspec=False in my previous email. 
You can't preserve the aspect ratio of the map and not have white space 
appear when you resize the figure in that example. You can get a larger 
figure by modifying the figsize argument to plt.figure - just be sure to 
maintain the correct aspect ratio (10:7.5).
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
Meteorologist FAX : (303)497-6449
NOAA/OAR/PSD R/PSD1 Email : Jef...@no...
325 Broadway Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg

Dr. David Kirkby wrote:
> Michael Droettboom wrote:
>> A colleague of mine also suggested an alternative workaround that is 
>> almost humorously simple. Define both the C and C++ compilers to be 
>> "CC" when building matplotlib. That is, set the environment variable 
>> "CC" to "CC" and "CXX" to "CC". Distutils will then use the C++ 
>> compiler for everything (which for matplotlib we get lucky and it 
>> just works).
>>
>> Mike
>
> As I understand it, C++ compilers do not generate as efficient 
> binaries as C compilers do, so there would be a loss of speed I think. 
> How much I do not know.
>
> That seems more of a hack than a real solution to the problem, though 
> in some cases, hacks are the best choice.
>
> I know nothing about mathplotlib, other than it presented issues on 
> Solaris. If it not CPU/memory intensive, then I suspect the 
> performance penalty of using a C++ compiler to compile C could would 
> not be significant.
It's mostly C++ anyway, with the exception of some of the font 
conversion, contouring and the (mostly obsolete) Gdk extension. I 
suspect it makes very little difference.
Mike
>
> David Kirkby.
>
>
>
>> Michael Droettboom wrote:
>>> I've attached patches against Python 2.5 and 2.6 to that bug. 
>>> Neither is significantly different from the original patch.
>>>
>>> http://bugs.python.org/issue1222585
>>>
>>> Once doing that, you'll also need to make the following change to 
>>> matplotlib so that the correct C++ runtime libraries are used. Once 
>>> I figure out how to correctly detect the compiler being used, I'll 
>>> make this change in the matplotlib SVN repository. (This is 
>>> non-trivial, since distutils doesn't have a Sun compiler 
>>> specialization -- it uses the "generic" Unix compiler support for 
>>> both gcc and Sun Studio.)
>>>
>>> Mike
>>>
>>> Index: setupext.py
>>> ===================================================================
>>> --- setupext.py (revision 7979)
>>> +++ setupext.py (working copy)
>>> @@ -221,7 +221,7 @@
>>> if sys.platform == 'win32' and win32_compiler == 'msvc':
>>> std_libs = []
>>> else:
>>> - std_libs = ['stdc++', 'm']
>>> + std_libs = ['m', 'Crun', 'Cstd']
>>>
>>> def has_pkgconfig():
>>> if has_pkgconfig.cache is not None:
>>>
>>>
>>> Michael Droettboom wrote:
>>> 
>>>> This is a years-old known bug in distutils (which it looks like 
>>>> you've already commented on...). I've looked at it many times over 
>>>> those years, and it's really very difficult to fix from outside 
>>>> without terrible monkey-patching hacks that are certain to break on 
>>>> as many systems as they fix. We just may be forced to deal with it 
>>>> at this point, though. (FWIW, we run Solaris here, too, but we 
>>>> build matplotlib on gcc). I'll comment on that bug as well and see 
>>>> if we can get some movement on it.
>>>>
>>>> In the meantime, I'll investigate whether the scons work by David 
>>>> Cournapeau resolves this problem. See here:
>>>>
>>>> http://github.com/cournape/matplotlib/tree/scons_build
>>>>
>>>> Mike
>>>>
>>>> Dr. David Kirkby wrote:
>>>> 
>>>>> I was trying to build matplotlib 0.99.0 as part of Sage
>>>>>
>>>>> http://www.sagemath.org/
>>>>>
>>>>> on a Sun Blade 2000 workstation running Solaris 10 update 7, using 
>>>>> the Sun Studio compiler version 12.1 (not gcc).
>>>>>
>>>>> CC and CXX were defined properly as C and C++ compilers, but it 
>>>>> would appear that the C compiler is being called to compile the 
>>>>> file src/ft2font.cpp, which is of course a C++ file.
>>>>>
>>>>> You might get away with this with gcc, but the Sun C compiler will 
>>>>> not compile C++ code.
>>>>>
>>>>> Here's the error I get:
>>>>>
>>>>>
>>>>> /opt/xxxsunstudio12.1/bin/cc -DNDEBUG -O -xcode=pic32 
>>>>> -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
>>>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/lib/python2.6/site-packages/numpy/core/include 
>>>>> -I/usr/sfw/include -I/usr/sfw/include/freetype2 
>>>>> -I/usr/local/include -I. 
>>>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/include/ 
>>>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/include/python2.6 
>>>>> -c src/ft2font.cpp -o build/temp.solaris-2.10-sun4u-2.6/src/ft2font.o
>>>>> cc: No valid input files specified, no output generated
>>>>> error: command '/opt/xxxsunstudio12.1/bin/cc' failed with exit 
>>>>> status 1
>>>>>
>>>>> This is recorded in the Sage trac as:
>>>>>
>>>>> http://trac.sagemath.org/sage_trac/ticket/7028
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------ 
>>>>>
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 
>>>>> 2008 30-Day trial. Simplify your report design, integration and 
>>>>> deployment - and focus on what you do best, core application 
>>>>> coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Matplotlib-users mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>> 
>>>> 
>>>
>>> 
>>
>
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Michael Droettboom wrote:
> A colleague of mine also suggested an alternative workaround that is 
> almost humorously simple. Define both the C and C++ compilers to be 
> "CC" when building matplotlib. That is, set the environment variable 
> "CC" to "CC" and "CXX" to "CC". Distutils will then use the C++ 
> compiler for everything (which for matplotlib we get lucky and it just 
> works).
> 
> Mike
As I understand it, C++ compilers do not generate as efficient binaries as C 
compilers do, so there would be a loss of speed I think. How much I do not know.
That seems more of a hack than a real solution to the problem, though in some 
cases, hacks are the best choice.
I know nothing about mathplotlib, other than it presented issues on Solaris. If 
it not CPU/memory intensive, then I suspect the performance penalty of using a 
C++ compiler to compile C could would not be significant.
David Kirkby.
> Michael Droettboom wrote:
>> I've attached patches against Python 2.5 and 2.6 to that bug. Neither 
>> is significantly different from the original patch.
>>
>> http://bugs.python.org/issue1222585
>>
>> Once doing that, you'll also need to make the following change to 
>> matplotlib so that the correct C++ runtime libraries are used. Once I 
>> figure out how to correctly detect the compiler being used, I'll make 
>> this change in the matplotlib SVN repository. (This is non-trivial, 
>> since distutils doesn't have a Sun compiler specialization -- it uses 
>> the "generic" Unix compiler support for both gcc and Sun Studio.)
>>
>> Mike
>>
>> Index: setupext.py
>> ===================================================================
>> --- setupext.py (revision 7979)
>> +++ setupext.py (working copy)
>> @@ -221,7 +221,7 @@
>> if sys.platform == 'win32' and win32_compiler == 'msvc':
>> std_libs = []
>> else:
>> - std_libs = ['stdc++', 'm']
>> + std_libs = ['m', 'Crun', 'Cstd']
>>
>> def has_pkgconfig():
>> if has_pkgconfig.cache is not None:
>>
>>
>> Michael Droettboom wrote:
>> 
>>> This is a years-old known bug in distutils (which it looks like 
>>> you've already commented on...). I've looked at it many times over 
>>> those years, and it's really very difficult to fix from outside 
>>> without terrible monkey-patching hacks that are certain to break on 
>>> as many systems as they fix. We just may be forced to deal with it 
>>> at this point, though. (FWIW, we run Solaris here, too, but we build 
>>> matplotlib on gcc). I'll comment on that bug as well and see if we 
>>> can get some movement on it.
>>>
>>> In the meantime, I'll investigate whether the scons work by David 
>>> Cournapeau resolves this problem. See here:
>>>
>>> http://github.com/cournape/matplotlib/tree/scons_build
>>>
>>> Mike
>>>
>>> Dr. David Kirkby wrote:
>>> 
>>>> I was trying to build matplotlib 0.99.0 as part of Sage
>>>>
>>>> http://www.sagemath.org/
>>>>
>>>> on a Sun Blade 2000 workstation running Solaris 10 update 7, using 
>>>> the Sun Studio compiler version 12.1 (not gcc).
>>>>
>>>> CC and CXX were defined properly as C and C++ compilers, but it 
>>>> would appear that the C compiler is being called to compile the file 
>>>> src/ft2font.cpp, which is of course a C++ file.
>>>>
>>>> You might get away with this with gcc, but the Sun C compiler will 
>>>> not compile C++ code.
>>>>
>>>> Here's the error I get:
>>>>
>>>>
>>>> /opt/xxxsunstudio12.1/bin/cc -DNDEBUG -O -xcode=pic32 
>>>> -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
>>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/lib/python2.6/site-packages/numpy/core/include 
>>>> -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/local/include 
>>>> -I. 
>>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/include/ 
>>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/include/python2.6 
>>>> -c src/ft2font.cpp -o build/temp.solaris-2.10-sun4u-2.6/src/ft2font.o
>>>> cc: No valid input files specified, no output generated
>>>> error: command '/opt/xxxsunstudio12.1/bin/cc' failed with exit status 1
>>>>
>>>> This is recorded in the Sage trac as:
>>>>
>>>> http://trac.sagemath.org/sage_trac/ticket/7028
>>>>
>>>>
>>>> ------------------------------------------------------------------------------ 
>>>>
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 
>>>> 30-Day trial. Simplify your report design, integration and 
>>>> deployment - and focus on what you do best, core application coding. 
>>>> Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>> 
>>> 
>>
>> 
> 

Jeff Whitaker wrote:
> Phillip M. Feldman wrote:
>> Jeff Whitaker wrote:
>>> Dr. Phillip M. Feldman wrote:
>>>> The basemap demo `cubed_sphere.py` contains the following line of 
>>>> code:
>>>>
>>>> fig.subplots_adjust(bottom=0, left=0, right=1, top=0, wspace=0, 
>>>> hspace=0)
>>>>
>>>> >From the documentation, it would appear that `wspace=0` should 
>>>> remove all
>>>> horizontal space between the subplots. But, this isn't what 
>>>> happens. (I
>>>> tried to insert an image, but this feature of Nabble appears to be 
>>>> broken).
>>>> 
>>> Phillip: Do you see any white space between the unfolded faces of 
>>> the cube on the cubed_sphere plot? If not, then that command is 
>>> working as expected.
>>>
>>> -Jeff
>> Jeff:
>>
>> (I posted this same message via Nabble, but it doesn't seem to be 
>> getting through).
>>
>> I have some further information: I just tried it again, and realized 
>> that if I use the original figure size and don't maximize the figure 
>> window, there are no white spaces. I don't see the white spaces 
>> unless I maximize the figure window. Maximizing the figure window 
>> should change the overall size of the image, but everything should 
>> scale together, so this is definitely a bug.
>>
>> Phillip
> Philip: It's not really a bug - but a "feature" of this particular 
> example. For the white space to disappear, the figure must have 
> exactly the same aspect ratio as the map projection. It's set that 
> way in the example, but if you change but maximizing the window 
> Basemap tries to maintain the aspect ratio of the map and leaves some 
> whitespace. To get rid of the whitespace, at the expensive of messing 
> up the aspect ratio of the map when you resize, set fix_aspect=True 
> when initializing the basemap instance (for basemap >= 0.99.4).
>
> -Jeff
>
Jeff: According to the documentation (in 
http://matplotlib.sourceforge.net/basemap/doc/html/api/basemap_api.html), 
fix_aspect=True is the default. (I verified that specifying 
fix_aspect=True does not change the behavior). So, I still think that 
there's a bug here. If I specify fix_aspect=False, then no white spaces 
appear when I maximize the figure, but the aspect ratio is messed up. 
It would be really great if there were some way to get a large plot 
without fouling up the aspect ratio. Yours, Phillip

A colleague of mine also suggested an alternative workaround that is 
almost humorously simple. Define both the C and C++ compilers to be 
"CC" when building matplotlib. That is, set the environment variable 
"CC" to "CC" and "CXX" to "CC". Distutils will then use the C++ 
compiler for everything (which for matplotlib we get lucky and it just 
works).
Mike
Michael Droettboom wrote:
> I've attached patches against Python 2.5 and 2.6 to that bug. Neither 
> is significantly different from the original patch.
>
> http://bugs.python.org/issue1222585
>
> Once doing that, you'll also need to make the following change to 
> matplotlib so that the correct C++ runtime libraries are used. Once I 
> figure out how to correctly detect the compiler being used, I'll make 
> this change in the matplotlib SVN repository. (This is non-trivial, 
> since distutils doesn't have a Sun compiler specialization -- it uses 
> the "generic" Unix compiler support for both gcc and Sun Studio.)
>
> Mike
>
> Index: setupext.py
> ===================================================================
> --- setupext.py (revision 7979)
> +++ setupext.py (working copy)
> @@ -221,7 +221,7 @@
> if sys.platform == 'win32' and win32_compiler == 'msvc':
> std_libs = []
> else:
> - std_libs = ['stdc++', 'm']
> + std_libs = ['m', 'Crun', 'Cstd']
>
> def has_pkgconfig():
> if has_pkgconfig.cache is not None:
>
>
> Michael Droettboom wrote:
> 
>> This is a years-old known bug in distutils (which it looks like you've 
>> already commented on...). I've looked at it many times over those 
>> years, and it's really very difficult to fix from outside without 
>> terrible monkey-patching hacks that are certain to break on as many 
>> systems as they fix. We just may be forced to deal with it at this 
>> point, though. (FWIW, we run Solaris here, too, but we build matplotlib 
>> on gcc). I'll comment on that bug as well and see if we can get some 
>> movement on it.
>>
>> In the meantime, I'll investigate whether the scons work by David 
>> Cournapeau resolves this problem. See here:
>>
>> http://github.com/cournape/matplotlib/tree/scons_build
>>
>> Mike
>>
>> Dr. David Kirkby wrote:
>> 
>> 
>>> I was trying to build matplotlib 0.99.0 as part of Sage
>>>
>>> http://www.sagemath.org/
>>>
>>> on a Sun Blade 2000 workstation running Solaris 10 update 7, using the Sun 
>>> Studio compiler version 12.1 (not gcc).
>>>
>>> CC and CXX were defined properly as C and C++ compilers, but it would appear 
>>> that the C compiler is being called to compile the file src/ft2font.cpp, which 
>>> is of course a C++ file.
>>>
>>> You might get away with this with gcc, but the Sun C compiler will not compile 
>>> C++ code.
>>>
>>> Here's the error I get:
>>>
>>>
>>> /opt/xxxsunstudio12.1/bin/cc -DNDEBUG -O -xcode=pic32 
>>> -DPY_ARRAYAUNIQUE_SYMBOL=MPL_ARRAY_API 
>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/lib/python2.6/site-packages/numpy/core/include 
>>> -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/local/include -I. 
>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/include/ 
>>> -I/export/home/drkirkby/sage/gcc32/sage-4.1.2.alpha2/local/include/python2.6 -c 
>>> src/ft2font.cpp -o build/temp.solaris-2.10-sun4u-2.6/src/ft2font.o
>>> cc: No valid input files specified, no output generated
>>> error: command '/opt/xxxsunstudio12.1/bin/cc' failed with exit status 1
>>>
>>> This is recorded in the Sage trac as:
>>>
>>> http://trac.sagemath.org/sage_trac/ticket/7028
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
>>> trial. Simplify your report design, integration and deployment - and focus on 
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>> 
>>> 
>>> 
>> 
>> 
>
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Folks,
 I want to use the full screen width in plots,
but it looks as though the size of the screen window is clipped somewhere ?
import pylab as pl
for h in (4,):
 for w in (8, 10, 12):
 fig = pl.figure( figsize=(w,h) )
 pl.plot( range(10) ) # widths 10, 12 display the same, ~ 8.5
 pl.title( "%d x %d ?"% (w,h) )
 pl.savefig( "tmp/%d-%d.png"% (w,h) ) # ok, as given
pl.show()
backend: Qt4Agg
matplotlib-0.99.1.1-py2.5-macosx10.5.dmg
python 2.5.1
Qt 4.4.3
mac ppc 10.4.11
(Is there an overview of the clipping / fitting sequence in the doc ?)
Thanks, cheers
 -- denis

Hello everyone,
I am trying to use matplotlib to plot several bar charts inside a for loop
the problem is that I get the first one, but once I close it I cannot plot
anymore.
I still get the window but no image appear and eventually python crashes.
Here is my code:
[code]
def plot(self):
 xCoord = []
 yCoord = []
 xCoordP = []
 yCoordP = []
 pylab.Figure()
 for i in xrange(self.length-self.length/2):
 if i==0 or i%self.size==0:
 xCoordP.append(i)
 yCoordP.append(self.counts[i])
 else:
 xCoord.append(i)
 yCoord.append(self.counts[i])
 bar1, = pylab.subplot(211)
 pylab.bar(xCoord,yCoord,color='blue')
 pylab.bar(xCoordP,yCoordP,color='red')
 xCoord = []
 yCoord = []
 xCoordP = []
 yCoordP = []
 for i in xrange(self.length/2,self.length):
 if (i+1)%self.size==0:
 xCoordP.append(i-self.length/2)
 yCoordP.append(self.counts[i])
 else:
 xCoord.append(i-self.length/2)
 yCoord.append(self.counts[i])
 bar2, = pylab.subplot(212)
 pylab.bar(xCoord,yCoord,color='blue')
 pylab.bar(xCoordP,yCoordP,color='red')
 pylab.show()
.
.
.
.
for matches,value,n,k in self.lsResults:
 self.plot()
[/code]
Thank you in advance for any help.

Christoph, you were right about the lack of SSE2 support. CPU-Z says that my laptop has only SSE support.
However, when I downloaded your build and installed it, I still have the same problem.
Thanks for all your help on this.
Dilip.
----- Original Message ----
From: Christoph Gohlke <cg...@uc...>
To: matplotlib-users <mat...@li...>
Sent: Mon, November 23, 2009 11:43:35 PM
Subject: Re: [Matplotlib-users] Unable to import matplotlib.pylab in Windows
Should have asked this before: Does your computer's CPU have SSE2 
extensions? You can use CPU-Z <http://www.cpuid.com/>.
It is OK that Dependency Walker does not find MSVCR90.DLL and 
MSVCP90.DLL for a PYD extension. The extension will use whatever 
VC90.CRT python26.dll uses at runtime.
I am not able to reproduce your problem using a fresh Windows XP SP3, 
Python 2.6.4, numpy 1.3.0, matplotlib 0.99.1 installation in VirtualPC.
If you don't mind, would you try installing 
<matplotlib-0.99.1.1.win32-py2.6.exe> from 
<http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib>. This build has 
SSE2 disabled and a manifest for VC90.CRT embedded, which explicitly 
specifies the VC90.CRT to use.
Christoph
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
 

Hi Xavier,
I'm sorry. As I don't know a great deal about the nuts and bolts of matplotlib, I don't think I'm well enough equipped to answer your question. Perhaps someone else on this list can help out?
Regards,
-- Damon
--------------------------
Damon McDougall
Mathematics Institute
University of Warwick
Coventry
CV4 7AL
d.m...@wa...
On 23 Nov 2009, at 21:00, Xavier Gnata wrote:
> Hi,
> 
> Well when you plot, imshow or whatever is matplotlib related, the axes do scale *automatically*.
> Why should it be different with quiver?
> 
> I do reproduce your error with axis('tight')
> 
> 
> Xavier
> 
>> Hi Xavier (cc list),
>> 
>> It may be a bug, however I do not know what the default behaviour 'should' be. You could do:
>> 
>> lims = [-4, 4, -4, 4]
>> axis(lims)
>> 
>> after calling quiver to see the whole arrow. I did notice that calling
>> 
>> axis('tight')
>> 
>> threw the following error
>> 
>> /Users/Damon/python/lib/matplotlib/axes.py:2038: UserWarning: Attempting to set identical xmin==xmax results in singular transformations; automatically expanding. xmin=1.0, xmax=1.0
>> warnings.warn('Attempting to set identical xmin==xmax results in singular transformations; automatically expanding. xmin=%s, xmax=%s'%(xmin, xmax))
>> /Users/Damon/python/lib/matplotlib/axes.py:2212: UserWarning: Attempting to set identical ymin==ymax results in singular transformations; automatically expanding. ymin=1.0, ymax=1.0
>> warnings.warn('Attempting to set identical ymin==ymax results in singular transformations; automatically expanding. ymin=%s, ymax=%s'%(ymin, ymax))
>> 
>> is this correct, or is it a bug? I'm using "ipython -pylab" with the MacOSX backend. I was expecting axis('tight') would scale the axes so I could see the whole arrow.
>> 
>> 
>> Regards,
>> -- Damon
>> 
>> --------------------------
>> Damon McDougall
>> Mathematics Institute
>> University of Warwick
>> Coventry
>> CV4 7AL
>> d.m...@wa...
>> 
>> On 22 Nov 2009, at 21:34, Xavier Gnata wrote:
>> 
>> 
>>> Hi,
>>> 
>>> RTFM...indeed it works.
>>> However, the axis do not scale accordingly:
>>> 
>>> quiver([1],[1],[2],[2], angles='xy', scale_units='xy', scale=1) on a TkAgg backend produce a plot with:
>>> In [11]: axis()
>>> Out[11]:
>>> (0.94000000000000006,
>>> 1.0600000000000001,
>>> 0.94000000000000006,
>>> 1.0600000000000001)
>>> 
>>> The display area scales the same way as it does using quiver([1],[1],[2],[2]) (without any other args).
>>> It looks like a bug.
>>> 
>>> Xavier
>>> 
>>> 
>>> 
>>>> Hi Xavier,
>>>> 
>>>> You can pass some handy keyword arguments to fix that. Use the following:
>>>> 
>>>> quiver([1],[1],[1.2],[1.2], angles='xy', scale_units='xy', scale=1)
>>>> 
>>>> Hope that helps :)
>>>> 
>>>> 
>>>> Regards,
>>>> -- Damon
>>>> 
>>>> --------------------------
>>>> Damon McDougall
>>>> Mathematics Institute
>>>> University of Warwick
>>>> Coventry
>>>> CV4 7AL
>>>> d.m...@wa...
>>>> 
>>>> On 22 Nov 2009, at 16:37, Xavier Gnata wrote:
>>>> 
>>>> 
>>>> 
>>>>> Hi,
>>>>> 
>>>>> I woud like to draw a vector field using pylab.
>>>>> quivert looks nice but it sould not scale the arrows to fit my use-case.
>>>>> quiver([1],[1],[1.2],[1.2]) does plot a nice arrow but the head of the
>>>>> arrow is not at (1.2,1.2).
>>>>> Is there a way to plot a list of arrows *without* any scaling?
>>>>> 
>>>>> Xavier
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>>>>> trial. Simplify your report design, integration and deployment - and focus on
>>>>> what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Matplotlib-users mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>> 
>>>>> 
>>>> 
>>>> 
>>> 
>> 
>