matplotlib-users Mailing List for matplotlib (Page 3)

> -----Original Message-----
> From: Andrew Straw [mailto:str...@as...]
> Sent: Monday, April 26, 2004 3:09 PM
> To: matplotlib-users; John Hunter; Randy Heiland
> Subject: Re: [Matplotlib-users] reading jpegs
> 
> 
> On Apr 26, 2004, at 11:26 AM, John Hunter wrote:
> 
> >>>>>> "Randy" == Randy Heiland <he...@in...> writes:
> >
> >     Randy> I'm admittedly being a bit lazy, but does matplotlib let
me
> >     Randy> read in/manipulate jpeg images?  I'd like to do some
custom
> >     Randy> cropping and resizing.
> >
> > Not currently, but I would like to add load_png and load_jpg to the
> > image module.
> >
> > For basic image resizing and cropping see ImageMagick's convert
> > function - the swiss army knife of image manipulation tools.
> >
> 
> Or if you want to do it in Python, use the Python Imaging Library
(PIL).
> 

Yep, this is the approach I'm taking - thanks!

On Apr 26, 2004, at 11:26 AM, John Hunter wrote:

>>>>>> "Randy" == Randy Heiland <he...@in...> writes:
>
>     Randy> I'm admittedly being a bit lazy, but does matplotlib let me
>     Randy> read in/manipulate jpeg images?  I'd like to do some custom
>     Randy> cropping and resizing.
>
> Not currently, but I would like to add load_png and load_jpg to the
> image module.
>
> For basic image resizing and cropping see ImageMagick's convert
> function - the swiss army knife of image manipulation tools.
>

Or if you want to do it in Python, use the Python Imaging Library (PIL).

Cheers!
Andrew

John,

Here's the results of find_tcltk:

light:> python find_tcl.py
system linux2
tcl include: /d2/gerry/local/ActivePython-2.3/lib/tcl8.4/../../include True
tcl lib: /d2/gerry/local/ActivePython-2.3/lib/tcl8.4/../ True
tcl version: tk8.4

--Gerry

John Hunter wrote:

>>>>>>"Todd" == Todd Miller <jm...@st...> writes:
>>>>>>            
>>>>>>
>
>
>    Todd> As JDH suggested, -L/usr/X11R6/lib -lX11 -lXaw sounds like a
>    Todd> good idea.  It's possible that Tk and Tcl will need
>    Todd> something similar.  Have you tried anything like this yet?
>
>Gerry, could you run this script and post the results?
>
>import sys, os
>class FoundTclTk:
>    pass
>
>def find_tcltk():
>    """Finds Tcl/Tk includes/libraries/version by interrogating Tkinter."""
>    try:
>	import Tkinter
>    except:
>	print "Tkinter not properly installed\n"
>	sys.exit(1)
>    if Tkinter.TkVersion < 8.3:
>	print "Tcl/Tk v8.3 or later required\n"
>	sys.exit(1)
>    o = FoundTclTk()
>    try:
>	tk=Tkinter.Tk()	
>    except Tkinter.TclError:
>	print "Using default library and include directories for Tcl and Tk because a"
>	print "Tk window failed to open.  You may need to define DISPLAY for Tk to work"
>	print "so that setup can determine where your libraries are located."
>	o.tcl_lib = "/usr/local/lib"
>	o.tcl_inc = "/usr/local/include"
>	o.tk_lib = "/usr/local/lib"
>	o.tkv = ""
>    else:
>	tk.withdraw()
>	o.tcl_lib = os.path.join((tk.getvar('tcl_library')), '../')
>
>	o.tk_lib = os.path.join((tk.getvar('tk_library')), '../')
>	o.tcl_inc = os.path.join((tk.getvar('tcl_library')), '../../include')
>	o.tkv = str(Tkinter.TkVersion)[:3]
>        if not os.path.exists(o.tcl_inc):
>            o.tcl_inc = os.path.join((tk.getvar('tcl_library')), '../../include/tcl'+o.tkv)        
>        if not os.path.exists(o.tcl_inc):
>            print 'cannot find tcl/tk headers. giving up.'
>            sys.exit()
>
>    return o
>
>o = find_tcltk()
>print 'system', sys.platform
>print 'tcl include:', o.tcl_inc, os.path.exists(o.tcl_inc)
>print 'tcl lib:', o.tcl_lib, os.path.exists(o.tcl_lib)
>print 'tcl version:', 'tk'+o.tkv
>  
>

John Hunter wrote:

>>>>>>"Gerry" == Gerry Wiener <ge...@uc...> writes:
>>>>>>            
>>>>>>
>
>    Gerry> Here's the output from ldd _tkagg.so:
>
>That looks bizarre to me; on my system (RHL9) _tkagg.so links with
>libtk, libtcl, libX11 and others.  You are not even linking with the
>Tcl/Tk libs.  It might be worthwhile to do a clean build and post the
>build results.
>
> > cd /your/path/to/matplotlib_src
> > rm -rf build
> > python setup.py build >& build.out
>
>JDH
>
>  
>
John,

Please note that I made the following modifications to setup.py:


BUILD_AGG = 1

BUILD_GTKAGG       = False

BUILD_TKAGG        = 1

BUILD_WINDOWING        = False

Regards,

Gerry

Here's the contents of build.out:

