matplotlib-users Mailing List for matplotlib (Page 7)

Daniel Fetchinson wrote:
[...]
> Yes, this would be really useful. For the moment I'll just turn off
> all axis, I managed to do that. By the way is it possible to just turn
> off the axis and not the tick labels?
In your example below you could try
graph.set_frame_on(False)
That will leave the ticks and the tick labels but remove the box and
the axes background, leaving the figure background (which you can set if 
needed). If you also want to knock out the ticks, you can do this:
tl = graph.xaxis.get_ticklines()
for t in tl:
 t.set_visible(False)
and similarly for yaxis.
[...]
> Maybe I'm misunderstanding something but this doesn't really work as
> intended. I have this:
> 
> figure = pylab.figure( )
> figure.add_axes( [0,0,1,1] ) # this I added following your advice
> graph = figure.add_subplot(111)
Replace the last two lines above with the single line:
 graph = figure.add_axes( [0,0,1,1] )
and the rest should work.
Eric

Thanks for Eric Firing's reply to me.The solution is:
colorbar(im, extend='both', shrink=0.8,format='%0.1f%%',ticks=locator)
The double % in the format string makes it print a single %, and when 
given a format string, the format kwarg automatically hands it off to a 
FormatStrFormatter.
-- 
View this message in context: http://www.nabble.com/formatter-on-colorbar-----tp16656691p16790326.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

I work matplotlib on wxpython, python2.5.
It is wonderful that the following code work faster than canvas.draw().
 canvas.restore_region(background) 
 ##Updata three lines and draw it.
 line.set_data(x,y) 
 ax.draw_artist(line) 
 canvas.blit(ax.bbox) 
 canvas.gui_repaint()
When I creat a frame and set frame.Show(True). Then ,refresh the line on
canvas with above method. It works.
However,When I creat a frame and set frame.Show(False). Then ,refresh the
line on canvas with above method. It fails. And get the following message.
'''
File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line 1299, in
draw_artist
 assert self._cachedRenderer is not None
AssertionError
'''
I creat a lot of frames and do not want to show it at frist. However, when
with frame.Show(False), I can refresh the canvas. Is there any solution?
Could anyone help me? Your help will be appreciated a lot. Thanks.
-- 
View this message in context: http://www.nabble.com/AssertionError-On-ax.draw_artist%28%29------tp16790306p16790306.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

> > I'm a total beginner to matplotlib so please forgive me if this is
> > standard stuff. I've read through the user guide, tutorial, searched
> > all over the place but couldn't figure it out on my own.
> >
> > Normally, matplotlib puts the graph in a box, left y axis, bottom x
> > axis, right y axis, top x axis. What I'd like to do is remove both y
> > axis and the top x axis and only keep the bottom x axis. How do I do
> > that?
>
> This is an often-requested feature, and several times I have been on the
> verge of adding it, but I still haven't done it. I think that JDH has
> posted workaround code for manually making the desired axes, but I don't
> recall where. It really should be a simple option in mpl, though.
Yes, this would be really useful. For the moment I'll just turn off
all axis, I managed to do that. By the way is it possible to just turn
off the axis and not the tick labels?
> > I also would like to save the plot in PNG format which works great.
> > However, the PNG image is not only the graph but also some space
> > around it in all 4 directions. How do I force matplotlib to write only
> > the box that contains the graph to the file and no padding around it?
>
> This also comes up quite frequently. You can adjust the position of the
> axes in the figure by making the axes manually. The pyplot (or pylab)
> command for making an axes includes this in its docstring:
>
> axes(rect, axisbg='w') where rect=[left, bottom, width, height] in
> normalized (0,1) units. axisbg is the background color for the
> axis, default white
>
> So if you don't need any labels, or anything outside the axes box, you
> can use:
>
> ax = axes([0,0,1,1])
>
> or change the rect argument as needed.
Maybe I'm misunderstanding something but this doesn't really work as
intended. I have this:
 figure = pylab.figure( )
 figure.add_axes( [0,0,1,1] ) # this I added following your advice
 graph = figure.add_subplot(111)
 graph.plot_date( xdata, ydata, '-' )
 graph.xaxis.set_major_locator( YearLocator( ) )
 graph.xaxis.set_major_formatter( DateFormatter( "'%y" ) )
 graph.xaxis.set_minor_locator( MonthLocator( ) )
 graph.set_yticklabels( ( ) )
 graph.set_yticks( ( ) )
 graph.autoscale_view( )
 figure.savefig( 'hello.png' )
