matplotlib-users Mailing List for matplotlib (Page 8)

Originally emailed this off to the wrong list, but any help would be much
appreciated!

---------- Forwarded message ----------
From: Kacey A. <int...@gm...>
Date: Wed, Apr 16, 2008 at 8:44 PM
Subject: Issues with TeX symbols and font changes
To: sci...@sc...


Hello all,

I've spent more time than I care to share trying to remedy this, but it just
doesn't seem to be working... So long story short, I'm trying to insert a
special symbol in my axis label, so I type the following:

[1] xlabel = (r"Wavelength ($\AA$)")

...in order to receive the symbol for angstroms (an "A" with a circle above
it). Problem is... whereas the rest of my plot is in whatever the default
Scipy plot font is (Tahoma, perhaps?), the stubborn angstroms symbol is in
Times New Roman-esque font, which is bothering me to no end. I've attempted
just changing the font of the entire font by using

[2] font = {"fontname":"Times New Roman"}
...
[3] xlabel = (ur"Wavelength ($\AA$)", **font)

...but unfortunately that does nothing to affect the font of the axis
tickmark labels (i.e. the numbers along the axes) -- so while my axis labels
(excluding the angstrom symbol) and plot text (i.e. text(x,y,string)) might
be in the font set via command [2], the axis numbering will *still* be in
the default (i.e. Tahoma).

For what help it's worth, I'm running OS X (10.4.11) and Python 2.5.1,
although I'm not 100% certain of what version of Scipy and Numpy I have
installed... (I *think* I'm running Scipy 0.3.2). I'm also using TextMate to
type and run my scripts.

Thanks so much for any help in advance! I really love SciPy, but if there's
really no feasible workaround for this... I might just have to use a
different package altogether. Thanks again.

Thanks, Nadia, for the offline info. I've got to admit, installing  
something as big and dependency-ridden as Python by hand would  
probably take things way beyond my level.

I tried installing python25 via fink (BTW, I'm using Tiger, not  
Leopard), and then installing the latest ipython, numpy, scipy and  
matplotlib using the naive 'python setup.py build; sudo python  
setup.py install' method on top of that. Fink tells me that tcltk[|- 
dev|-shlibs] 8.4.13-3 are installed.

The good news is that the packages install and import, and after  
specifying backend 'TkAgg', pylab.show() opens an X-Window, not an  
Aqua window. So that confirms that X11-based libraries are being used  
at some level.

The bad news is, it segfaults immediately after the window opens.


I've also tried going the WX and GTK routes under fink's python25,  
but always hit a brick wall sooner or later, either in the  
installation (wxPython---long, nasty story) or at runtime (fink's  
pygtk-py25 installs OK, but at 'import pylab' I get a bunch of gtk  
assertion failures followed by a 'Bus Error')

Ah well.  Thanks for your help. Given how short life is, I've settled  
on the following solution:

	import matplotlib
	matplotlib.use('Pdf')
	import pylab
	...
	pylab.savefig('/tmp/blah.pdf')
	!xpdf /tmp/blah.pdf &

and then keep re-saving (and pressing 'reload' in the xpdf window)  
whenever I would normally do pylab.draw().  Some might consider this  
a nasty workaround, but I'm used to those---I've used Matlab for years.

hi,
first, with backends agg and cairo, increasing the dpi increases the
width of any edge that is drawn, is there a way to set this edge width
constant?

second, when using backend_agg, if i draw a patch with an edge at x=0
and the xlim(xmin=0) there's still a 1 pixel gap.
this does not occur at the y-axis. and the gap does not occur with
backend_cairo. should i report this at the tracker?

a script to reproduce the error is below.
thanks,
-brent

from matplotlib.patches import Rectangle, Arrow
from matplotlib.figure import Figure
from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
#from matplotlib.backends.backend_cairo import FigureCanvasCairo as FigureCanvas

alpha = 0
# NOTE: increasing the dpi increases the with of the edge.
dpi = 256
f = Figure(dpi=dpi)
c = FigureCanvas(f)
f.figurePatch.set_alpha(alpha)
f.ax = f.add_axes((0,0,1,1), alpha=alpha, frameon=False, xticks=() , yticks=())

px_width, px_height = 512, 512
f.set_size_inches(px_width/dpi, px_height/dpi)
f.ax.set_ylim(0, 10)
f.ax.set_xlim(0, 10)
f.ax.set_autoscale_on(False)

# NOTE: missing 1 pixel at x == 0
r = Rectangle((0, 0), 8, 8, fc='#ff0000')

f.ax.add_patch(r)
f.canvas.print_figure('k.png', dpi=dpi)

You need X11 based versions of Tcl/Tk and Python. I believe these are available 
through fink (or used to be), I build them from source. And then you can build 
matplotlib linking to these libraries (after tweaking setupext.py). It's 
somewhat involved but doable, actually you have to have a really good reason to 
do it. If you are still interested I can send you the gory details offline.

Nadia


Jeremy Hill wrote:
> Hello matplotlib-users,
> 
> I've just managed to get numpy, scipy, ipython and matplotlib running  
> under ActivePython 2.5 on my Intel Mac.
> 
> But I'd like matplotlib to use just X11, and not the Aqua-wrapped  
> thing with the rocket icon (app name "Python"): I want to be able to  
> ssh -X into my mac, run ipython in an xterm, and see matplotlib  
> figures in my X-window manager. At the moment, I've tried a few  
> different matplotlib backends, but for some (WX, WXAgg, Tk)  
> matplotlib pops up with its nice rocket icon on the physical screen  
> of my mac, even when I'm sshing in from elsewhere, whereas for others  
> (Agg, Agg2, Cairo), nothing pops up anywhere. Perhaps changing  
> backends is not the right approach, and I should be doing something  
> more fundamental...?
> 
> Apologies if I've missed something obvious---it's not a very  
> searchable problem. Googling and/or searching this list for "macos  
> x11 matplotlib" reveals that most people seem to want to go the other  
> way and eliminate their dependency on X11.
> 
> Below I've pasted an example of what I've been trying, followed by my  
> platform and installation info.
> 
> Thanks in advance for any pointers.   cheers, --jez
> 
> 
> 
> 
> 
> 
> backend = 'Cairo'
> import matplotlib
> matplotlib.use(backend)
> import pylab,numpy
> pylab.plot(numpy.arange(0,10))
> pylab.show()
> 
> 
> Mac OS X 10.4.11 on 2.16 GHz Intel Core 2 Duo
> Python 2.5.2 (r252:60911, Mar 27 2008, 17:40:23)
> 	wget 'http://downloads.activestate.com/ActivePython/macosx/2.5/ 
> ActivePython-2.5.2.2-macosx.dmg'
> 	open ActivePython-2.5.2.2-macosx.dmg
> numpy.__version__ = '1.1.0.dev5038'
> 	svn co http://svn.scipy.org/svn/numpy/trunk numpy
> 	cd numpy
> 	python setup.py build
> 	sudo python setup.py install
> matplotlib.__version__ = '0.91.2'
> 	wget 'http://surfnet.dl.sourceforge.net/sourceforge/matplotlib/ 
> matplotlib-0.91.2.tar.gz'
> 	tar xfvz matplotlib-0.91.2.tar.gz
> 	cd matplotlib-0.91.2
> 	python setup.py build
> 	sudo python setup.py install
> cairo.version = '1.4.12'
> 	sudo port install cairo # installed cairo 1.4.14
> 	wget 'http://cairographics.org/releases/pycairo-1.4.12.tar.gz'
> 	tar xfvz pycairo-1.4.12.tar.gz
> 	cd pycairo-1.4.12
> 	./configure --prefix=`python -c "import sys; print sys.prefix"`
> 	make
> 	sudo make install
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hello matplotlib-users,