running build
running build_py
creating build
creating build/lib.linux-i686-2.3
creating build/lib.linux-i686-2.3/matplotlib
copying matplotlib/__init__.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/_matlab_helpers.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/afm.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/artist.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/axes.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/axis.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/backend_bases.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/cbook.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/colors.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/dates.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/figure.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/finance.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/font_manager.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/image.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/legend.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/lines.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/mathtext.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/matlab.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/mlab.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/numerix.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/patches.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/postinstall.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/pyparsing.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/setupext.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/table.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/text.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/ticker.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/transforms.py -> build/lib.linux-i686-2.3/matplotlib
copying matplotlib/windowing.py -> build/lib.linux-i686-2.3/matplotlib
creating build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/__init__.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_agg.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_gd.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_gtk.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_gtkagg.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_gtkgd.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_paint.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_ps.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_template.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_tkagg.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_wx.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/backend_wxagg.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
copying matplotlib/backends/tkagg.py -> 
build/lib.linux-i686-2.3/matplotlib/backends
running build_ext
building 'matplotlib.backends._tkagg' extension
creating build/temp.linux-i686-2.3
creating build/temp.linux-i686-2.3/src
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/ActivePython-2.3/lib/tcl8.4/../../include 
-I/d2/gerry/local/include -Isrc -Iagg2/include -I/d2/gerry/local/include 
-I/d2/gerry/local/ActivePython-2.3/lib/tcl8.4/../../include/freetype2 
-I/d2/gerry/local/include/freetype2 -Isrc/freetype2 
-Iagg2/include/freetype2 -I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c src/_tkagg.cpp 
-o build/temp.linux-i686-2.3/src/_tkagg.o
/usr/local/gcc-3.2.2/bin/g++ -pthread -shared -L/usr/local/gcc-3.2.2/lib 
-g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
build/temp.linux-i686-2.3/src/_tkagg.o 
-L/d2/gerry/local/ActivePython-2.3/lib/tcl8.4/../ 
-L/d2/gerry/local/ActivePython-2.3/lib/tk8.4/../ -L/d2/gerry/local/lib 
-L/d2/gerry/local/lib -ltk8.4 -ltcl8.4 -lpng -lstdc++ -lm -lfreetype -lz 
-lm -o build/lib.linux-i686-2.3/matplotlib/backends/_tkagg.so
building 'matplotlib.backends._backend_agg' extension
creating build/temp.linux-i686-2.3/agg2
creating build/temp.linux-i686-2.3/agg2/src
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_gen_stroke.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_stroke.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_bezier_arc.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_bezier_arc.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_line_aa_basics.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_line_aa_basics.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_path_storage.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_path_storage.o
agg2/src/agg_path_storage.cpp: In member function `unsigned int
   agg::path_storage::arrange_orientations(unsigned int, 
agg::path_flags_e)':
agg2/src/agg_path_storage.cpp:286: warning: unused variable `unsigned 
int cmd'
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_gen_dash.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_dash.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_arc.cpp -o build/temp.linux-i686-2.3/agg2/src/agg_arc.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_sqrt_tables.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_sqrt_tables.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_vpgen_segmentator.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_vpgen_segmentator.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_affine_matrix.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_affine_matrix.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_vpgen_clip_polygon.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_vpgen_clip_polygon.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_gen_contour.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_contour.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_line_profile_aa.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_line_profile_aa.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_scanline_u8.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_scanline_u8.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_bspline.cpp -o build/temp.linux-i686-2.3/agg2/src/agg_bspline.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_gen_markers_term.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_markers_term.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_rasterizer_scanline_aa.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_rasterizer_scanline_aa.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
src/_backend_agg.cpp -o build/temp.linux-i686-2.3/src/_backend_agg.o
In file included from 
/d2/gerry/local/ActivePython-2.3/include/python2.3/Python.h:8,
                 from src/ft2font.h:6,
                 from src/_backend_agg.cpp:3:
/d2/gerry/local/ActivePython-2.3/include/python2.3/pyconfig.h:847:1: 
warning: "_POSIX_C_SOURCE" redefined
In file included from /usr/include/string.h:26,
                 from /usr/local/gcc-3.2.2/include/c++/3.2.2/cstring:51,
                 from src/_backend_agg.cpp:1:
/usr/include/features.h:131:1: warning: this is the location of the 
previous definition
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_arrowhead.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_arrowhead.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c src/ft2font.c -o 
build/temp.linux-i686-2.3/src/ft2font.o
src/ft2font.c: In function `FT2Font_clear':
src/ft2font.c:319: warning: unused variable `i'
src/ft2font.c: At top level:
src/ft2font.c:1160: warning: return type defaults to `int'
src/ft2font.c: In function `initft2font':
src/ft2font.c:1205: warning: control reaches end of non-void function
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_trans_warp_magnifier.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_trans_warp_magnifier.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_gen_smooth_poly1.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_smooth_poly1.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_rounded_rect.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_rounded_rect.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_gsv_text.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_gsv_text.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_image_filters.cpp -o 
build/temp.linux-i686-2.3/agg2/src/agg_image_filters.o
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/include -I/d2/gerry/local/include/freetype2 
-Isrc/freetype2 -Iagg2/include/freetype2 
-I/d2/gerry/local/include/freetype2 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c 
agg2/src/agg_curves.cpp -o build/temp.linux-i686-2.3/agg2/src/agg_curves.o
/usr/local/gcc-3.2.2/bin/g++ -pthread -shared -L/usr/local/gcc-3.2.2/lib 
-g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
build/temp.linux-i686-2.3/src/_backend_agg.o 
build/temp.linux-i686-2.3/src/ft2font.o 
build/temp.linux-i686-2.3/agg2/src/agg_affine_matrix.o 
build/temp.linux-i686-2.3/agg2/src/agg_arc.o 
build/temp.linux-i686-2.3/agg2/src/agg_arrowhead.o 
build/temp.linux-i686-2.3/agg2/src/agg_bezier_arc.o 
build/temp.linux-i686-2.3/agg2/src/agg_bspline.o 
build/temp.linux-i686-2.3/agg2/src/agg_curves.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_contour.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_dash.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_markers_term.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_smooth_poly1.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_stroke.o 
build/temp.linux-i686-2.3/agg2/src/agg_gsv_text.o 
build/temp.linux-i686-2.3/agg2/src/agg_image_filters.o 
build/temp.linux-i686-2.3/agg2/src/agg_line_aa_basics.o 
build/temp.linux-i686-2.3/agg2/src/agg_line_profile_aa.o 
build/temp.linux-i686-2.3/agg2/src/agg_path_storage.o 
build/temp.linux-i686-2.3/agg2/src/agg_rasterizer_scanline_aa.o 
build/temp.linux-i686-2.3/agg2/src/agg_rounded_rect.o 
build/temp.linux-i686-2.3/agg2/src/agg_scanline_u8.o 
build/temp.linux-i686-2.3/agg2/src/agg_sqrt_tables.o 
build/temp.linux-i686-2.3/agg2/src/agg_trans_warp_magnifier.o 
build/temp.linux-i686-2.3/agg2/src/agg_vpgen_clip_polygon.o 
build/temp.linux-i686-2.3/agg2/src/agg_vpgen_segmentator.o 
-L/d2/gerry/local/lib -L/d2/gerry/local/lib -lpng -lstdc++ -lm 
-lfreetype -lz -lm -o 
build/lib.linux-i686-2.3/matplotlib/backends/_backend_agg.so
building 'matplotlib.ft2font' extension
gcc -pthread -shared -L/usr/local/gcc-3.2.2/lib -g -Df2cFortran 
-I/d2/gerry/local/ActiveTcl/include 
build/temp.linux-i686-2.3/src/ft2font.o -L/d2/gerry/local/lib -lfreetype 
-lz -lm -o build/lib.linux-i686-2.3/matplotlib/ft2font.so
building 'matplotlib._image' extension
/usr/local/gcc-3.2.2/bin/gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
-fPIC -I/d2/gerry/local/include -Isrc -Iagg2/include 
-I/d2/gerry/local/ActivePython-2.3/include/python2.3 -c src/_image.cpp 
-o build/temp.linux-i686-2.3/src/_image.o
In file included from 
/d2/gerry/local/ActivePython-2.3/include/python2.3/Python.h:8,
                 from src/_image.cpp:5:
/d2/gerry/local/ActivePython-2.3/include/python2.3/pyconfig.h:847:1: 
warning: "_POSIX_C_SOURCE" redefined
In file included from 
/usr/local/gcc-3.2.2/include/c++/3.2.2/i686-pc-linux-gnu/bits/os_defines.h:39,
                 from 
/usr/local/gcc-3.2.2/include/c++/3.2.2/i686-pc-linux-gnu/bits/c++config.h:34,
                 from /usr/local/gcc-3.2.2/include/c++/3.2.2/iosfwd:44,
                 from /usr/local/gcc-3.2.2/include/c++/3.2.2/ios:44,
                 from /usr/local/gcc-3.2.2/include/c++/3.2.2/istream:44,
                 from /usr/local/gcc-3.2.2/include/c++/3.2.2/fstream:45,
                 from src/_image.cpp:2:
/usr/include/features.h:131:1: warning: this is the location of the 
previous definition
/usr/local/gcc-3.2.2/bin/g++ -pthread -shared -L/usr/local/gcc-3.2.2/lib 
-g -Df2cFortran -I/d2/gerry/local/ActiveTcl/include 
build/temp.linux-i686-2.3/src/_image.o 
build/temp.linux-i686-2.3/agg2/src/agg_affine_matrix.o 
build/temp.linux-i686-2.3/agg2/src/agg_arc.o 
build/temp.linux-i686-2.3/agg2/src/agg_arrowhead.o 
build/temp.linux-i686-2.3/agg2/src/agg_bezier_arc.o 
build/temp.linux-i686-2.3/agg2/src/agg_bspline.o 
build/temp.linux-i686-2.3/agg2/src/agg_curves.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_contour.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_dash.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_markers_term.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_smooth_poly1.o 
build/temp.linux-i686-2.3/agg2/src/agg_gen_stroke.o 
build/temp.linux-i686-2.3/agg2/src/agg_gsv_text.o 
build/temp.linux-i686-2.3/agg2/src/agg_image_filters.o 
build/temp.linux-i686-2.3/agg2/src/agg_line_aa_basics.o 
build/temp.linux-i686-2.3/agg2/src/agg_line_profile_aa.o 
build/temp.linux-i686-2.3/agg2/src/agg_path_storage.o 
build/temp.linux-i686-2.3/agg2/src/agg_rasterizer_scanline_aa.o 
build/temp.linux-i686-2.3/agg2/src/agg_rounded_rect.o 
build/temp.linux-i686-2.3/agg2/src/agg_scanline_u8.o 
build/temp.linux-i686-2.3/agg2/src/agg_sqrt_tables.o 
build/temp.linux-i686-2.3/agg2/src/agg_trans_warp_magnifier.o 
build/temp.linux-i686-2.3/agg2/src/agg_vpgen_clip_polygon.o 
build/temp.linux-i686-2.3/agg2/src/agg_vpgen_segmentator.o 
-L/d2/gerry/local/lib -lpng -lstdc++ -lm -o 
build/lib.linux-i686-2.3/matplotlib/_image.so

>>>>> "Todd" == Todd Miller <jm...@st...> writes:


    Todd> As JDH suggested, -L/usr/X11R6/lib -lX11 -lXaw sounds like a
    Todd> good idea.  It's possible that Tk and Tcl will need
    Todd> something similar.  Have you tried anything like this yet?

Gerry, could you run this script and post the results?

import sys, os
class FoundTclTk:
    pass

def find_tcltk():
    """Finds Tcl/Tk includes/libraries/version by interrogating Tkinter."""
    try:
	import Tkinter
    except:
	print "Tkinter not properly installed\n"
	sys.exit(1)
    if Tkinter.TkVersion < 8.3:
	print "Tcl/Tk v8.3 or later required\n"
	sys.exit(1)
    o = FoundTclTk()
    try:
	tk=Tkinter.Tk()	
    except Tkinter.TclError:
	print "Using default library and include directories for Tcl and Tk because a"
	print "Tk window failed to open.  You may need to define DISPLAY for Tk to work"
	print "so that setup can determine where your libraries are located."
	o.tcl_lib = "/usr/local/lib"
	o.tcl_inc = "/usr/local/include"
	o.tk_lib = "/usr/local/lib"
	o.tkv = ""
    else:
	tk.withdraw()
	o.tcl_lib = os.path.join((tk.getvar('tcl_library')), '../')

	o.tk_lib = os.path.join((tk.getvar('tk_library')), '../')
	o.tcl_inc = os.path.join((tk.getvar('tcl_library')), '../../include')
	o.tkv = str(Tkinter.TkVersion)[:3]
        if not os.path.exists(o.tcl_inc):
            o.tcl_inc = os.path.join((tk.getvar('tcl_library')), '../../include/tcl'+o.tkv)        
        if not os.path.exists(o.tcl_inc):
            print 'cannot find tcl/tk headers. giving up.'
            sys.exit()

    return o

o = find_tcltk()
print 'system', sys.platform
print 'tcl include:', o.tcl_inc, os.path.exists(o.tcl_inc)
print 'tcl lib:', o.tcl_lib, os.path.exists(o.tcl_lib)
print 'tcl version:', 'tk'+o.tkv

>>>>> "Randy" == Randy Heiland <he...@in...> writes:

    Randy> I'm admittedly being a bit lazy, but does matplotlib let me
    Randy> read in/manipulate jpeg images?  I'd like to do some custom
    Randy> cropping and resizing.

Not currently, but I would like to add load_png and load_jpg to the
image module.