and the result is that I have two sets of axis, one from the original
figure that I had already and an additional that is positioned really
at the boundary of the image so where I'd like to have it, but the
graph with its original axis is still there in the middle.
What am I doing wrong?
Cheers,
Daniel

Daniel Fetchinson wrote:
> I'm a total beginner to matplotlib so please forgive me if this is
> standard stuff. I've read through the user guide, tutorial, searched
> all over the place but couldn't figure it out on my own.
> 
> Normally, matplotlib puts the graph in a box, left y axis, bottom x
> axis, right y axis, top x axis. What I'd like to do is remove both y
> axis and the top x axis and only keep the bottom x axis. How do I do
> that?
This is an often-requested feature, and several times I have been on the 
verge of adding it, but I still haven't done it. I think that JDH has 
posted workaround code for manually making the desired axes, but I don't 
recall where. It really should be a simple option in mpl, though.
> 
> I also would like to save the plot in PNG format which works great.
> However, the PNG image is not only the graph but also some space
> around it in all 4 directions. How do I force matplotlib to write only
> the box that contains the graph to the file and no padding around it?
This also comes up quite frequently. You can adjust the position of the 
axes in the figure by making the axes manually. The pyplot (or pylab) 
command for making an axes includes this in its docstring:
 axes(rect, axisbg='w') where rect=[left, bottom, width, height] in
 normalized (0,1) units. axisbg is the background color for the
 axis, default white
So if you don't need any labels, or anything outside the axes box, you 
can use:
ax = axes([0,0,1,1])
or change the rect argument as needed.
Eric
> 
> Cheers,
> Daniel

I'm a total beginner to matplotlib so please forgive me if this is
standard stuff. I've read through the user guide, tutorial, searched
all over the place but couldn't figure it out on my own.
Normally, matplotlib puts the graph in a box, left y axis, bottom x
axis, right y axis, top x axis. What I'd like to do is remove both y
axis and the top x axis and only keep the bottom x axis. How do I do
that?
I also would like to save the plot in PNG format which works great.
However, the PNG image is not only the graph but also some space
around it in all 4 directions. How do I force matplotlib to write only
the box that contains the graph to the file and no padding around it?
Cheers,
Daniel

Hi Manuel,
On Fri, Apr 18, 2008 at 8:49 AM, Manuel Metz wrote:
>
> Andrea Gavana wrote:
> > Hi All,
> >
> > I was wondering about custom markers in the scatter method, and I
> > thought to ask here for some suggestions.
> > Basically, I have 3 variables to show, which are oil, gas and water
> > production. I would like to define the bubble size by the sum of these
> > three variables (or something akin), and then I would like to be able
> > to split the bubble marker in 3 sections (like having a small pie
> > chart in place of the marker), with each section area proportional to
> > the value of oil, gas and water production respectively. I know this
> > might sound not very clear, I attach a small picture of what I mean
> > (the picture shows the bubble divided into 2 sections, but the purpose
> > is the same).
> > I know about custom marker, but I am not so expert with matplotlib to
> > be able to implement it... could someone please share some suggestion
> > on how to do this?
> >
> > Thank you very much.
> >
> > Andrea.
> >
>
> Hi,
> as you already suggested, you have to do a little hand-work, but its not too
> hard. I attached an example, which you can use as a starting point...
Thank you for the sample, this is exactly wht I was looking for. Thank
you very much!
Andrea.
"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/