I've just managed to get numpy, scipy, ipython and matplotlib running  
under ActivePython 2.5 on my Intel Mac.

But I'd like matplotlib to use just X11, and not the Aqua-wrapped  
thing with the rocket icon (app name "Python"): I want to be able to  
ssh -X into my mac, run ipython in an xterm, and see matplotlib  
figures in my X-window manager. At the moment, I've tried a few  
different matplotlib backends, but for some (WX, WXAgg, Tk)  
matplotlib pops up with its nice rocket icon on the physical screen  
of my mac, even when I'm sshing in from elsewhere, whereas for others  
(Agg, Agg2, Cairo), nothing pops up anywhere. Perhaps changing  
backends is not the right approach, and I should be doing something  
more fundamental...?

Apologies if I've missed something obvious---it's not a very  
searchable problem. Googling and/or searching this list for "macos  
x11 matplotlib" reveals that most people seem to want to go the other  
way and eliminate their dependency on X11.

Below I've pasted an example of what I've been trying, followed by my  
platform and installation info.

Thanks in advance for any pointers.   cheers, --jez






backend = 'Cairo'
import matplotlib
matplotlib.use(backend)
import pylab,numpy
pylab.plot(numpy.arange(0,10))
pylab.show()


Mac OS X 10.4.11 on 2.16 GHz Intel Core 2 Duo
Python 2.5.2 (r252:60911, Mar 27 2008, 17:40:23)
	wget 'http://downloads.activestate.com/ActivePython/macosx/2.5/ 
ActivePython-2.5.2.2-macosx.dmg'
	open ActivePython-2.5.2.2-macosx.dmg
numpy.__version__ = '1.1.0.dev5038'
	svn co http://svn.scipy.org/svn/numpy/trunk numpy
	cd numpy
	python setup.py build
	sudo python setup.py install
matplotlib.__version__ = '0.91.2'
	wget 'http://surfnet.dl.sourceforge.net/sourceforge/matplotlib/ 
matplotlib-0.91.2.tar.gz'
	tar xfvz matplotlib-0.91.2.tar.gz
	cd matplotlib-0.91.2
	python setup.py build
	sudo python setup.py install
cairo.version = '1.4.12'
	sudo port install cairo # installed cairo 1.4.14
	wget 'http://cairographics.org/releases/pycairo-1.4.12.tar.gz'
	tar xfvz pycairo-1.4.12.tar.gz
	cd pycairo-1.4.12
	./configure --prefix=`python -c "import sys; print sys.prefix"`
	make
	sudo make install