For basic image resizing and cropping see ImageMagick's convert
function - the swiss army knife of image manipulation tools.

> man convert

JDH

On Mon, 2004-04-26 at 14:35, Gerry Wiener wrote:
> Todd,
> 
> I'm running on Debian linux. Here's the output from uname -a:
> 
> Linux light 2.4.26-dqcd-smp #1 SMP Wed Apr 14 13:15:48 MDT 2004 i686 unknown
> 
> Here's the output from ldd _tkagg.so:
> 
> light:> ldd _tkagg.so
>         libpng.so.2 => /usr/lib/libpng.so.2 (0x40160000)
>         libstdc++.so.5 => /usr/local/gcc-3.2.2/lib/libstdc++.so.5 
> (0x4018b000)
>         libfreetype.so.6 => /d2/gerry/local/lib/libfreetype.so.6 
> (0x4023a000)
>         libm.so.6 => /lib/libm.so.6 (0x402b9000)
>         libgcc_s.so.1 => /usr/local/gcc-3.2.2/lib/libgcc_s.so.1 (0x402da000)
>         libc.so.6 => /lib/libc.so.6 (0x402e2000)
>         libz.so.1 => /usr/lib/libz.so.1 (0x403ff000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Here's mine from Red Hat 9 i386 Linux:

backends$ ldd _tkagg.so
        libtk8.3.so => /usr/lib/libtk8.3.so (0x40003000)
        libtcl8.3.so => /usr/lib/libtcl8.3.so (0x400c1000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0x4014b000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4016e000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40221000)
        libz.so.1 => /usr/lib/libz.so.1 (0x40272000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40294000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x402b6000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x402be000)
        libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x402cc000)
        libdl.so.2 => /lib/libdl.so.2 (0x403ab000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

As JDH suggested,  -L/usr/X11R6/lib -lX11 -lXaw  sounds like a good
idea.  It's possible that Tk and Tcl will need something similar.  Have
you tried anything like this yet?

Todd

> 
> 
> Here's ld.so.conf:
> 
> light:> more /etc/ld.so.conf
> /usr/X11R6/lib/Xaw3d
> /usr/lib/libc5-compat/Xaw3d
> /usr/X11R6/lib
> /usr/lib/libc5-compat
> /lib/libc5-compat
> /usr/local/lib
> /usr/i486-linuxlibc1/lib
> /opt/lib
> 
> Thanks,
> 
> Gerry
> 
> Todd Miller wrote:
> 
> >Hi Gerry,
> >
> >I'm not entirely sure how to trouble shoot this problem but I had a few
> >questions:
> >
> >1. What platform are you running on?
> >
> >2. What does ldd _tkagg.so say?  (cd to .../site-packges/matplotlib
> >first)
> >
> >3. What's in your /etc/ld.so.conf file?
> >
> >Regards,
> >Todd
> >
> >
> >On Mon, 2004-04-26 at 11:38, Gerry Wiener wrote:
> >  
> >
> >>John,
> >>
> >>My libX11 seems to be in the right place:
> >>
> >>light:gerry> pwd
> >>/usr/X11R6/lib
> >>light:gerry> ls -l libX11.so
> >>lrwxrwxrwx    1 root     root           11 Mar  2 10:04 libX11.so -> 
> >>libX11.so.6
> >>light:gerry> ls -l libX11.so.6
> >>lrwxrwxrwx    1 root     root           13 Mar  2 10:04 libX11.so.6 -> 
> >>libX11.so.6.2
> >>light:gerry> ls -l libX11.so.6.2
> >>-rw-r--r--    1 root     root       888580 Feb 16 02:38 libX11.so.6.2
> >>light:gerry>
> >>
> >>Thanks,
> >>
> >>--Gerry
> >>
> >>
> >>John Hunter wrote:
> >>
> >>    
> >>
> >>>>>>>>"Gerry" == Gerry Wiener <ge...@uc...> writes:
> >>>>>>>>           
> >>>>>>>>
> >>>>>>>>                
> >>>>>>>>
> >>>   Gerry> undefined symbol: XFreePixmap
> >>>
> >>>A quick google groups search revealed among others
> >>>
> >>>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=mailman.1046790065.16698.python-list%40python.org&rnum=4&prev=/groups%3Fq%3Dundefined%2520symbol%253A%2520XFreePixmap%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26sa%3DN%26tab%3Dwg
> >>>
> >>>The solution appeared to be -L/usr/X11R6/lib -lX11 -lXaw for a
> >>>standard linux install path.  Is your X11 in a weird place; where is
> >>>libX11.so?  Todd, do you think we need to add X11 libs to the tk build
> >>>flags?
> >>>      
> >>>
> >
> >I dunno. I was thinking first we'd figure out how to fix the problem by
> >hand, then figure out what to do systematically.
> >
> >  
> >
> >>>JDH
> >>> 
> >>>
> >>>      
> >>>
> >>
> >>-------------------------------------------------------
> >>This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
> >>For a limited time only, get FREE Ground shipping on all orders of $35
> >>or more. Hurry up and shop folks, this offer expires April 30th!
> >>http://www.thinkgeek.com/freeshipping/?cpg=12297
> >>_______________________________________________
> >>Matplotlib-users mailing list
> >>Mat...@li...
> >>https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >>    
> >>
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
> For a limited time only, get FREE Ground shipping on all orders of $35
> or more. Hurry up and shop folks, this offer expires April 30th!
> http://www.thinkgeek.com/freeshipping/?cpg=12297
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
Todd Miller <jm...@st...>

>>>>> "Gerry" == Gerry Wiener <ge...@uc...> writes:

    Gerry> Here's the output from ldd _tkagg.so:

That looks bizarre to me; on my system (RHL9) _tkagg.so links with
libtk, libtcl, libX11 and others.  You are not even linking with the
Tcl/Tk libs.  It might be worthwhile to do a clean build and post the
build results.

 > cd /your/path/to/matplotlib_src
 > rm -rf build
 > python setup.py build >& build.out

JDH

I'm admittedly being a bit lazy, but does matplotlib let me read
in/manipulate jpeg images?  I'd like to do some custom cropping and
resizing.

Thanks, Randy

Todd,

I'm running on Debian linux. Here's the output from uname -a:

Linux light 2.4.26-dqcd-smp #1 SMP Wed Apr 14 13:15:48 MDT 2004 i686 unknown

Here's the output from ldd _tkagg.so:

light:> ldd _tkagg.so
        libpng.so.2 => /usr/lib/libpng.so.2 (0x40160000)
        libstdc++.so.5 => /usr/local/gcc-3.2.2/lib/libstdc++.so.5 
(0x4018b000)
        libfreetype.so.6 => /d2/gerry/local/lib/libfreetype.so.6 
(0x4023a000)
        libm.so.6 => /lib/libm.so.6 (0x402b9000)
        libgcc_s.so.1 => /usr/local/gcc-3.2.2/lib/libgcc_s.so.1 (0x402da000)
        libc.so.6 => /lib/libc.so.6 (0x402e2000)
        libz.so.1 => /usr/lib/libz.so.1 (0x403ff000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)


Here's ld.so.conf:

light:> more /etc/ld.so.conf
/usr/X11R6/lib/Xaw3d
/usr/lib/libc5-compat/Xaw3d
/usr/X11R6/lib
/usr/lib/libc5-compat
/lib/libc5-compat
/usr/local/lib
/usr/i486-linuxlibc1/lib
/opt/lib

Thanks,

Gerry

Todd Miller wrote:

>Hi Gerry,
>
>I'm not entirely sure how to trouble shoot this problem but I had a few
>questions:
>
>1. What platform are you running on?
>
>2. What does ldd _tkagg.so say?  (cd to .../site-packges/matplotlib
>first)
>
>3. What's in your /etc/ld.so.conf file?
>
>Regards,
>Todd
>
>
>On Mon, 2004-04-26 at 11:38, Gerry Wiener wrote:
>  
>
>>John,
>>
>>My libX11 seems to be in the right place:
>>
>>light:gerry> pwd
>>/usr/X11R6/lib
>>light:gerry> ls -l libX11.so
>>lrwxrwxrwx    1 root     root           11 Mar  2 10:04 libX11.so -> 
>>libX11.so.6
>>light:gerry> ls -l libX11.so.6
>>lrwxrwxrwx    1 root     root           13 Mar  2 10:04 libX11.so.6 -> 
>>libX11.so.6.2
>>light:gerry> ls -l libX11.so.6.2
>>-rw-r--r--    1 root     root       888580 Feb 16 02:38 libX11.so.6.2
>>light:gerry>
>>
>>Thanks,
>>
>>--Gerry
>>
>>
>>John Hunter wrote:
>>
>>    
>>
>>>>>>>>"Gerry" == Gerry Wiener <ge...@uc...> writes:
>>>>>>>>           
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>   Gerry> undefined symbol: XFreePixmap
>>>
>>>A quick google groups search revealed among others
>>>
>>>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=mailman.1046790065.16698.python-list%40python.org&rnum=4&prev=/groups%3Fq%3Dundefined%2520symbol%253A%2520XFreePixmap%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26sa%3DN%26tab%3Dwg
>>>
>>>The solution appeared to be -L/usr/X11R6/lib -lX11 -lXaw for a
>>>standard linux install path.  Is your X11 in a weird place; where is
>>>libX11.so?  Todd, do you think we need to add X11 libs to the tk build
>>>flags?
>>>      
>>>
>
>I dunno. I was thinking first we'd figure out how to fix the problem by
>hand, then figure out what to do systematically.
>
>  
>
>>>JDH
>>> 
>>>
>>>      
>>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
>>For a limited time only, get FREE Ground shipping on all orders of $35
>>or more. Hurry up and shop folks, this offer expires April 30th!
>>http://www.thinkgeek.com/freeshipping/?cpg=12297
>>_______________________________________________
>>Matplotlib-users mailing list
>>Mat...@li...
>>https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>    
>>

Hi Gerry,

I'm not entirely sure how to trouble shoot this problem but I had a few
questions:

1. What platform are you running on?

2. What does ldd _tkagg.so say?  (cd to .../site-packges/matplotlib
first)

3. What's in your /etc/ld.so.conf file?

Regards,
Todd


On Mon, 2004-04-26 at 11:38, Gerry Wiener wrote:
> John,
> 
> My libX11 seems to be in the right place:
> 
> light:gerry> pwd
> /usr/X11R6/lib
> light:gerry> ls -l libX11.so
> lrwxrwxrwx    1 root     root           11 Mar  2 10:04 libX11.so -> 
> libX11.so.6
> light:gerry> ls -l libX11.so.6
> lrwxrwxrwx    1 root     root           13 Mar  2 10:04 libX11.so.6 -> 
> libX11.so.6.2
> light:gerry> ls -l libX11.so.6.2
> -rw-r--r--    1 root     root       888580 Feb 16 02:38 libX11.so.6.2
> light:gerry>
> 
> Thanks,
> 
> --Gerry
> 
> 
> John Hunter wrote:
> 
> >>>>>>"Gerry" == Gerry Wiener <ge...@uc...> writes:
> >>>>>>            
> >>>>>>
> >
> >    Gerry> undefined symbol: XFreePixmap
> >
> >A quick google groups search revealed among others
> >
> >http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=mailman.1046790065.16698.python-list%40python.org&rnum=4&prev=/groups%3Fq%3Dundefined%2520symbol%253A%2520XFreePixmap%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26sa%3DN%26tab%3Dwg
> >
> >The solution appeared to be -L/usr/X11R6/lib -lX11 -lXaw for a
> >standard linux install path.  Is your X11 in a weird place; where is
> >libX11.so?  Todd, do you think we need to add X11 libs to the tk build
> >flags?

I dunno. I was thinking first we'd figure out how to fix the problem by
hand, then figure out what to do systematically.

> >
> >JDH
> >  
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
> For a limited time only, get FREE Ground shipping on all orders of $35
> or more. Hurry up and shop folks, this offer expires April 30th!
> http://www.thinkgeek.com/freeshipping/?cpg=12297
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
Todd Miller <jm...@st...>

>>>>> "H=E9ctor" =3D=3D H=E9ctor Villafuerte D <hec...@te...=
m.gt> writes:

    H=E9ctor> Thanks John, everything works right now, except for fact
    H=E9ctor> that I need to "clear" it on every iteration ...  and the
    H=E9ctor> line where I try to clear the previous figure
    H=E9ctor> ("ax.clear()") is giving me troubles.  Thanks in advance!

When you call subplot(1,1,1) it will return the previously defined one
and not create a new one.  This is useful in interactive mode if you
want to switch between active subplots.  Since all command work on the
active axes, you need a way to switch between them.

For repeatedly drawing figures in a loop, I recommend

    for tel in tels:
        figure(1)
        ...plot...
        close(1)

rather than using clear.  However, it does not appear from your
traceback that clear is directly causing the problem.

You are getting an overflow error on the call to log10(d) where d is
the datalim distance.  It might be useful to check your datum and vals
ranges to make sure they are what you think they are and not some
obscenely large number.

What happens if you do

    converter =3D PyDatetimeConverter()
    e =3D [converter.epoch(thisd) for thisd in datum]
    print 'date range', min(e), max(e)
    print 'val range', min(vals), max(vals)

before the call to plot_date?

In any case, I think it better to return no ticks and warn rather than
die, so I've changed the ld =3D log10(d) line
in matplotlib.ticker.AutoLocator.get_locator to

            try: ld =3D log10(d)
            except OverflowError:
                print >> sys.stderr, 'AutoLocator illegal datalim range %=
s; returning NullLocator'%d
                return NullLocator()


You may want to try this after checking the above.  Let me know how it
goes.

JDH

John Hunter wrote:

>>>>>>"H=E9ctor" =3D=3D H=E9ctor Villafuerte D <hec...@te...=
m.gt> writes:
>>>>>>           =20
>>>>>>
>
>    H=E9ctor> 720, in __init__ MultipleLocator.__init__(self,
>    H=E9ctor> base*SEC_PER_MIN) NameError: global name 'SEC_PER_MIN' is
>    H=E9ctor> not defined
>
>This is a bug in ticker that will be fixed in the next bugfix
>release.  If you want to fix it yourself now, edit
>matplotlib/ticker.py and add SEC_PER_MIN to the list of things
>imported from the dates module.  Ie,
>
>from dates import EpochConverter, SEC_PER_HOUR, SEC_PER_DAY, SEC_PER_WEE=
K, \
>     SEC_PER_MIN
>
> =20
>

Thanks John,
everything works right now, except for fact that I need to "clear" it on=20
every iteration ...
and the line where I try to clear the previous figure ("ax.clear()") is=20
giving me troubles.
Thanks in advance!

######################################################################
ERROR
######################################################################
C:\Documents and Settings\villaf>python e:\src\python\ttp\ttp_plot.py
1083001763.0 :  Mon Apr 26 09:49:23 2004 :      ttp_plot start
Traceback (most recent call last):
  File "e:\src\python\ttp\ttp_plot.py", line 58, in ?
    get_data('traffic', 'tmp_calls0', 3)
  File "e:\src\python\ttp\ttp_plot.py", line 39, in get_data
    plot_date(datum, vals, PyDatetimeConverter(), 'b-')
  File "C:\Python23\Lib\site-packages\matplotlib\matlab.py", line 1011,=20
in plot_date
    try: lines =3D  gca().plot_date(*args, **kwargs)
  File "C:\Python23\Lib\site-packages\matplotlib\axes.py", line 1172, in=20
plot_date
    self.plot(e, y, fmt, **kwargs)
  File "C:\Python23\Lib\site-packages\matplotlib\axes.py", line 1156, in=20
plot
    self.xaxis.autoscale_view()
  File "C:\Python23\Lib\site-packages\matplotlib\axis.py", line 405, in=20
autoscale_view
    self._majorTicker.locator.autoscale()
  File "C:\Python23\lib\site-packages\matplotlib\ticker.py", line 567,=20
in autoscale
    self._locator =3D self.get_locator(d)
  File "C:\Python23\lib\site-packages\matplotlib\ticker.py", line 573,=20
in get_locator
    ld =3D log10(d)
OverflowError: math range error


######################################################################
SCRIPT
######################################################################

import time, ConfigParser, MySQLdb
import datetime
import matplotlib
matplotlib.use('Agg')
from matplotlib.matlab import *
from matplotlib.dates import PyDatetimeConverter, MONDAY
from matplotlib.ticker import WeekdayLocator, DayLocator, DateFormatter

config =3D ConfigParser.ConfigParser()
config.readfp(open('e:\\src\\python\\ttp\\ttp.conf', 'r'))
loc_host =3D config.get('DATABASE', 'loc_host')
loc_user =3D config.get('DATABASE', 'loc_user')
loc_passwd =3D config.get('DATABASE', 'loc_passwd')
loc_db =3D config.get('DATABASE', 'loc_db')

loc_db =3D MySQLdb.connect(host =3D loc_host, user =3D loc_user, passwd =3D=
=20
loc_passwd, db =3D loc_db)
cursor =3D loc_db.cursor()

def get_data(db, table, dig):

    cursor.execute("DROP TABLE IF EXISTS %s.tmp" % (db))
    cursor.execute("CREATE TABLE %s.tmp "
                   "SELECT fecha, mid(tel,1,%d) as tel, sum(minutos) as=20
min FROM %s.%s GROUP BY 1,2" % (db,dig,db,table))
    cursor.execute("SELECT DISTINCT tel FROM %s.tmp" % (db))
    tels =3D cursor.fetchall()
    for tel in tels:
        cursor.execute("SELECT fecha, min FROM %s.tmp WHERE tel =3D '%s'"=
=20
% (db,tel[0]))
        data  =3D cursor.fetchall()
        datum =3D [datetime.datetime(int(q[0][0:4]), int(q[0][4:6]),=20
int(q[0][6:8]), 0, 0) for q in data]
        vals  =3D [q[1] for q in data]

        ax =3D subplot(1,1,1)
        plot_date(datum, vals, PyDatetimeConverter(), 'b-')

        ax.xaxis.set_major_locator(WeekdayLocator(MONDAY))
        ax.xaxis.set_major_formatter(DateFormatter('%b %d'))
        ax.xaxis.set_minor_locator(DayLocator())
        ax.xaxis.autoscale_view()
        title('TEST')
        ylabel('test')
        labels =3D ax.get_xticklabels()
        set(labels, 'rotation', 'vertical')
        grid(True)
        savefig("c:\\tmp\\%s_%s" % (tel[0],table))
        ax.clear()



# --- main -- #
if __name__ =3D=3D '__main__':
    print time.mktime(time.localtime()), ': \t', time.asctime(), ': \t',=20
'ttp_plot start'
    get_data('traffic', 'tmp_calls0', 3)
    print time.mktime(time.localtime()), ': \t', time.asctime(), ': \t',=20
'ttp_plot end'

This is a bug fix release

  * fixed errorbar autoscale problem

  * fixed ticker bug for plots with constant value

  * fixed mathtext fontsize problem in interactive mode

  * fixed copy tick attribute bug

  * added calls to draw_if_interactive to axes, legend, and pcolor

  * fixed win32 registry font manager bug


http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474&release_id=234033

Hope this one works better!

JDH

John,

My libX11 seems to be in the right place:

light:gerry> pwd
/usr/X11R6/lib
light:gerry> ls -l libX11.so
lrwxrwxrwx    1 root     root           11 Mar  2 10:04 libX11.so -> 
libX11.so.6
light:gerry> ls -l libX11.so.6
lrwxrwxrwx    1 root     root           13 Mar  2 10:04 libX11.so.6 -> 
libX11.so.6.2
light:gerry> ls -l libX11.so.6.2
-rw-r--r--    1 root     root       888580 Feb 16 02:38 libX11.so.6.2
light:gerry>

Thanks,

--Gerry


John Hunter wrote:

>>>>>>"Gerry" == Gerry Wiener <ge...@uc...> writes:
>>>>>>            
>>>>>>
>
>    Gerry> undefined symbol: XFreePixmap
>
>A quick google groups search revealed among others
>
>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=mailman.1046790065.16698.python-list%40python.org&rnum=4&prev=/groups%3Fq%3Dundefined%2520symbol%253A%2520XFreePixmap%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26sa%3DN%26tab%3Dwg
>
>The solution appeared to be -L/usr/X11R6/lib -lX11 -lXaw for a
>standard linux install path.  Is your X11 in a weird place; where is
>libX11.so?  Todd, do you think we need to add X11 libs to the tk build
>flags?
>
>JDH
>  
>

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> Is this the standard model for thesis writing? If it is, I
    Darren> am jealous. In my case, I spent three years building an
    Darren> experiment which now requires 3 week spurts of around the
    Darren> clock work, with a lot of maintenance and writing of
    Darren> papers in between. I really prefer programming to playing
    Darren> video games. With programming you get to define your own
    Darren> puzzles and you have something useful when your done.

I decided to learn python when my thesis was due.  Productive
procrastination is the best kind.

JDH

>     Darren>  During the uninstall, I
>     Darren> got a message that datetime.pyd (I wonder if I copied this
>     Darren> name down incorrectly, I'm sorry) was in use and could not
>     Darren> be deleted.
>
>This is bizarre since a matplotlib uninstall shouldn't be messing with
>datetime.pyd.  Are you sure you didn't accidentally click uninstall
>for another package?

I may have made a mistake here; I had to process a lot of new information 
this weekend. The impression I got was that datetime.pyd was hanging from 
an earlier process, not from the uninstall.


>     Darren> Thanks again for matplotlib. I am finishing grad school in
>     Darren> a few months. When I do, I would like to participate in
>     Darren> the development if I can be of help.
>
>What do you mean?  The *best* time to develop matplotlib is with a
>thesis defense looming.  Otherwise you'll just find yourself cleaning
>your house for the 3rd time and playing addictive video games to
>distract yourself.

Is this the standard model for thesis writing? If it is, I am jealous. In 
my case, I spent three years building an experiment which now requires 3 
week spurts of around the clock work, with a lot of maintenance and writing 
of papers in between. I really prefer programming to playing video games. 
With programming you get to define your own puzzles and you have something 
useful when your done.

Anyway, I'll start looking at the source code, maybe there is something I 
can get started on.



Darren S. Dale
dd...@co...

PGP public key available 

>>>>> "Gary" == Gary Ruben <ga...@em...> writes:

    Gary> Just a little follow-up point. The normal axis autoscaling,
    Gary> with "plot(t, s, 'b-')" commented out, doesn't take account
    Gary> of the errorbar extrema. That is, the errorbars extend
    Gary> beyond the autoscaled window, whereas the window should be
    Gary> scaled to fully contain the errorbars.

Hi Gary, it turns out there were two problems here, one trivial, one
less so.  The trivial problem was that we were not callling

        self.xaxis.autoscale_view()
        self.yaxis.autoscale_view()        

from Axes.errorbar.  That's why you saw the effect of commenting and
uncommenting the plot command.

The deeper problem was that the errorbar caps are specified in points
but the errorbars themselves are in data coords.  All lines know how
to transform themselves to display, but to properly autoscale the view
lim we needed to know the cap dimensions in data coords.  The fix was
to modify axes.add_line to detect the case where the line data was not
in data coords and then get the line extent in data coords by doing
line coords -> display coords -> inverse data transform -> data
coords.

The short answer is it works now and will be included in the upcoming
0.53.1 bugfix release.

JDH

>>>>> "Gerry" == Gerry Wiener <ge...@uc...> writes:

    Gerry> undefined symbol: XFreePixmap

A quick google groups search revealed among others

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=mailman.1046790065.16698.python-list%40python.org&rnum=4&prev=/groups%3Fq%3Dundefined%2520symbol%253A%2520XFreePixmap%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26sa%3DN%26tab%3Dwg

The solution appeared to be -L/usr/X11R6/lib -lX11 -lXaw for a
standard linux install path.  Is your X11 in a weird place; where is
libX11.so?  Todd, do you think we need to add X11 libs to the tk build
flags?

JDH

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    >> I tested this on windows with idle.  Idle now respects
    >> matplotlibrc and loads TkAgg.  However, at least on my system,
    >> there is still some idle bug because the Tk window launches and
    >> then freezes without displaying the figure

Did you launch with idle -n?  Todd, perhaps you can add a FAQ here.  I
updated the backends.html.template section with the summary posted
earlier but this is getting damn close to a FAQ.

    Darren> Additionally, if I use the WX backend, the window launches
    Darren> but does not render the plot (the widgets are rendered.) I
    Darren> can close the window, but I dont recover the command line
    Darren> in IDLE. I exited all programs, and tried to uninstall
    Darren> matplotlib 0.53 to install 0.52.

This is known bug on my TODO list; thanks for letting me know.
 
    Darren>  During the uninstall, I
    Darren> got a message that datetime.pyd (I wonder if I copied this
    Darren> name down incorrectly, I'm sorry) was in use and could not
    Darren> be deleted.

This is bizarre since a matplotlib uninstall shouldn't be messing with
datetime.pyd.  Are you sure you didn't accidentally click uninstall
for another package?

    Darren> Thanks again for matplotlib. I am finishing grad school in
    Darren> a few months. When I do, I would like to participate in
    Darren> the development if I can be of help.

What do you mean?  The *best* time to develop matplotlib is with a
thesis defense looming.  Otherwise you'll just find yourself cleaning
your house for the 3rd time and playing addictive video games to
distract yourself.

JDH

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> It turns out that temporarily renaming conflicting dll
    Darren> that lives in the windows/system32 folder was the right
    Darren> thing to do. Renaming that dll to dll.off prevents it from
    Darren> being accessed and GTK works.

Hi Darren,

Glad you got something working.

    Darren> Now I just have to wait for the offending program to
    Darren> complain. Then, the dll that I renamed can be moved to the
    Darren> folder containing the .exe file. The final step is to
    Darren> contact the offending software company and complain about
    Darren> their 3rd party dll's in the system32 folder.

It is hard to get the various gtk for win32 packages working together
for this reason.

    Darren> The guy who takes care of the windows port of GTK tells me
    Darren> that these dll conflicts are very common. It might be
    Darren> worth discussing on the matplotlib windows quickstart
    Darren> section.

It's in the FAQ http://matplotlib.sourceforge.net/faq.html#GTKPATH.  I
updated the quickstart instructions to provide a link to the FAQ in
case people have trouble.

JDH

>One other note: I havent been able to install the GTK runtime environment. 
>I have been having a mess of dll conflicts with other files on my system 
>path. I havent seen any advice on the web that would solve this problem. 
>Can anyone point me in the right direction? The best advice I have seen is 
>to specify a GTK_PATH environment variable, which should be searched for 
>resources before defaulting to the PATH variable. I did this for both the 
>system and user, but I am still getting the same conflicts. This concerns 
>the quickstart advice for windows users on the matplotlib website. (One 
>site even suggested deleting the conflicting dll's from the path in order 
>to not block the GTK resources. Yikes.)


It turns out that temporarily renaming conflicting dll that lives in the 
windows/system32 folder was the right thing to do. Renaming that dll to 
dll.off prevents it from being accessed and GTK works.

Now I just have to wait for the offending program to complain. Then, the 
dll that I renamed can be moved to the folder containing the .exe file. The 
final step is to contact the offending software company and complain about 
their 3rd party dll's in the system32 folder.

The guy who takes care of the windows port of GTK tells me that these dll 
conflicts are very common. It might be worth discussing on the matplotlib 
windows quickstart section. 

Thank you to the people who are working on this project. I am beginning the transition from Matlab to Python, so I was excited to find matplotlib.

As John reported earllier:

 > I tested this on windows with idle.  Idle now
 >respects matplotlibrc
 > and loads TkAgg.  However, at least on my system,
 >there is still some
 > idle bug because the Tk window launches and then
 >freezes without
 > displaying the figure

Additionally, if I use the WX backend, the window launches but does not render the plot (the widgets are rendered.) I can close the window, but I dont recover the command line in IDLE. I exited all programs, and tried to uninstall matplotlib 0.53 to install 0.52. During the uninstall, I got a message that datetime.pyd (I wonder if I copied this name down incorrectly, I'm sorry) was in use and could not be deleted.

One other note: I havent been able to install the GTK runtime environment. I have been having a mess of dll conflicts with other files on my system path. I havent seen any advice on the web that would solve this problem. Can anyone point me in the right direction? The best advice I have seen is to specify a GTK_PATH environment variable, which should be searched for resources before defaulting to the PATH variable. I did this for both the system and user, but I am still getting the same conflicts. This concerns the quickstart advice for windows users on the matplotlib website. (One site even suggested deleting the conflicting dll's from the path in order to not block the GTK resources. Yikes.) 

Thanks again for matplotlib. I am finishing grad school in a few months. When I do, I would like to participate in the development if I can be of help.

Darren

>>>>> "Flavio" == Flavio Codeco Coelho <fcc...@fi...> writes:

    Flavio> John, The following example works ok with WXAgg (Hoorray!)
    Flavio> but the exponent 4 at the end of the expression does not
    Flavio> show up (with or without brackets).

Yes, there is a bug in the parser for over/under subscripts.  I think
I have the fix for it, but haven't been able get it done yet. 
   
    Flavio> Also, an anoying thing is the need for spaces around TeX
    Flavio> markup.  The same expression does not get formatted by
    Flavio> mathtext if you remove the spaces. This is going to
    Flavio> confuse TeX users since LaTeX doesn't need spaces.

Yes, at the least a \/ symbol would be nice.

    Flavio> one last thing: after you close the WXAgg figure, the
    Flavio> execution does not return to the interpreter. This does
    Flavio> not happen on GTK.

OK, thanks for letting me know.

JDH

>>>>> "Engelsma," == Engelsma, Dave <D.E...@La...> writes:

    Dave> Hello - I''ve got a wxDialog where, among other
    Dave> controls, I have a wxList and a
    Dave> FigureCanvasWx. Depending on what single item is
    Dave> selected in the wxList, the FigureCanvasWx should show
    Dave> the appropriate graph. It's important that the
    Dave> matplotlib-generated graph stay in the dialog along
    Dave> with the other controls (I don't want to generate a
    Dave> separate frame for the graph).

I'm not a wx guru, so this may not be the best way, but it I think it
is a pretty good way.  Instead of putting a FigureCanvasWX in your,
use a wxPanel instead.  Maintain a list of FigureCanvasAgg and use
them to draw your figures.  Transfer these to the wxPanel using string
and bitmap methods.  This is effectively what wxagg does.  The main
difference is that you will have one canvas and a list of
FigureCanvasAggs.

You can get the width and height of the figure you need to draw with
    
   

Suppose agg below is an FigureCanvasAgg instance

        agg.draw()
        s = agg.tostring_rgb()  
        l,b,w,h = agg.figure.get_window_extent().get_bounds()
        image = wxEmptyImage( w,h )
        image.SetData(s)
        bitmap = image.ConvertToBitmap()

You can then transfer the bitmap to the wxpanel.  If you want to do
all the 'draw' calls upfront so you don't have to repeatedly draw if
the user selects one figure, then another, then the original, that
will be fine.

Agg is a pretty fast renderer, which may more than make up for the
performance hit of having to go through the string->bitmap->canvas.

Let me know how it goes.

JDH