Fernando,
Your example works as you describe on recent matplotlib versions. I 
suspect you are using an old one. The preferred way of handling missing 
points in numpy, and therefore in matplotlib and pylab, however, is via 
masked arrays.
import pylab
import numpy as np
from numpy import ma
a = [1,2,3,4,5]
b = np.array([6,2,np.nan,1,9])
bm = ma.masked_where(np.isnan(b), b)
pylab.plot(a,bm)
pylab.show()
There are many other examples of masked array use in the examples 
directory of the matplotlib distribution.
Eric
Fernando Abilleira wrote:
> 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

When I increase the xlabel fontsize, it overlaps with the tick label.
How can I adjust the distance between tick label and xlable (or ylabel)?
Please help me.
-- 
Yong-Duk Jin

Vsevolod Kovalenko wrote:
> Dear matplotlib
> 
> I have a newbie question (I am new to python, migrating from Matlab). Just
> like the subject suggests, I need to display an image X stored in a matrix
> (well, a 2D numpy array in fact) versus the coordinates specified by arrays
> x and y. Further, it would be nice if mouse position was returned in terms
> of those coordinates as well, but that's just for a nicety - I can map it
> myself. But main thing is I failed to find the way to get the image
> versuscoordinates in imshow() and figimage(). I also failed to find the
> answer in this forum.
> 
> Hence I ask for any suggestions.
There is not an *exact* clone of imagesc, but you can certainly get the 
same effect. Note that imshow has an origin kwarg that lets you specify 
the vertical orientation, and an extent kwarg that controls the mapping 
between pixels and your X and Y scales. If you want direct indexing 
into a colormap you can get it with the kwarg norm=mpl.colors.NoNorm(), 
provided your Z array has an integer dtype and includes values within 
the range of the colormap; the default colormaps all have 256 colors.
An alternative, if you want to specify the boundaries of the pixels 
rather than their centers (or if you have unevenly-spaced boundaries), 
is pcolor, or pcolormesh. If you have a recent version of mpl you can 
use the Axes method pcolorfast.
Offhand, though, it sounds like imshow() with suitable kwargs will do 
exactly what you want. See image_demo2.py in the mpl examples directory.
Eric

[ Sorry for the cross-post, but I know this is something that has hit
quite a few people on this list. If you have any questions on it,
please ask on the ipython list, this is just an FYI ]
Hi all,
there's a very old, *extremely* annoying bug that multiple people have
asked about (on list and in person) that is finally just fixed. The
behavior was that at some point during a normal session, after a call
to 'foo?', your terminal would be totally messed up, with no displayed
input. You could (blindly) type !reset to issue the system terminal
reset command, but that would only help until the next time foo? was
called, and the problem would then return. Most of us would end up
just quitting ipython and restarting, often losing useful session
state.
The problem with this is that we never knew how to reliably reproduce
it... Anyway, it's fixed now in current bzr:
http://bazaar.launchpad.net/~ipython/ipython/stable-dev/revision/79
I don't actually know how to trigger it, but it hit me during an
important session where I really couldn't afford to lose what I was
working on, and I managed to track it down to what I'm pretty sure is
a curses bug. Basically curses.initscr() fails to correctly
initialize the terminal sometimes (I still don't have a clue why), and
after that it's all lost. But it turns out that via termios one can
in fact reset the terminal state reliably , so now we unconditionally
do that.
Anyway, I figured this would be worth mentioning here, since I know
the problem is one that quite often bites people in the middle of work
sessions an it can be very, very annoying.
Cheers,
f
back to what I was busy doing, with my terminal now fully functional again... :)

Eric Firing wrote:
> 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!
This should be reduced by another factor of 1/2 to 1/3 if you use numpy 
svn as of this morning. The take method got a speedup treatment. I 
would be interested to know how it works now in your application. It 
may still be quite a bit slower than the solution you settled on.
Eric