John Burkhart wrote:
> Dear Jeffrey Whitaker,
> 
> I've been working with and using matplotlib and your basemap toolbox. 
> Terrific work! It's a lot of fun to use. I'm currently aboard the R/V 
> Knorr and have no internet - only email - hence my correspondence to you 
> directly rather than via a forum.
> 
> I've now used your warpimage.py example to transform and create a 
> basemap from a cylindrically projected image, but now I want to use one 
> which is polar stereographic. Unfortunately, I cannot include 
> attachments, but basically, I'm trying to overly images on this file:
> http//:polarview.met.no/highres/sarmap2.jpg and another (c_map1.jpg)
> 
> How do I go the other way? That is, to use m.transform_scalar to convert 
> a polar stereographic image to another projection?
> 
> Thanks so much.
> 
> Via InMarsat,
> john
> 
> Here is the geotiff information for the c_map1.jpg file:
> Driver: GTiff/GeoTIFF
> Files: ice20080416.tif
> Size is 4149, 3150
> Coordinate System is:
> PROJCS["unnamed",
>     GEOGCS["WGS 84",
>         DATUM["WGS_1984",
>             SPHEROID["WGS 84",6378137,298.2572235629972,
>                 AUTHORITY["EPSG","7030"]],
>             AUTHORITY["EPSG","6326"]],
>         PRIMEM["Greenwich",0],
>         UNIT["degree",0.0174532925199433],
>         AUTHORITY["EPSG","4326"]],
>     PROJECTION["Polar_Stereographic"],
>     PARAMETER["latitude_of_origin",90],
>     PARAMETER["central_meridian",0],
>     PARAMETER["scale_factor",1],
>     PARAMETER["false_easting",0],
>     PARAMETER["false_northing",0],
>     UNIT["metre",1,
>         AUTHORITY["EPSG","9001"]]]
> Origin = (-1700500.241080038715154,-149240.597878495842451)
> Pixel Size = (1000.482160077145636,-1000.482160077145522)
> Metadata:
>   AREA_OR_POINT=Area
> Image Structure Metadata:
>   INTERLEAVE=PIXEL
> Corner Coordinates:
> Upper Left  (-1700500.241, -149240.598) ( 84d59'3.89"W, 74d48'10.68"N)
> Lower Left  (-1700500.241,-3300759.402) ( 27d15'24.57"W, 57d36'46.68"N)
> Upper Right ( 2450500.241, -149240.598) ( 86d30'53.54"E, 68d16'24.80"N)
> Lower Right ( 2450500.241,-3300759.402) ( 36d35'25.36"E, 54d20'41.99"N)
> Center      (  375000.000,-1725000.000) ( 12d15'53.19"E, 74d17'25.72"N)
> Band 1 Block=4149x1 Type=Byte, ColorInterp=Red
> Band 2 Block=4149x1 Type=Byte, ColorInterp=Green
> Band 3 Block=4149x1 Type=Byte, ColorInterp=Blue
>

Hi John:

If your image had no borders of annotations, you could read it in and 
get the RGB values of each pixel using PIL (following the example in 
warpimage.py).  You could then

1) compute the polar stereographic coordinates of the rectilinear grid 
you want to interpolate to

2) use the interp function to interpolate the RGB values from the 
original polar stereographic grid to the new grid.

Here's part of the docstring for the interp function:

def interp(datain,xin,yin,xout,yout,checkbounds=False,masked=False,order=1):
     """
     dataout = interp(datain,xin,yin,xout,yout,order=1)

     interpolate data (datain) on a rectilinear grid (with x=xin
     y=yin) to a grid with x=xout, y=yout.

     datain is a rank-2 array with 1st dimension corresponding to y,
     2nd dimension x.

     xin, yin are rank-1 arrays containing x and y of
     datain grid in increasing order.

     xout, yout are rank-2 arrays containing x and y of desired output 
grid."""

Here xin and yin would be the (1d) polar stereographic coords of the 
original image grid.  xout, yout would be the (2d) coordinates of the 
new grid (in the same polar stereographic coordinates as the original 
image grid, even though the new grid is a different map projection).

You can use the Basemap instances defined for each projection to compute 
the coordinates of each grid, and to transform the  new grid into the 
projection coordinates of the original grid.

It's tricky, but should be possible if the image doesn't have any 
whitespace or annotations around the edges.  Unfortunately, the image 
you point to doesn't appear to be that simple.

I'm copying the matplotlib-users list just in case anyone has a better 
suggestion ...

-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-124
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

Paul Smith wrote:
> Hi,
> I can't find a way to plot marker symbols that have a transparent face colour, 
> so I can see the contour plot that's under them. Setting alpha affects the 
> edge colour as well.
> Any suggestions?

Paul,

If you want the symbol faces to be completely transparent, set 
mfc='None' (with quotes):

plot([1,2,3], 'o', mfc='None')

If you need them to be colored but with an alpha, then you will have to 
plot twice, once for the edges as above (adding an alpha kwarg if 
desired), and the second time for the centers with markeredgewidth=0 to 
turn off the edges.  (For consistency one might expect mec='None' should 
work the same way, but it doesn't.)

The drawing model is such that alpha is attached to the whole marker, 
and can't be set separately for edge and face without making two 
separate markers, as suggested above.  Note also that postscript doesn't 
support alpha at all.

Eric




> Paul
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi everybody,

Is there a function in matplotlib for hexagonal binning of scatter plots? Here are some examples of what I am looking for:

http://faculty.washington.edu/tlumley/survey/greyhexbin.png

http://www.spss.com/research/wilkinson/nViZn/hexbin.gif

http://addictedtor.free.fr/graphiques/75x75/tn_139.png

Thanks!

--Michiel.

 between 0000-00-00 and 9999-99-99        

Hi,
I can't find a way to plot marker symbols that have a transparent face colour, 
so I can see the contour plot that's under them. Setting alpha affects the 
edge colour as well.
Any suggestions?
Paul

> I agree that exploration of large data sets is an important application,
> and that we need to speed it up.  A couple days ago I added   automatic
> subsetting (but not decimation--although this could be added easily) to
> image drawing, and that made a big difference for panning and zooming
> using imshow or pcolorfast with regular grids.

Cool.  

Low-pass filtering is more work to implement and takes away from the 
computational gains, but it's necessary to prevent aliasing a la the 
Nyquist-Shannon theorem.

> An easy, built-in interface makes sense for line/marker plotting as
> well, but it will take some thought to figure out exactly what that
> interface should be.  The line plotting case (including things like
> scatter) is more complicated than the image.  Probably optimizations
> should be specified via kwargs, not by default.

true

> Clipping should not be to points inside the xlim, but should include one
> more point on each side so that lines go to the edge of the box.

Good point.  As I understand npy.searchsorted(), it should then be

  ind0 = npy.searchsorted(self.xorig, xlim[0], side='left')
  ind1 = npy.searchsorted(self.xorig, xlim[1], side='right')

instead of 

  ind0, ind1 = npy.searchsorted(self.xorig, xlim)

I just tried reverting to some older revs. r4802 (0.91.2 release) builds fine. r4817, where the transforms branch was merged in, doesn't, and gives what looks like the same error (see below) as the current revision (see previous post). I think r4817 is also the first time the file _path.cpp shows up in the trunk.

Martin

C:\home\mspacek\Desktop\Work\matplotlib>python setup.py build_ext --inplace --force
============================================================================
BUILDING MATPLOTLIB
            matplotlib: 0.91.2svn
                python: 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC
                        v.1310 32 bit (Intel)]
              platform: win32
       Windows version: (5, 1, 2600, 2, 'Service Pack 2')

REQUIRED DEPENDENCIES
                 numpy: 1.0.5.dev5035
             freetype2: found, but unknown version (no pkg-config)

OPTIONAL BACKEND DEPENDENCIES
                libpng: found, but unknown version (no pkg-config)
               Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
              wxPython: 2.8.6.0
                        * WxAgg extension not required for wxPython >= 2.8
                  Gtk+: no
                        * Building for Gtk+ requires pygtk; you must be able
                        * to "import gtk" in your build/install environment
                    Qt: no
                   Qt4: no
                 Cairo: no

OPTIONAL DATE/TIMEZONE DEPENDENCIES
              datetime: present, version unknown
              dateutil: matplotlib will provide
                  pytz: matplotlib will provide

OPTIONAL USETEX DEPENDENCIES
                dvipng: 1.9
           ghostscript: 'gswin32c' is not recognized as an internal or
                        external command, operable program or batch file.
                 latex: no

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
             configobj: matplotlib will provide
      enthought.traits: matplotlib will provide

[Edit setup.cfg to suppress the above messages]
============================================================================
running build_ext
building 'matplotlib.ft2font' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/ft2font.cpp /Fobuild
\temp.win32-2.5\Release\src/ft2font.obj
ft2font.cpp
src\ft2font.cpp(956) : warning C4244: 'initializing' : conversion from 'FT_Long' to 'FT_Bool', possible loss of data
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/mplutils.cpp /Fobuil
d\temp.win32-2.5\Release\src/mplutils.obj
mplutils.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobu
ild\temp.win32-2.5\Release\CXX\cxxsupport.obj
cxxsupport.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /
Fobuild\temp.win32-2.5\Release\CXX\cxx_extensions.obj
cxx_extensions.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterf
ace.cxx /Fobuild\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj
IndirectPythonInterface.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fob
uild\temp.win32-2.5\Release\CXX\cxxextensions.obj
cxxextensions.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild freetype.lib z.lib /EXPORT:initft2font build\temp.win32-2.5\Rele
ase\src/ft2font.obj build\temp.win32-2.5\Release\src/mplutils.obj build\temp.win32-2.5\Release\CXX\cxxsupport.obj build\
temp.win32-2.5\Release\CXX\cxx_extensions.obj build\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj build\temp.wi
n32-2.5\Release\CXX\cxxextensions.obj /OUT:lib\matplotlib\ft2font.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ft2font.l
ib
   Creating library build\temp.win32-2.5\Release\src\ft2font.lib and object build\temp.win32-2.5\Release\src\ft2font.exp

building 'matplotlib.ttconv' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/_ttconv.cpp /Fobuild\temp.win32-2.5\Release\src/_ttconv.obj
_ttconv.cpp
src\_ttconv.cpp(112) : warning C4101: 'e' : unreferenced local variable
src\_ttconv.cpp(166) : warning C4101: 'e' : unreferenced local variable
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt.o
bj
pprdrv_tt.cpp
ttconv\pprdrv_tt.cpp(143) : warning C4101: 'e' : unreferenced local variable
ttconv\pprdrv_tt.cpp(312) : warning C4101: 'e' : unreferenced local variable
ttconv\pprdrv_tt.cpp(1136) : warning C4101: 'e' : unreferenced local variable
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt2.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt2
.obj
pprdrv_tt2.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/ttutil.cpp /Fobuild\temp.win32-2.5\Release\ttconv/ttutil.obj
ttutil.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initttconv build\temp.win32-2.5\Release\src/_ttconv.obj
build\temp.win32-2.5\Release\ttconv/pprdrv_tt.obj build\temp.win32-2.5\Release\ttconv/pprdrv_tt2.obj build\temp.win32-2.
5\Release\ttconv/ttutil.obj /OUT:lib\matplotlib\ttconv.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ttconv.lib
   Creating library build\temp.win32-2.5\Release\src\ttconv.lib and object build\temp.win32-2.5\Release\src\ttconv.exp
building 'matplotlib._cntr' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/cntr.c /Fobu
ild\temp.win32-2.5\Release\src/cntr.obj
cntr.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:init_cntr build\temp.win32-2.5\Release\src/cntr.obj /OUT
:lib\matplotlib\_cntr.pyd /IMPLIB:build\temp.win32-2.5\Release\src\_cntr.lib
   Creating library build\temp.win32-2.5\Release\src\_cntr.lib and object build\temp.win32-2.5\Release\src\_cntr.exp
building 'matplotlib.nxutils' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/nxutils.c /F
obuild\temp.win32-2.5\Release\src/nxutils.obj
nxutils.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initnxutils build\temp.win32-2.5\Release\src/nxutils.obj
 /OUT:lib\matplotlib\nxutils.pyd /IMPLIB:build\temp.win32-2.5\Release\src\nxutils.lib
   Creating library build\temp.win32-2.5\Release\src\nxutils.lib and object build\temp.win32-2.5\Release\src\nxutils.exp

building 'matplotlib._path' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_curves.cpp /Fobuild\temp.win32-2.5\Releas
e\agg24/src/agg_curves.obj
agg_curves.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_bezier_arc.cpp /Fobuild\temp.win32-2.5\Re
lease\agg24/src/agg_bezier_arc.obj
agg_bezier_arc.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_trans_affine.cpp /Fobuild\temp.win32-2.5\
Release\agg24/src/agg_trans_affine.obj
agg_trans_affine.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_vcgen_stroke.cpp /Fobuild\temp.win32-2.5\
Release\agg24/src/agg_vcgen_stroke.obj
agg_vcgen_stroke.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobuild\temp.win32-2.5\Release\CXX\
cxxsupport.obj
cxxsupport.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /Fobuild\temp.win32-2.5\Release\
CXX\cxx_extensions.obj
cxx_extensions.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterface.cxx /Fobuild\temp.win32-2.5
\Release\CXX\IndirectPythonInterface.obj
IndirectPythonInterface.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fobuild\temp.win32-2.5\Release\CXX
\cxxextensions.obj
cxxextensions.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/path.cpp /Fobuild\temp.win32-2.5\Release\src/path.o
bj
path.cpp
c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(82) : warning C4800: 'PyArrayObject *' : forcing valu
e to bool 'true' or 'false' (performance warning)
src\path.cpp(302) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(302) : error C2065: 'numeric_limits' : undeclared identifier
src\path.cpp(302) : error C2062: type 'double' unexpected
src\path.cpp(302) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(303) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(303) : error C2062: type 'double' unexpected
src\path.cpp(303) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(304) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(304) : error C2062: type 'double' unexpected
src\path.cpp(304) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(305) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(305) : error C2062: type 'double' unexpected
src\path.cpp(305) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(303) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(304) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(305) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(338) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning)
src\path.cpp(371) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(371) : error C2062: type 'double' unexpected
src\path.cpp(371) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(372) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(372) : error C2062: type 'double' unexpected
src\path.cpp(372) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(373) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(373) : error C2062: type 'double' unexpected
src\path.cpp(373) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(374) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(374) : error C2062: type 'double' unexpected
src\path.cpp(374) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(375) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(375) : error C2062: type 'double' unexpected
src\path.cpp(375) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(376) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(376) : error C2062: type 'double' unexpected
src\path.cpp(376) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(371) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(372) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(373) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(374) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(375) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(376) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(468) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(468) : error C2062: type 'double' unexpected
src\path.cpp(468) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(469) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(469) : error C2062: type 'double' unexpected
src\path.cpp(469) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(470) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(470) : error C2062: type 'double' unexpected
src\path.cpp(470) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(471) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(471) : error C2062: type 'double' unexpected
src\path.cpp(471) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(468) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(469) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(470) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(471) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(526) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning)
src\path.cpp(826) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning)
src\path.cpp(992) : error C2146: syntax error : missing ')' before identifier 'or'
src\path.cpp(991) : error C3861: 'not': identifier not found, even with argument-dependent lookup
src\path.cpp(994) : error C2059: syntax error : ')'
error: command '"C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe"' failed with exit status 2