John Burkhart wrote:
> Jeff,
> 
> Apologies for dual emails... my earlier one wasn't meant to be sent...
> 
> I was hoping you could expand slightly (or at least provide an example) 
> on #1 below. As I said earlier, I now have the GEOTIFF information which 
> should help, and a customized version of the image without the white 
> space. Next, is just to get the raw data! Probably easier - but it seems 
> this is a good exercise nevertheless.
> 
> Regards,
> john
John: It would definitely be easier to have the raw data. Regarding 
step number 1, you can do something like this
# m1 is the Basemap instance for map projection 1 (the original
# projection that the GEOTIFF image is in)
# m2 is the Basemap instance for map projection 2 (what you want
# to interpolate the image to)
# x2,y2 are the map projection coordinates of the m2 grid.
lons2, lats2 = m2(x2, y2, inverse=True) # x2, y2 must be 2d arrays
# x1, y1 is the m2 grid in m1 coordinates.
x1, y1 = m1(lons2, lat2)
# if x,y are 1d arrays defining the m1 grid, and data1 is the data on
# the m1 grid, here's how to interpolate to the m2 grid.
# data2 is now data1 interpolated to the m2 grid.
data2 = interp(data1,x,y,x1,y1)
-Jeff
> 
>>
>> 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
> 
> 
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
-- 
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

Andrea Gavana wrote:
> Hi All,
> 
> I was wondering about custom markers in the scatter method, and I
> thought to ask here for some suggestions.
> Basically, I have 3 variables to show, which are oil, gas and water
> production. I would like to define the bubble size by the sum of these
> three variables (or something akin), and then I would like to be able
> to split the bubble marker in 3 sections (like having a small pie
> chart in place of the marker), with each section area proportional to
> the value of oil, gas and water production respectively. I know this
> might sound not very clear, I attach a small picture of what I mean
> (the picture shows the bubble divided into 2 sections, but the purpose
> is the same).
> I know about custom marker, but I am not so expert with matplotlib to
> be able to implement it... could someone please share some suggestion
> on how to do this?
> 
> Thank you very much.
> 
> Andrea.
Hi,
as you already suggested, you have to do a little hand-work, but its not 
too hard. I attached an example, which you can use as a starting point...
Manuel
> "Imagination Is The Only Weapon In The War Against Reality."
> http://xoomer.alice.it/infinity77/
> 
> 
> ------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> 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 everyone,
I'm running matplotlib 0.91.2, python 2.5.1, under Windows, and I have 
the following problem:
I have a function, svgf(), that takes some xml data as input, 
generates a figure from it, and then saves it to a file or returns the 
svg data as another bunch of xml.
It appears that when I generate a polar plot, or a figure with >1 
subplots, calling close() at the end does not dispose of the figure. 
This means that the next time svgf() is called, the new graph is drawn 
underneath what was already there.
I'm attaching three files:
- svg_factory.py, containing the svgf() function,
- test_loop.py, which calls svgf(), and
- out.xml, some example data passed by the test_loop script to svgf().
I've tried all sorts of things to dispose of the figure at the end, 
including using the garbage collector to find any referents to the 
figure and del them, to no avail.
My Python is a bit rusty, and this is my first attempt to do something 
with matplotlib, so I assume the answer's probably that I'm doing 
something stupid; any pointers in the right direction would be a great 
help, as this function is going to end up inside something demo'd to 
The Bosses on Wednesday. :/
Kind regards,
André Fischer

Hi,
I am trying to figure out the best way to create an inset axis on a 
plot, but where one inset axis shares the same scale as the main axis.
Basically, I want something like the inset axes in axes_demo.py, but 
where the x-axis of the inset axis is aligned and has the same scale 
as the main x-axis i.e., rather than specifying the relative co- 
ordinates of the inset axis in the figure, I want to specify the x 
extents in the data units of the main axis. The y-scale will be 
independent.
I though this might be related to "sharing" axes, but that is 
something else. In a sense, I want the inset axes to be a "view" of 
the larger axis.
I can do all this by calculating where the new axis should go, etc. 
in figure units, but wondered if there was a "best practise" for 
doing this so that I can guarantee that the inset axis will always be 
aligned with the main figure axis, even if the figure is resized etc.
Also, are there standard functions for converting co-ordinates from 
the data co-ordinates of the axes to relative figure co-ordinates 
etc.? (I am sure the proper names for each co-ordinate system, and 
the transformation etc. are described somewhere, but I have not found 
it yet.)
Thanks for any suggestions or guidance.
Michael.