thewtex wrote:
>>>  Main issue is Matplotlib's performance. I'm trying to plot a current
>>>  trace from a physics experiment, containing about 300,000 data points.
>>>  In LabVIEW, one can easily browse through a data set like this, but I
>>>  haven't been able yet to get such a good performance with
>>>  IPython+Matplotlib. Especially scrolling/panning through the data is
>>>  sluggish. (Anyone knows how to add a scrollbar for this instead of
>>>  panning with the mouse, btw?)
>>>
>> http://matplotlib.sf.net/examples/embedding_in_gtk3.py shows an
>> example using a scrolled window.
>>
>> You could also use the "clipped line" approach to pass in a custom
>> class that only plots the data in the current view limits defined by
>> timemin, timemax.  See
>> http://matplotlib.sf.net/examples/clippedline.py.  This example
>> changes the marker and line style depending on how many points are in
>> the view port, but you could expand on this idea to do downsampling
>> when the number of points is too large.
> 
> Hi Onno and JDH,
> 
> JDH, I have just started using matplotlib and love it.  Thanks so much for your 
> work.  
> 
> I have come across the same performance issues.  My vote is for bringing 
> clipped line back and even making it the default.  A check may be needed in the 
> constructor to make sure it is sorted, but I think it is worth it.  If the 
> program is used for its primary original intent (plotting), the vast majority 
> are going to be increasing in x.  
> 
> I am including a class based on ClippedLine that does decimation.  Please reply 
> if you have improvements and please consider putting something like it in the 
> code.  This probably should not be used as default, though, because it may not 
> be what the user expects.  For example, if Onno is looking for very short 
> duration spikes, they will not get plotted.  That is the nature of the 
> decimation beast.  And, the filter requires the x data to be equally spaced.
> 
> With decimation you not only get performance increases, but you also get rid of 
> the smooching that occurs if the data is not monotonic so you can actually see 
> something.  

I agree that exploration of large data sets is an important application, 
and that we need to speed it up.  A couple days ago I added   automatic 
subsetting (but not decimation--although this could be added easily) to 
image drawing, and that made a big difference for panning and zooming 
using imshow or pcolorfast with regular grids.

An easy, built-in interface makes sense for line/marker plotting as 
well, but it will take some thought to figure out exactly what that 
interface should be.  The line plotting case (including things like 
scatter) is more complicated than the image.  Probably optimizations 
should be specified via kwargs, not by default.

Clipping should not be to points inside the xlim, but should include one 
more point on each side so that lines go to the edge of the box.

Eric

> >  Main issue is Matplotlib's performance. I'm trying to plot a current
> >  trace from a physics experiment, containing about 300,000 data points.
> >  In LabVIEW, one can easily browse through a data set like this, but I
> >  haven't been able yet to get such a good performance with
> >  IPython+Matplotlib. Especially scrolling/panning through the data is
> >  sluggish. (Anyone knows how to add a scrollbar for this instead of
> >  panning with the mouse, btw?)
> >
> 
> http://matplotlib.sf.net/examples/embedding_in_gtk3.py shows an
> example using a scrolled window.
> 
> You could also use the "clipped line" approach to pass in a custom
> class that only plots the data in the current view limits defined by
> timemin, timemax.  See
> http://matplotlib.sf.net/examples/clippedline.py.  This example
> changes the marker and line style depending on how many points are in
> the view port, but you could expand on this idea to do downsampling
> when the number of points is too large.

Hi Onno and JDH,

JDH, I have just started using matplotlib and love it.  Thanks so much for your 
work.  

I have come across the same performance issues.  My vote is for bringing 
clipped line back and even making it the default.  A check may be needed in the 
constructor to make sure it is sorted, but I think it is worth it.  If the 
program is used for its primary original intent (plotting), the vast majority 
are going to be increasing in x.  

I am including a class based on ClippedLine that does decimation.  Please reply 
if you have improvements and please consider putting something like it in the 
code.  This probably should not be used as default, though, because it may not 
be what the user expects.  For example, if Onno is looking for very short 
duration spikes, they will not get plotted.  That is the nature of the 
decimation beast.  And, the filter requires the x data to be equally spaced.

With decimation you not only get performance increases, but you also get rid of 
the smooching that occurs if the data is not monotonic so you can actually see 
something.  

Here are the performance results on my computer:
it took -0.511511087418 seconds for matplotlib.lines.Line2D to draw()
it took -0.4196870327 seconds for __main__.ClippedLine to draw()
downsampling plotted line...
it took -0.11829996109 seconds for __main__.DecimatedClippedLine to draw()




from matplotlib.lines import Line2D
import numpy as npy
from pylab import figure, show, draw
import scipy.signal
import time


# adjusted from /usr/share/doc/matplotlib-0.91.2/examples/clippedline.py
class ClippedLine(Line2D):
    """
    Clip the xlimits to the axes view limits -- this example assumes x is sorted
    """

    def __init__(self, ax, *args, **kwargs):
        Line2D.__init__(self, *args, **kwargs)
	## axes the line is plotted in
        self.ax = ax


    def set_data(self, *args, **kwargs):
        Line2D.set_data(self, *args, **kwargs)
	## what is plotted pre-clipping
        self.xorig = npy.array(self._x)
	## what is plotted pre-clipping
        self.yorig = npy.array(self._y)

    def draw(self, renderer):
        xlim = self.ax.get_xlim()

        ind0, ind1 = npy.searchsorted(self.xorig, xlim)
        self._x = self.xorig[ind0:ind1]
        self._y = self.yorig[ind0:ind1]

        Line2D.draw(self, renderer)



class DecimatedClippedLine(Line2D):
  """
  Decimate and clip the data so it does not take as long to plot.  Assumes data 
is sorted and equally spaced.
  """

  def __init__(self, ax, *args, **kwargs):
    """
    *Parameters*:
      ax:
	axes the line is plotted on


      *args, **kwargs:
	Line2D args

    """
    Line2D.__init__(self, *args, **kwargs)
    ## axes the line is plotted in
    self.ax = ax



  def set_data(self, *args, **kwargs):
    Line2D.set_data(self, *args, **kwargs)
    ## data preclipping and decimation
    self.xorig = npy.array(self._x)
    ## data pre clipping and decimation
    self.yorig = npy.array(self._y)


  def draw(self, renderer):
    bb = self.ax.get_window_extent()
    width = bb.width()

    xlim = self.ax.get_xlim()
    ind0, ind1 = npy.searchsorted(self.xorig, xlim)

    if self.ax.get_autoscale_on():  
	    ylim = 
self.ax.get_xlim()
                                                                        
	    self.ax.set_ylim( min([ylim[0], self._y.min()]), max([ylim[1], 
self._y.max()]) )  

    self._x = self.xorig[ind0:ind1]
    self._y = self.yorig[ind0:ind1]
    if width / float( ind1 - ind0 ) < 0.4: # if number of points to plot is 
much greater than the pixels in the plot
      b, a = scipy.signal.butter(5, width / float( ind1 - ind0 ) )
      print 'downsampling plotted line...'

      filty = scipy.signal.lfilter( b, a, self._y )
      
      step = int( ( ind1 - ind0 ) / width )
      self._x = self._x[::step]
      self._y = filty[::step]

    Line2D.draw(self, renderer)


t = npy.arange(0.0, 100.0, 0.0001)
s = npy.sin(2*npy.pi*t)
s += (npy.random.rand( len(t) ) - 0.5)*3.0


for i in xrange(3):
  starttime = time.time()
  fig = figure(i)
  ax = fig.add_subplot(111, autoscale_on=False)
  if i == 0:
    line = Line2D(t, s, color='g', ls='-', lw=2)
  elif i == 1:
    line = ClippedLine(ax, t, s, color='g', ls='-', lw=2)
  elif i == 2:
    line = DecimatedClippedLine(ax, t, s, color='g', ls='-', lw=2)
  ax.add_line(line)
  ax.set_xlim(10,20)
  ax.set_ylim(-3.3,3.3)
  ax.set_title( str(line.__class__).replace('_','\_') )
  draw()
  endtime = time.time()
  print 'it took', starttime-endtime, 'seconds for', str(line.__class__), 'to 
draw()'
  

show()

Glenn,

The slowness is almost entirely in the line

    rgba = lut[xa]

where lut is a 2-D uint8 table and xa is an array of indices.

I have replaced that in svn with

    rgba = lut.take(xa, axis=0)

which cuts the time in half!

That is still not nearly as fast as the solution you have found.  It 
should be possible to approach it by putting in a little extension code 
that optimizes the body of the __call__ method.  And for me at least, 
that would be easiest to do with pyrex.  Until a decision is made to use 
pyrex/cython in core matplotlib, however, this will have to wait.

Another approach would be to look for ways to speed up fancy indexing in 
numpy.  That would probably be very difficult, but could also be very 
rewarding if successful.

Eric

G Jones wrote:
> Numpy 1.0.3 and MPL 0.91.2. The image array is 256 x 1024. I found I
> could speed things up a lot (~15ms update time) by setting my data to
> be a 256 x 1024 x 4 array of uint8, so I guess the solution is to
> handle color mapping myself. I appreciate any other suggestions.
> Glenn
> 
> On 4/15/08, Eric Firing <ef...@ha...> wrote:
>> Glenn,
>>
>>  What version of numpy are you using?  What version of matplotlib? And what
>> are the dimensions of your image array?
>>
>>  Eric
>>
>>
>>  G Jones wrote:
>>
>>> Thank you for the suggestion.
>>> I now have the update time down to about 70 ms.
>>> When I run the code through the profiler, I see that each plot update
>>> requires a call to matplotlib.colors.Colormap.__call__,
>> and each of
>>> these calls takes 52 ms, 48 ms of which is spent inside the function
>>> itself. This looks like it is the bulk of the delay, so if I can
>>> optimize the Colormap.__call__ function, the performance should be
>>> much improved. Unfortunately I cannot seem to get finer grained
>>> information about what exactly is taking so long inside this function.
>>> Can anyone provide any hints?
>>> Thanks,
>>> Glenn
>>>
>>> On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote:
>>>
>>>>  I just use blit on imshow map, and work properly. Maybe the following
>> code
>>>>  will help you.
>>>>
>>>>  def ontimer()
>>>>       canvas.restore_region(background)
>>>>       im.set_array(Z)
>>>>       ax.draw_artist(self.imList[i])
>>>>       canvas.blit(ax.bbox)
>>>>       canvas.gui_repaint()
>>>>  --
>>>>  View this message in context:
>> http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html
>>>>  Sent from the matplotlib - users mailing list archive at Nabble.com.
>>>>