Actually I do use VS2003 for the releases. I haven't tried a build in a
while, but I did have to add some ifdef's while building that last release.
You can see these changes here:
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/ttconv/ttutil.cpp?revision=3953&view=markup
- Charlie
On Thu, Apr 17, 2008 at 8:28 AM, Michael Droettboom <md...@st...> wrote:
> Unfortunately, you're using a compiler I don't have access to. I don't
> think even the guy that makes the Windows releases (Charlie Moad) uses
> Visual Studio 2003. That is not to say we don't want VS2003 to work,
> just that it unfortunately doesn't get much testing and you're hitting
> the bleeding edge here.
>
> If you add --
>
> #include <limits>
>
> to the top of path.cpp, does that resolve the issue?
>
> If not, we may need to do some namespace mangling on VS2003 --
> Microsoft's docs don't seem to *explicitly* put numeric_limits in the
> std:: namespace, but in my past experience, std:: is often a synonym for
> :: in Visual Studio.
>
> Cheers,
> Mike
>
> Martin Spacek wrote:
> > 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
> >
> >
> >
> -------------------------------------------------------------------------
> > 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
> >
>
> --
> Michael Droettboom
> Science Software Branch
> Operations and Engineering Division
> Space Telescope Science Institute
> Operated by AURA for NASA
>
>
> -------------------------------------------------------------------------
> 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
>

Oh my goodness, thank you *so* much! I honestly can't thank you enough,
you've saved my thesis! I now have beautiful Angstrom symbols for my plots!
And the tips for changing the regular and mathtext fonts work like a charm.
Simply amazing.
I'm done gushing now, but thank you so much again!
On Thu, Apr 17, 2008 at 8:17 AM, Michael Droettboom <md...@st...> wrote:
> Kacey A. wrote:
>
> > Originally emailed this off to the wrong list, but any help would be
> > much appreciated!
> >
> > ---------- Forwarded message ----------
> > From: *Kacey A.* <int...@gm... <mailto:int...@gm...>>
> > Date: Wed, Apr 16, 2008 at 8:44 PM
> > Subject: Issues with TeX symbols and font changes
> > To: sci...@sc... <mailto: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 default font is Bitstream Vera Sans.
>
> > 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).
> >
> To change the font globally (excluding mathtext), you can do:
>
> rc('font', family='Times New Roman')
>
> >
> > 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.
> >
> When using mathtext (putting symbols inside of a pair of $), unfortunately
> the font choices are rather limited. You basically have a choice of
> Computer Modern (used in TeX/LaTeX documents), STIX (which is based on
> Times), and STIX sans (which is sans-serif, based on some font I haven't
> been able to identify). This font can be set with the mathtext.fontset
> rcParam (to one of cm, stix, stixsans or custom).
>
> Fortunately, all is not lost. If all you need to is an Angstrom symbol,
> you can use Unicode rather than mathtext. The code point for Å (A with ring
> above) is C5 -- so you can type the following string in Python:
>
> ur"Wavelength (\u00c5)"
>
> I hope that one of these options will prove helpful.
> Cheers,
> Mike
>
> --
> Michael Droettboom
> Science Software Branch
> Operations and Engineering Division
> Space Telescope Science Institute
> Operated by AURA for NASA
>
>

Hi All,
 I was wondering about custom markers in the scatter method, and I
thought to ask here for some suggestions.
Basically, I have 3 variables to show, which are oil, gas and water
production. I would like to define the bubble size by the sum of these
three variables (or something akin), and then I would like to be able
to split the bubble marker in 3 sections (like having a small pie
chart in place of the marker), with each section area proportional to
the value of oil, gas and water production respectively. I know this
might sound not very clear, I attach a small picture of what I mean
(the picture shows the bubble divided into 2 sections, but the purpose
is the same).
I know about custom marker, but I am not so expert with matplotlib to
be able to implement it... could someone please share some suggestion
on how to do this?
Thank you very much.
Andrea.
"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/