Numpy 1.0.3 and MPL 0.91.2. The image array is 256 x 1024. I found I
could speed things up a lot (~15ms update time) by setting my data to
be a 256 x 1024 x 4 array of uint8, so I guess the solution is to
handle color mapping myself. I appreciate any other suggestions.
Glenn

On 4/15/08, Eric Firing <ef...@ha...> wrote:
> Glenn,
>
>  What version of numpy are you using?  What version of matplotlib? And what
> are the dimensions of your image array?
>
>  Eric
>
>
>  G Jones wrote:
>
> > Thank you for the suggestion.
> > I now have the update time down to about 70 ms.
> > When I run the code through the profiler, I see that each plot update
> > requires a call to matplotlib.colors.Colormap.__call__,
> and each of
> > these calls takes 52 ms, 48 ms of which is spent inside the function
> > itself. This looks like it is the bulk of the delay, so if I can
> > optimize the Colormap.__call__ function, the performance should be
> > much improved. Unfortunately I cannot seem to get finer grained
> > information about what exactly is taking so long inside this function.
> > Can anyone provide any hints?
> > Thanks,
> > Glenn
> >
> > On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote:
> >
> > >  I just use blit on imshow map, and work properly. Maybe the following
> code
> > >  will help you.
> > >
> > >  def ontimer()
> > >       canvas.restore_region(background)
> > >       im.set_array(Z)
> > >       ax.draw_artist(self.imList[i])
> > >       canvas.blit(ax.bbox)
> > >       canvas.gui_repaint()
> > >  --
> > >  View this message in context:
> http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html
> > >  Sent from the matplotlib - users mailing list archive at Nabble.com.
> > >
> >
>

Glenn,

What version of numpy are you using?  What version of matplotlib? And 
what are the dimensions of your image array?

Eric

G Jones wrote:
> Thank you for the suggestion.
> I now have the update time down to about 70 ms.
> When I run the code through the profiler, I see that each plot update
> requires a call to matplotlib.colors.Colormap.__call__, and each of
> these calls takes 52 ms, 48 ms of which is spent inside the function
> itself. This looks like it is the bulk of the delay, so if I can
> optimize the Colormap.__call__ function, the performance should be
> much improved. Unfortunately I cannot seem to get finer grained
> information about what exactly is taking so long inside this function.
> Can anyone provide any hints?
> Thanks,
> Glenn
> 
> On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote:
>>  I just use blit on imshow map, and work properly. Maybe the following code
>>  will help you.
>>
>>  def ontimer()
>>        canvas.restore_region(background)
>>        im.set_array(Z)
>>        ax.draw_artist(self.imList[i])
>>        canvas.blit(ax.bbox)
>>        canvas.gui_repaint()
>>  --
>>  View this message in context: http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html
>>  Sent from the matplotlib - users mailing list archive at Nabble.com.

Hello Benjamin,

I think you should use an other kind of an axes. Instead of pylba.subplot(111) 
(or fig.add_subplot(111)), you could use pylab.axes([0.0, 0.0, 1.0, 1.0]) 
with the values (left, bottom, width, height) to avoid the gray border.

regards Matthias

On Wednesday 09 April 2008 20:37:08 Benjamin Drung wrote:
> Hello,
>
> I wrote a Python application using GTK+ and Matplotlib. I normally use
> the application in full screen mode (1680x1050). There is a big gray
> border. You can reproduce it using the embedding_in_gtk.py from the
> examples and full screen it.
>
> How can I remove this grey border? The numbers on the axes should not be
> cropped.
>
> Regards,
> Benjamin Drung

Hello Adrian,

I'm not sure I understood well, but if you want a histogram with logarithmic 
yscale, you may want to use something like:

import pylab
pylab.subplot(111, yscale='log')
pylab.histogram(some_nice_data)
pylab.show()

regrads Matthias


On Monday 14 April 2008 22:28:49 Adrian Price-Whelan wrote:
> Hello -
>
> I haven't been able to find any useful documentation about semilogy
> and exactly how i can implement it into a Histogram. I'm simply trying
> to create a histogram of a lot of data with a y-axis scaled
> logarithmically. Specifically I am creating a pixel histogram of a
> FITS image...for anyone who cares. Here is the code i've used to
> create the histogram:
>
> #! /usr/bin/env python
>
> import Image
> import pyfits
> import numpy
> import numarray
> from pylab import *
>
> #Open each image
> Gim = pyfits.open('Gimage.fits')
>
> #Create arrays of the data from each image
> Garray = Gim[0].data
>
> onedarray = []
>
> xsize,ysize = Garray.shape
>
> for x in xrange(xsize):
>      for y in xrange(ysize):
>          if Garray[x,y] >= -0.02:
>              if Garray[x,y] <= 0.6:
>                  onedarray.append(Garray[x,y])
>
> g_hist = hist(onedarray,bins=100)
> axis([-0.05,0.65,1,90000])
>
> xlabel('Pixel Number')
> ylabel('How Many of Each Pixel')
> savefig('test_histPANDA.png')
> show()
>
> thanks!!
>
> -Adrian
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java
>one _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Sorry I didn't chime in sooner, as I'm pretty sure i know exactly what 
the problem is, and I should have reported it a couple weeks ago when I 
found it.

> Matplotlib aside, you might want to make sure you installed the
> Unicode version of wxWidgets, and reinstall it if necessary.

Actually, this is backwards -- I think the OP is using the unicode 
version of wxPython, and that's the source of the problem. The unicode 
version returns a unicode object from a FileDialog for a path. MPL can't 
deal with a unicode filename, and thus the error:

>>>> Matplotlib backend_wx error
>>>> cannot return std::string from Unicode object

There are a couple solutions:

1) use the ansi, rather than unicode version of wxPython.

2) Patch MPL:
   a) convert the filename to a string before passing it off to MPL -- 
this is an bad kludge, as the Mac (and recent Windows, and Linux, 
and...) filesystem is unicode, and folks could have non-ansi characters 
in their filenames.

   b) Open the file with Python, and pass that into the MPL savefig 
method, instead of the filename. This is apparently slow with older 
MPLs, but has been fixed for good performance in SVN.

However, I think I tried this on the Mac, and it worked great, but on 
Windows, I didn't get errors, but didn't get valid PNGs either. I ended 
up going back to converting my filename to a string and passing that off 
to MPL.

See:
http://www.nabble.com/unicode-filenames-and-MPL.-to16318069.html#a16318069
For more discussion.

Can an MPL dev fix this, please?

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

Thank you for the suggestion.
I now have the update time down to about 70 ms.
When I run the code through the profiler, I see that each plot update
requires a call to matplotlib.colors.Colormap.__call__, and each of
these calls takes 52 ms, 48 ms of which is spent inside the function
itself. This looks like it is the bulk of the delay, so if I can
optimize the Colormap.__call__ function, the performance should be
much improved. Unfortunately I cannot seem to get finer grained
information about what exactly is taking so long inside this function.
Can anyone provide any hints?
Thanks,
Glenn

On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote:
>
>  I just use blit on imshow map, and work properly. Maybe the following code
>  will help you.
>
>  def ontimer()
>        canvas.restore_region(background)
>        im.set_array(Z)
>        ax.draw_artist(self.imList[i])
>        canvas.blit(ax.bbox)
>        canvas.gui_repaint()
>  --
>  View this message in context: http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html
>  Sent from the matplotlib - users mailing list archive at Nabble.com.
>
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Don't miss this year's exciting event. There's still time to save $100.
>  Use priority code J8TL2D2.
>  http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>  _______________________________________________
>  Matplotlib-users mailing list
>  Mat...@li...
>  https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hello,

I just updated from svn (r5042) for the first time in about 6 months (I think r3296 or so was my last rev), and I can no longer build in win32 with msvc 7.1. I've got win32_static (extracted from http://matplotlib.sourceforge.net/win32_static_vs.tar.gz) in my mpl root folder. Here's what I get:

> python setup.py build_ext --inplace --force

============================================================================
BUILDING MATPLOTLIB
           matplotlib: 0.98pre
               python: 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC
                       v.1310 32 bit (Intel)]
             platform: win32
      Windows version: (5, 1, 2600, 2, 'Service Pack 2')

REQUIRED DEPENDENCIES
                numpy: 1.0.5.dev5035
            freetype2: found, but unknown version (no pkg-config)

OPTIONAL BACKEND DEPENDENCIES
               libpng: found, but unknown version (no pkg-config)
              Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
             wxPython: 2.8.6.0
                       * WxAgg extension not required for wxPython >= 2.8
                 Gtk+: no
                       * Building for Gtk+ requires pygtk; you must be able
                       * to "import gtk" in your build/install environment
                   Qt: no
                  Qt4: no
                Cairo: no

OPTIONAL DATE/TIMEZONE DEPENDENCIES
             datetime: present, version unknown
             dateutil: matplotlib will provide
                 pytz: matplotlib will provide

OPTIONAL USETEX DEPENDENCIES
               dvipng: 1.9
          ghostscript: 'gswin32c' is not recognized as an internal or
                       external command, operable program or batch file.
                latex: no

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
            configobj: matplotlib will provide
     enthought.traits: matplotlib will provide

[Edit setup.cfg to suppress the above messages]
============================================================================
running build_ext
building 'matplotlib.ft2font' extension
creating build\temp.win32-2.5
creating build\temp.win32-2.5\Release
creating build\temp.win32-2.5\Release\src
creating build\temp.win32-2.5\Release\CXX
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/ft2font.cpp /Fobuild
\temp.win32-2.5\Release\src/ft2font.obj
ft2font.cpp
src\ft2font.cpp(947) : warning C4244: 'initializing' : conversion from 'FT_Long' to 'FT_Bool', possible loss of data
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/mplutils.cpp /Fobuil
d\temp.win32-2.5\Release\src/mplutils.obj
mplutils.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobu
ild\temp.win32-2.5\Release\CXX\cxxsupport.obj
cxxsupport.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /
Fobuild\temp.win32-2.5\Release\CXX\cxx_extensions.obj
cxx_extensions.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterf
ace.cxx /Fobuild\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj
IndirectPythonInterface.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fob
uild\temp.win32-2.5\Release\CXX\cxxextensions.obj
cxxextensions.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild freetype.lib z.lib /EXPORT:initft2font build\temp.win32-2.5\Rele
ase\src/ft2font.obj build\temp.win32-2.5\Release\src/mplutils.obj build\temp.win32-2.5\Release\CXX\cxxsupport.obj build\
temp.win32-2.5\Release\CXX\cxx_extensions.obj build\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj build\temp.wi
n32-2.5\Release\CXX\cxxextensions.obj /OUT:lib\matplotlib\ft2font.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ft2font.l
ib
  Creating library build\temp.win32-2.5\Release\src\ft2font.lib and object build\temp.win32-2.5\Release\src\ft2font.exp

building 'matplotlib.ttconv' extension
creating build\temp.win32-2.5\Release\ttconv
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/_ttconv.cpp /Fobuild\temp.win32-2.5\Release\src/_ttconv.obj
_ttconv.cpp
src\_ttconv.cpp(112) : warning C4101: 'e' : unreferenced local variable
src\_ttconv.cpp(166) : warning C4101: 'e' : unreferenced local variable
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt.o
bj
pprdrv_tt.cpp
ttconv\pprdrv_tt.cpp(143) : warning C4101: 'e' : unreferenced local variable
ttconv\pprdrv_tt.cpp(312) : warning C4101: 'e' : unreferenced local variable
ttconv\pprdrv_tt.cpp(1136) : warning C4101: 'e' : unreferenced local variable
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt2.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt2
.obj
pprdrv_tt2.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/ttutil.cpp /Fobuild\temp.win32-2.5\Release\ttconv/ttutil.obj
ttutil.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initttconv build\temp.win32-2.5\Release\src/_ttconv.obj
build\temp.win32-2.5\Release\ttconv/pprdrv_tt.obj build\temp.win32-2.5\Release\ttconv/pprdrv_tt2.obj build\temp.win32-2.
5\Release\ttconv/ttutil.obj /OUT:lib\matplotlib\ttconv.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ttconv.lib
  Creating library build\temp.win32-2.5\Release\src\ttconv.lib and object build\temp.win32-2.5\Release\src\ttconv.exp
building 'matplotlib._cntr' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/cntr.c /Fobu
ild\temp.win32-2.5\Release\src/cntr.obj
cntr.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:init_cntr build\temp.win32-2.5\Release\src/cntr.obj /OUT
:lib\matplotlib\_cntr.pyd /IMPLIB:build\temp.win32-2.5\Release\src\_cntr.lib
  Creating library build\temp.win32-2.5\Release\src\_cntr.lib and object build\temp.win32-2.5\Release\src\_cntr.exp
building 'matplotlib.nxutils' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/nxutils.c /F
obuild\temp.win32-2.5\Release\src/nxutils.obj
nxutils.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initnxutils build\temp.win32-2.5\Release\src/nxutils.obj
/OUT:lib\matplotlib\nxutils.pyd /IMPLIB:build\temp.win32-2.5\Release\src\nxutils.lib
  Creating library build\temp.win32-2.5\Release\src\nxutils.lib and object build\temp.win32-2.5\Release\src\nxutils.exp

building 'matplotlib._path' extension