We can use ax.broken_barh to draw rectangles. But I can't find any fuctions
to draw dots on axe....Can anyone help me?
-- 
View this message in context: http://www.nabble.com/How-to-draw-series-of-dots-on-axes---tp16744026p16744026.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Unfortunately, you're using a compiler I don't have access to. I don't 
think even the guy that makes the Windows releases (Charlie Moad) uses 
Visual Studio 2003. That is not to say we don't want VS2003 to work, 
just that it unfortunately doesn't get much testing and you're hitting 
the bleeding edge here.
If you add --
 #include <limits>
to the top of path.cpp, does that resolve the issue?
If not, we may need to do some namespace mangling on VS2003 -- 
Microsoft's docs don't seem to *explicitly* put numeric_limits in the 
std:: namespace, but in my past experience, std:: is often a synonym for 
:: in Visual Studio.
Cheers,
Mike
Martin Spacek wrote:
> 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
>
>
> -------------------------------------------------------------------------
> 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
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Kacey A. wrote:
> Originally emailed this off to the wrong list, but any help would be 
> much appreciated!
>
> ---------- Forwarded message ----------
> From: *Kacey A.* <int...@gm... <mailto:int...@gm...>>
> Date: Wed, Apr 16, 2008 at 8:44 PM
> Subject: Issues with TeX symbols and font changes
> To: sci...@sc... <mailto: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 default font is Bitstream Vera Sans.
> 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).
To change the font globally (excluding mathtext), you can do:
 rc('font', family='Times New Roman')
>
> 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.
When using mathtext (putting symbols inside of a pair of $), 
unfortunately the font choices are rather limited. You basically have a 
choice of Computer Modern (used in TeX/LaTeX documents), STIX (which is 
based on Times), and STIX sans (which is sans-serif, based on some font 
I haven't been able to identify). This font can be set with the 
mathtext.fontset rcParam (to one of cm, stix, stixsans or custom).
Fortunately, all is not lost. If all you need to is an Angstrom symbol, 
you can use Unicode rather than mathtext. The code point for Å (A with 
ring above) is C5 -- so you can type the following string in Python:
 ur"Wavelength (\u00c5)"
I hope that one of these options will prove helpful. 
Cheers,
Mike
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

On 17 Apr 2008, at 4:39 am, Jed Frechette wrote:
> Any reason you're manually installing from source rather than using 
> the Fink
> packages? Fink's matplotlib is still at 0.90 but the latest 
> versions of all
> the other packages you want are in Fink. Note that you will need to 
> enable
> Fink's Unstable tree to get these packages as its Stable tree is quite
> outdated.
Hmm, very good point. Mainly it was due to a general suspicion of 
fink and the desire to use it as little as possible. Partly it was 
due to the fact that my fink was long overdue for a selfupdate, and 
this was masking the fact that recent versions of all these things 
were available.
So I selfupdated and installed matplotlib-py25 via fink. Initially I 
got bus errors whenever importing pylab, but this turned out to be 
due to files hanging over from the previous matplotlib installation.
After cleaning up and re-installing, it all works X11-ly. Many thanks!

Hi Nathanael,
Are you sure that you've actually installed the Matplotlib package for Python? You don't mention it in your e-mail. 
What happens when you type:
import matplotlib
at the Python prompt (i.e. in Ipython)?
You can download a windows installer from http://matplotlib.sourceforge.net/
Regards,
Scott
>>> "Nathanael Berestycki" <nbe...@gm...> 04/09/08 1:28 AM >>>
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
Please find our Email Disclaimer here: http://www.ukzn.ac.za/disclaimer/

Jeremy Hill-2 wrote:
> 
> ...
> 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.
> ...
> 
Any reason you're manually installing from source rather than using the Fink
packages? Fink's matplotlib is still at 0.90 but the latest versions of all
the other packages you want are in Fink. Note that you will need to enable
Fink's Unstable tree to get these packages as its Stable tree is quite
outdated.
Good Luck,
 --
Jed Frechette
University of New Mexico Lidar Lab
www.unm.edu/~lidar
-- 
View this message in context: http://www.nabble.com/how-to-use-X11%2C-not-the-%22Python%22-app%2C-on-Mac-OS-X--tp16732404p16737662.html
Sent from the matplotlib - users mailing list archive at Nabble.com.