creating build\temp.win32-2.5\Release\agg24
creating build\temp.win32-2.5\Release\agg24\src
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_curves.cpp /Fobuild\temp.win32-2.5\Releas
e\agg24/src/agg_curves.obj
agg_curves.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_bezier_arc.cpp /Fobuild\temp.win32-2.5\Re
lease\agg24/src/agg_bezier_arc.obj
agg_bezier_arc.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_trans_affine.cpp /Fobuild\temp.win32-2.5\
Release\agg24/src/agg_trans_affine.obj
agg_trans_affine.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_vcgen_stroke.cpp /Fobuild\temp.win32-2.5\
Release\agg24/src/agg_vcgen_stroke.obj
agg_vcgen_stroke.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobuild\temp.win32-2.5\Release\CXX\
cxxsupport.obj
cxxsupport.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /Fobuild\temp.win32-2.5\Release\
CXX\cxx_extensions.obj
cxx_extensions.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterface.cxx /Fobuild\temp.win32-2.5
\Release\CXX\IndirectPythonInterface.obj
IndirectPythonInterface.cxx
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fobuild\temp.win32-2.5\Release\CXX
\cxxextensions.obj
cxxextensions.c
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p
ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg
24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/path.cpp /Fobuild\temp.win32-2.5\Release\src/path.o
bj
path.cpp
c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(98) : warning C4800: 'PyArrayObject *' : forcing valu
e to bool 'true' or 'false' (performance warning)
src\path.cpp(308) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(308) : error C2065: 'numeric_limits' : undeclared identifier
src\path.cpp(308) : error C2062: type 'double' unexpected
src\path.cpp(308) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(309) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(309) : error C2062: type 'double' unexpected
src\path.cpp(309) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(310) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(310) : error C2062: type 'double' unexpected
src\path.cpp(310) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(311) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(311) : error C2062: type 'double' unexpected
src\path.cpp(311) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(312) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(312) : error C2062: type 'double' unexpected
src\path.cpp(312) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(313) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(313) : error C2062: type 'double' unexpected
src\path.cpp(313) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(309) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(310) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(311) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(312) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(313) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(340) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning)
src\path.cpp(385) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(385) : error C2062: type 'double' unexpected
src\path.cpp(385) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(386) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(386) : error C2062: type 'double' unexpected
src\path.cpp(386) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(387) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(387) : error C2062: type 'double' unexpected
src\path.cpp(387) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(388) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(388) : error C2062: type 'double' unexpected
src\path.cpp(388) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(389) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(389) : error C2062: type 'double' unexpected
src\path.cpp(389) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(390) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(390) : error C2062: type 'double' unexpected
src\path.cpp(390) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(385) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(386) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(387) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(388) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(389) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(390) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(475) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(475) : error C2062: type 'double' unexpected
src\path.cpp(475) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(476) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(476) : error C2062: type 'double' unexpected
src\path.cpp(476) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(477) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(477) : error C2062: type 'double' unexpected
src\path.cpp(477) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(478) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(478) : error C2062: type 'double' unexpected
src\path.cpp(478) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(479) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(479) : error C2062: type 'double' unexpected
src\path.cpp(479) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(480) : error C2039: 'numeric_limits' : is not a member of 'std'
src\path.cpp(480) : error C2062: type 'double' unexpected
src\path.cpp(480) : error C2039: 'infinity' : is not a member of 'operator``global namespace'''
src\path.cpp(475) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(476) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(477) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(478) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(479) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(480) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup
src\path.cpp(535) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning)
src\path.cpp(835) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning)
src\path.cpp(1001) : error C2146: syntax error : missing ')' before identifier 'or'
src\path.cpp(1000) : error C3861: 'not': identifier not found, even with argument-dependent lookup
src\path.cpp(1003) : error C2059: syntax error : ')'
error: command '"C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe"' failed with exit status 2

It looks like _path.cpp is a new file that was added since my last update. Any ideas?

Thanks!

Martin

Hello,

Firstly I would like to thank the developers of the matplotlib for providing
an excellant tool.
I have managed to get some code up and running.  Due to the nature of the
data I would like to have two legends
I would like them positioned within the plot on the 'upper left' and 'upper
centre'.  However, when I create a second legend it replaces
the existing one.  I have used a figlegend to create the 2nd legend but then
the upper centre is of course outside the plot area.
I hope this makes sense and somebody has a suggesstion for how to acheive
what i want.

Thanks

Dear sourceforge community,

I come from a Matlab environment so I am used to plotting matrices that
contain NaN elements. This is very useful because in some cases one doesn't
have data for the entire matrix. If one tries plotting the data, the NaN
elements won't be plotted.

Is there a similar element type or workaround I could use to get the same
effect?

In the following simple example:

a = [1,2,3,4,5]
b = [6,2,NaN,1,9]
mpylab.plot(a,b)

I would like to get two lines with a gap in between them at element [2].

Thanks for any help you can offer.

Regards,

Fernando

Hello -

I haven't been able to find any useful documentation about semilogy  
and exactly how i can implement it into a Histogram. I'm simply trying  
to create a histogram of a lot of data with a y-axis scaled  
logarithmically. Specifically I am creating a pixel histogram of a  
FITS image...for anyone who cares. Here is the code i've used to  
create the histogram:

#! /usr/bin/env python

import Image
import pyfits
import numpy
import numarray
from pylab import *

#Open each image
Gim = pyfits.open('Gimage.fits')

#Create arrays of the data from each image
Garray = Gim[0].data

onedarray = []

xsize,ysize = Garray.shape

for x in xrange(xsize):
     for y in xrange(ysize):
         if Garray[x,y] >= -0.02:
             if Garray[x,y] <= 0.6:
                 onedarray.append(Garray[x,y])

g_hist = hist(onedarray,bins=100)
axis([-0.05,0.65,1,90000])

xlabel('Pixel Number')
ylabel('How Many of Each Pixel')
savefig('test_histPANDA.png')
show()

thanks!!

-Adrian

Try "from pylab import *" before using the plot function.

Josh

On Tue, Apr 8, 2008 at 4:28 PM, Nathanael Berestycki
<nbe...@gm...> wrote:
> Hi all,
>
> I am trying to setup matplotbib on my computer (which is unfortunately
> running on windows) and for some reason, it doesn't seem to be working. I
> believe I have downloaded everything I should have downloaded (Python 2.5,
> numpy, ipython, lpng1226, zlib, gtk, and I'm probably forgetting a few other
> things that I did download), yet when I open Ipython and plot the
> recommended example
>
> plot([1,2,3])
>
> all I get is the error "NameError: name 'plot' is not defined".
> Possibly, the things I downloaded did not go to the right directories. Does
> anybody know if this matters, and if yes, where should the files be located?
> Part of the problem also is that my computer skills are low, so I don't
> understand many of the terms used (such as "backends", for instance - what
> is it?).
>
> I would really appreciate it if somebody could tell me what I should try to
> do or point me to a step-by-step guide ! (I would really, really love to be
> able to plot data I generate on Python...)
>
> Many thanks in advance for your help,
> Nathanael
>
>
>
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Don't miss this year's exciting event. There's still time to save $100.
>  Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
>  Matplotlib-users mailing list
>  Mat...@li...
>  https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>