matplotlib-users Mailing List for matplotlib

Thanks guys for your advice.
My mail server has been weird since yesterday so I only just saw your
messages now. In the meantime, I managed to hack and extend the
LineBuilder class code snippet at http://goo.gl/RLGS to actually meet my
needs better than ginput - but, obviously, much less portable and
elegant; I have only been working with Python for a couple of weeks.
On Mon, 2010年06月07日 at 09:29 -0400, Jae-Joon Lee wrote:
> I think this is a known bug (unfortunately, the bug fix does not seem
> to be reflected in the maintenance version), but without a full
> traceback, I'm not 100% sure.
> 
> You may use the svn version which have fixed this bug, or you may try
> the workaround described in the link below (check the
> clabel_monkeypatching.py).
> 
> http://sourceforge.net/tracker/index.php?func=detail&aid=2922835&group_id=80706&atid=560720
> 
> -JJ
> 
> 
> 
> 2010年6月4日 Thøger Emil Juul Thorsen <th...@fy...>:
> > Hello list;
> >
> > I'm new to python/matplotlib, migrating from IDL. I need to do some
> > interactive point selection with mouse, and the pyplot.ginput() routine
> > seemed to be just the right thing here. I do however need to be able to
> > make a not previously specified number of clicks, so ginput(n=0) is a
> > requirement.
> >
> > However, when I press enter on my laptop (with no middle mouse button),
> > I get the error message:
> >
> > TypeError: stop_event_loop() takes exactly 1 argument (2 given)
> >
> > I've tried two different pieces of example code from the matplotlib SF
> > page.
> > I'm using Matplotlib 0.99.1 on Ubuntu 10.04.
> > Is there any solution or workaround? If I cannot have this
> > functionality, it is, unfortunately, kind of a deal breaker for at least
> > some of my work, and I'd like to keep it purely Python.
> >
> > Best regards;
> >
> > Emil
> >
> >
> > ------------------------------------------------------------------------------
> > ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > lucky parental unit. See the prize list and enter to win:
> > http://p.sf.net/sfu/thinkgeek-promo
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >

Note - in case it isn't clear that white space between where I mention the
example and the image is what I am referring to and below it again. 
mdekauwe wrote:
> 
> Hi,
> 
> when I make plots with the Basemap package I seem to be getting a large
> amount of white space at the top and bottom of the plot, even if I use the
> option bbox_inches='tight'. Does anyone know how I can stop this
> happening?
> 
> Example image...
> 
> http://old.nabble.com/file/p28824528/diffmap_JULES_DJF_snowFrac.GSWP2_vs_SSMI.jpg 
> 
> What I am currently doing...
> 
> def makeMap(image, ofname, imageMin, imageMax, ticks):
> """ dump out the array as a nice map... """
> fig = plt.figure(figsize=(8, 6))
> m = Basemap(projection='cyl', llcrnrlon=-179.5, llcrnrlat=-60.0, \
> urcrnrlon=179.5, urcrnrlat=89.5, resolution='c')
> # add an axes, leaving room for colorbar on the right.
> ax = fig.add_axes([0.1, 0.1, 0.7, 0.7])
> m.ax = ax
> colourmap = plt.cm.RdYlBu
> colourmap.set_bad('w', 1.0)
> im = m.imshow(image, colourmap, colors.Normalize(vmin=imageMin,
> vmax=imageMax, clip=False),\
> interpolation='nearest')
> pos = ax.get_position()
> l, b, w, h = pos.bounds
> cax = plt.axes([l + w + 0.045, b, 0.05, h])
> norm = colors.BoundaryNorm(ticks, colourmap.N)
> cbar = mpl.colorbar.ColorbarBase(cax, cmap=colourmap, norm=norm,
> ticks=ticks)
> #cbar = plt.colorbar(im, cax=cax)
> # xlabel and ylabel were overwriting the tick labels so i need to move
> them
> # transAxes set the position from the bottom left of the axes (1,1
> would be the top right)
> ax.text(0.5, -0.15, 'Longitude', transform=ax.transAxes, ha='center',
> va='center')
> ax.text(-0.1, 0.5, 'Latitude', transform=ax.transAxes, ha= 'center',
> va='center', rotation='vertical')
> #ax.set_title("Sign.Different: GSPW2 - Princeton")
> m.drawcoastlines(linewidth=0.2, color='k')
> m.drawcountries(linewidth=0.1, color='k')
> #m.drawrivers()
> m.drawparallels(np.array([-90.0, -60.0, -30.0, 0.0, 30.0, 60.0,
> 90.0]), labels=[1,0,0,1],\
> fontsize=10, rotation=20)
> m.drawmeridians(np.array([-180.0, -120.0, -60.0, 0.0, 60.0, 120.0,
> 180.0]), labels=[0,0,0,1], \
> fontsize=10, rotation=20)
> fig.savefig(ofname + '.png', dpi=300, bbox_inches='tight')
> # for LaTeX doc...
> fig.savefig(os.path.join("/users/eow/mgdk/doc/snowy_notes/figures/",
> (ofname + ".eps")), dpi=300,\
> bbox_inches='tight')
> 
> Many thanks,
> 
> Martin
> 
-- 
View this message in context: http://old.nabble.com/Removing-white-space-surrounding-plots-tp28824528p28824544.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi,
when I make plots with the Basemap package I seem to be getting a large
amount of white space at the top and bottom of the plot, even if I use the
option bbox_inches='tight'. Does anyone know how I can stop this happening?
Example image...
http://old.nabble.com/file/p28824528/diffmap_JULES_DJF_snowFrac.GSWP2_vs_SSMI.jpg 
What I am currently doing...
def makeMap(image, ofname, imageMin, imageMax, ticks):
 """ dump out the array as a nice map... """
 fig = plt.figure(figsize=(8, 6))
 m = Basemap(projection='cyl', llcrnrlon=-179.5, llcrnrlat=-60.0, \
 urcrnrlon=179.5, urcrnrlat=89.5, resolution='c')
 # add an axes, leaving room for colorbar on the right.
 ax = fig.add_axes([0.1, 0.1, 0.7, 0.7])
 m.ax = ax
 colourmap = plt.cm.RdYlBu
 colourmap.set_bad('w', 1.0)
 im = m.imshow(image, colourmap, colors.Normalize(vmin=imageMin,
vmax=imageMax, clip=False),\
 interpolation='nearest')
 pos = ax.get_position()
 l, b, w, h = pos.bounds
 cax = plt.axes([l + w + 0.045, b, 0.05, h])
 norm = colors.BoundaryNorm(ticks, colourmap.N)
 cbar = mpl.colorbar.ColorbarBase(cax, cmap=colourmap, norm=norm,
ticks=ticks)
 #cbar = plt.colorbar(im, cax=cax)
 # xlabel and ylabel were overwriting the tick labels so i need to move
them
 # transAxes set the position from the bottom left of the axes (1,1 would
be the top right)
 ax.text(0.5, -0.15, 'Longitude', transform=ax.transAxes, ha='center',
va='center')
 ax.text(-0.1, 0.5, 'Latitude', transform=ax.transAxes, ha= 'center',
va='center', rotation='vertical')
 #ax.set_title("Sign.Different: GSPW2 - Princeton")
 m.drawcoastlines(linewidth=0.2, color='k')
 m.drawcountries(linewidth=0.1, color='k')
 #m.drawrivers()
 m.drawparallels(np.array([-90.0, -60.0, -30.0, 0.0, 30.0, 60.0, 90.0]), 
labels=[1,0,0,1],\
 fontsize=10, rotation=20)
 m.drawmeridians(np.array([-180.0, -120.0, -60.0, 0.0, 60.0, 120.0,
180.0]), labels=[0,0,0,1], \
 fontsize=10, rotation=20)
 fig.savefig(ofname + '.png', dpi=300, bbox_inches='tight')
 # for LaTeX doc...
 fig.savefig(os.path.join("/users/eow/mgdk/doc/snowy_notes/figures/",
(ofname + ".eps")), dpi=300,\
 bbox_inches='tight')
Many thanks,
Martin
-- 
View this message in context: http://old.nabble.com/Removing-white-space-surrounding-plots-tp28824528p28824528.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Z = numpy.zeros((y_shape, x_shape))
x = your_flat_indices_in_x
y = your_flat_indices_in_y
z = your_flat_z_data
If you have only coordinates, then try to figure out the indices in
some way. Then do:
Z[zip(y, x)] = z
and figure out the coordinates that correspond to the mesh meant by Z.
It's "fancy indexing".
>>> Z = numpy.zeros((2, 2))
>>> x = numpy.asarray([0, 1])
>>> y = numpy.asarray([0, 0])
>>> z = numpy.asarray([10, 42])
>>> Z[zip(y, x)] = z
>>> Z
array([[ 10., 42.],
 [ 0., 0.]])
hth and is appropriate,
Friedrich

On 06/08/2010 12:33 PM, Eric Firing wrote:
> On 06/08/2010 12:25 PM, Eric Firing wrote:
>> On 06/08/2010 11:16 AM, Thomas Robitaille wrote:
>>> Hello,
>>>
>>> I have submitted a bug report with full error transcript here:
>>>
>>> https://sourceforge.net/tracker/?func=detail&aid=3013440&group_id=80706&atid=560720
>>
>> Tom,
>>
>> Thanks. I don't see anything MaxOSX backend-specific about this,
>> though, and I can't reproduce it here on Linux. Did you do a clean
>> build and install, deleting the build directory and the previous
>> installation?
>>
>> Eric
>
>
> Aha! I see the problem: _macosx is overriding the
> GraphicsContextBase.set_alpha. This is easy to fix. Coming shortly.
Committed in 8398. Please let me know if it fixes the problem, and if 
any other problems crop up.
Eric
>
> Eric
>
>>
>>>
>>> Cheers,
>>>
>>> Tom

On 06/08/2010 12:25 PM, Eric Firing wrote:
> On 06/08/2010 11:16 AM, Thomas Robitaille wrote:
>> Hello,
>>
>> I updated to svn r8396 today, and the MacOSX backend is broken. The following code
>>
>> import matplotlib
>> matplotlib.use('MacOSX')
>> import matplotlib.pyplot as mpl
>>
>> fig = mpl.figure()
>> ax = fig.add_subplot(1,1,1)
>> fig.canvas.draw()
>>
>> produces the following error:
>>
>> File "/Users/tom/Library/Python/2.6/site-packages/matplotlib/lines.py", line 522, in draw
>> gc.set_alpha(self._alpha)
>> TypeError: a float is required
>>
>> I have submitted a bug report with full error transcript here:
>>
>> https://sourceforge.net/tracker/?func=detail&aid=3013440&group_id=80706&atid=560720
>
> Tom,
>
> Thanks. I don't see anything MaxOSX backend-specific about this,
> though, and I can't reproduce it here on Linux. Did you do a clean
> build and install, deleting the build directory and the previous
> installation?
>
> Eric
Aha! I see the problem: _macosx is overriding the 
GraphicsContextBase.set_alpha. This is easy to fix. Coming shortly.
Eric
>
>>
>> Cheers,
>>
>> Tom
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit. See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On 06/08/2010 11:16 AM, Thomas Robitaille wrote:
> Hello,
>
> I updated to svn r8396 today, and the MacOSX backend is broken. The following code
>
> import matplotlib
> matplotlib.use('MacOSX')
> import matplotlib.pyplot as mpl
>
> fig = mpl.figure()
> ax = fig.add_subplot(1,1,1)
> fig.canvas.draw()
>
> produces the following error:
>
> File "/Users/tom/Library/Python/2.6/site-packages/matplotlib/lines.py", line 522, in draw
> gc.set_alpha(self._alpha)
> TypeError: a float is required
>
> I have submitted a bug report with full error transcript here:
>
> https://sourceforge.net/tracker/?func=detail&aid=3013440&group_id=80706&atid=560720
Tom,
Thanks. I don't see anything MaxOSX backend-specific about this, 
though, and I can't reproduce it here on Linux. Did you do a clean 
build and install, deleting the build directory and the previous 
installation?
Eric
>
> Cheers,
>
> Tom
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,
I have a 1d array Z that unfortunately contains information about a two
dimensional surface. The mapping is nontrivial (i.e. Z is not just a
sequence of column or row information that I could reshape) but
homogenous (i.e. there is a rectangular grid and Z contains data for
each vertex). The x and y coordinates for each datapoint in Z are
contained in separate arrays X and Y.
A simple pyplot.contour(X, Y, Z) refuses to plot the data because Z is
not 2d ("TypeError: Input z must be a 2D array").
What's the best way to plot this data?
Is there an easy way to reshuffle the elements of Z so that they are in
either row-column or column-row order?
Best,
 -Nikolaus
-- 
 »Time flies like an arrow, fruit flies like a Banana.«
 PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C

Hello,
I updated to svn r8396 today, and the MacOSX backend is broken. The following code
import matplotlib
matplotlib.use('MacOSX')
import matplotlib.pyplot as mpl
fig = mpl.figure()
ax = fig.add_subplot(1,1,1)
fig.canvas.draw()
produces the following error:
 File "/Users/tom/Library/Python/2.6/site-packages/matplotlib/lines.py", line 522, in draw
 gc.set_alpha(self._alpha)
TypeError: a float is required
I have submitted a bug report with full error transcript here:
https://sourceforge.net/tracker/?func=detail&aid=3013440&group_id=80706&atid=560720
Cheers,
Tom

Waléria,
I repeat, you need to add parentheses for the denominator of that quantity
in order to match what you wrote out on paper. You are missing a set of
parentheses that is causing (3e14**2) to be *multiplied* rather than
divided. This explains the huge values you are getting.
Ben Root
On Tue, Jun 8, 2010 at 2:05 PM, Waléria Antunes David <
wal...@gm...> wrote:
> no, I think, did not understand my functions.....see....i made a change my
> second function in the attached.
>
>
> On Tue, Jun 8, 2010 at 3:48 PM, Benjamin Root <ben...@ou...> wrote:
>
>> I think I found your errors.
>>
>> First, you are correct, the scientific notation in python is as you
>> understand, there is nothing wrong with that.
>>
>> Instead, you have a problem with order of operations. In the last
>> quantity, you have "((x**2)/4*(1e4**2)*(3e14**2))"
>> According to the equation that you wrote out in the attached image, you
>> need: "((x**2)/*(*4*(*2*e4**2)*(3e14**2))*)*"
>> Note that you needed parentheses for the entire denominator. Also, the
>> 1e4**2 should have been 2e4**2.
>>
>> This gives me values between 4.3125e-48 and 5.5359e-48.
>>
>> Ben Root
>>
>> On Tue, Jun 8, 2010 at 12:47 PM, Waléria Antunes David <
>> wal...@gm...> wrote:
>>
>>> I understand what you are saying, but my functions are these, attached.
>>>
>>>
>>>
>>>
>>>
>>>
>>> Scientific notation in Python is not so?
>>>
>>> *Math * *Python*
>>>
>>>
>>>
>>>
>>>
>>>
>>> Pinc = 10-6 Pinc = 1e-6
>>>
>>> 3,0x1014 3e14
>>>
>>>
>>>
>>>
>>>
>>> ?
>>>
>>>
>>> Then, changing my functions of the images attached for python is as bellow:
>>>
>>>
>>>
>>>
>>>
>>>
>>> y1 = -108*(x**2)/(3e14**2)
>>>
>>> y2 = 1*((1.38e-23*(1e0+4)/1e-6)*((x**2)/4*(1e4**2)*(3e14**2))))
>>>
>>> Is not it?
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Jun 8, 2010 at 1:34 PM, Gökhan Sever <gok...@gm...>wrote:
>>>
>>>>
>>>>
>>>> On Tue, Jun 8, 2010 at 10:19 AM, Waléria Antunes David <
>>>> wal...@gm...> wrote:
>>>>
>>>>> Hello!!!
>>>>>
>>>>> My name is Waleria. I work at INPE in Sao Jose dos Campos, Brazil. And
>>>>> I'd like to make a question. I'm in trouble to generate a two functions
>>>>> graph.
>>>>>
>>>>> I have a problem to generate a graph of the two functions. I have this
>>>>> functions, is bellow:
>>>>>
>>>>> *y1 = -108*(x**2)/(3e14**2)*
>>>>>
>>>>> *y2 = 1*((1.38e-23*(1e0+4)/1e-6)*((x**2)/4*(1e4**2)*(3e14**2))))*
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> You might need to check your y2. You are mixing integers and floats
>>>> which possible have resulted with some rounding errors. I get e+30 when I
>>>> assert the terms as floats in y2.
>>>>
>>>> For the plotting: y1 is around -e-20 whereas y2 goes up to e+30. You
>>>> can't see the trend easily on one axes even if you could scale
>>>> them logarithmically (hint logarithm is only defined for positive numbers).
>>>> You can make a positive assumption for the y1 and plot them on one y-axes
>>>>
>>>> yscale('log')
>>>> axis(ymin=1e+20, ymax=1e+30)
>>>>
>>>> Still this won't let you see the functions trends that you are looking
>>>> to see. I would suggest you to use multipe figures or investing a bit more
>>>> time to use parasite axes example of JJ.
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Gökhan
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit. See the prize list and enter to win:
>>> http://p.sf.net/sfu/thinkgeek-promo
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>>
>>
>

On Tue, Jun 8, 2010 at 2:05 PM, Waléria Antunes David <
wal...@gm...> wrote:
> no, I think, did not understand my functions.....see....i made a change my
> second function in the attached.
You can further simplify your function. Try grouping 10 powers under one
term. You can then Pythonify your function (less terms to write less prone
to typing errors). Actually, if you previously define your terms before the
function definition you don't need any simplifications or such.
-- 
Gökhan

I think I found your errors.
First, you are correct, the scientific notation in python is as you
understand, there is nothing wrong with that.
Instead, you have a problem with order of operations. In the last quantity,
you have "((x**2)/4*(1e4**2)*(3e14**2))"
According to the equation that you wrote out in the attached image, you
need: "((x**2)/*(*4*(*2*e4**2)*(3e14**2))*)*"
Note that you needed parentheses for the entire denominator. Also, the
1e4**2 should have been 2e4**2.
This gives me values between 4.3125e-48 and 5.5359e-48.
Ben Root
On Tue, Jun 8, 2010 at 12:47 PM, Waléria Antunes David <
wal...@gm...> wrote:
> I understand what you are saying, but my functions are these, attached.
>
>
> Scientific notation in Python is not so?
>
> *Math * *Python*
>
>
> Pinc = 10-6 Pinc = 1e-6
>
> 3,0x1014 3e14
>
>
> ?
>
>
> Then, changing my functions of the images attached for python is as bellow:
>
>
> y1 = -108*(x**2)/(3e14**2)
>
> y2 = 1*((1.38e-23*(1e0+4)/1e-6)*((x**2)/4*(1e4**2)*(3e14**2))))
>
> Is not it?
>
>
>
>
>
>
> On Tue, Jun 8, 2010 at 1:34 PM, Gökhan Sever <gok...@gm...>wrote:
>
>>
>>
>> On Tue, Jun 8, 2010 at 10:19 AM, Waléria Antunes David <
>> wal...@gm...> wrote:
>>
>>> Hello!!!
>>>
>>> My name is Waleria. I work at INPE in Sao Jose dos Campos, Brazil. And
>>> I'd like to make a question. I'm in trouble to generate a two functions
>>> graph.
>>>
>>> I have a problem to generate a graph of the two functions. I have this
>>> functions, is bellow:
>>>
>>> *y1 = -108*(x**2)/(3e14**2)*
>>>
>>> *y2 = 1*((1.38e-23*(1e0+4)/1e-6)*((x**2)/4*(1e4**2)*(3e14**2))))*
>>>
>>>
>>> You might need to check your y2. You are mixing integers and floats which
>> possible have resulted with some rounding errors. I get e+30 when I assert
>> the terms as floats in y2.
>>
>> For the plotting: y1 is around -e-20 whereas y2 goes up to e+30. You can't
>> see the trend easily on one axes even if you could scale
>> them logarithmically (hint logarithm is only defined for positive numbers).
>> You can make a positive assumption for the y1 and plot them on one y-axes
>>
>> yscale('log')
>> axis(ymin=1e+20, ymax=1e+30)
>>
>> Still this won't let you see the functions trends that you are looking to
>> see. I would suggest you to use multipe figures or investing a bit more
>> time to use parasite axes example of JJ.
>>
>>
>>
>>
>> --
>> Gökhan
>>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

> On Tue, Jun 8, 2010 at 1:34 PM, Gökhan Sever <gok...@gm...> 
wrote:
> > You might need to check your y2. You are mixing integers and floats
> > which possible have resulted with some rounding errors. I get e+30
> > when I assert the terms as floats in y2.
On 6/8/2010 1:47 PM, Waléria Antunes David wrote:
> I understand what you are saying, but my functions are these, attached.
So my assumption in my previous post that you had parentheses where
you wanted them was wrong. (See the post.) Also, see my posted
example explaining Gökhan's point. (He is correct.)
hth,
Alan Isaac

Hello,
I am pleased to announce that EPD (Enthought Python Distribution)
version 6.2 has been released. This release includes an update to
Python 2.6.5, SciPy 0.8.0beta1, as well updates to many other
packages and bug fixes. You can find a complete list of updates in
the change log:
 http://www.enthought.com/EPDChangelog.html
To find more information about EPD, as well as download a 30 day
free trial, visit this page:
 http://www.enthought.com/products/epd.php
In order to be able to serve the Python community better, we made
a small survey. Please consider taking a few minutes:
 http://www.surveygizmo.com/s/307237/epd-user-feedback
About EPD
---------
The Enthought Python Distribution (EPD) is a "kitchen-sink-included"
distribution of the Python Programming Language, including over 80
additional tools and libraries. The EPD bundle includes NumPy, SciPy,
IPython, 2D and 3D visualization, and many other tools.
 http://www.enthought.com/products/epdlibraries.php
It is currently available as a single-click installer for Windows XP,
Vista and 7, MacOS (10.5 and 10.6), RedHat 3, 4 and 5, as well as
Solaris 10 (x86 and x86_64/amd64 on all platforms).
The 32-bit EPD is free for academic use. An annual subscription
including installation support is available for individual and
commercial use. Additional support options, including customization,
bug fixes and training classes are also available:
 http://www.enthought.com/products/support_level_table.php
- Ilan

On 6/8/2010 10:39 AM, John Hunter wrote:
> On Tue, Jun 8, 2010 at 11:53 AM, David Goldsmith
> <d.l...@gm...> wrote:
>> On Tue, Jun 8, 2010 at 9:52 AM, David Goldsmith<d.l...@gm...>
>> wrote:
>>>
>>> --------- Forwarded message ----------
>>> From: SourceForge.net<no...@so...>
>>> Date: Mon, Jun 7, 2010 at 6:06 AM
>>> Subject: [ matplotlib-Bugs-2949906 ] finance.quotes_historical_yahoo
>>> raises ZeroDivisionError
>>> To: no...@so...
>>>
>>> Bugs item #2949906, was opened at 2010年02月11日 13:44
>>> Message generated for change (Comment added) made by jdh2358
>>> You can respond by visiting:
>>>
>>> https://sourceforge.net/tracker/?func=detail&atid=560720&aid=2949906&group_id=80706
>>>
>>> Category: None
>>> Group: None
>>> Status: Closed
>>> Resolution: Duplicate
>>> Priority: 5
>>> Private: No
>>> Submitted By: David Goldsmith (olydlg)
>>>> Assigned to: John Hunter (jdh2358)
>>> Summary: finance.quotes_historical_yahoo raises ZeroDivisionError
>>>> Comment By: John Hunter (jdh2358)
>>> Date: 2010年06月07日 08:06
>>>
>>> Message:
>>> This is fixed in svn 8392. Look for it in the upcoming release. Please
>>> test from svn if you are able
>>>
>>> http://matplotlib.sourceforge.net/faq/installing_faq.html#install-from-svn
>>>
>>> Thanks for the report,
>>> JDH
>>>
>>> Hi, John, etc. I checked-out current revision (8396 I believe), tried to
>>> build using python setup.py build, got error: Unable to find vcvarsall.bat.
>>> Googled, determined that it was something I'm supposed to get w/ a VC
>>> runtime, so grabbed the most recent version (VC2010 or some such),
>>> installed, determined that I now have a vcvarsall.bat and added it's
>>> location to my path, but am still getting the error. Any ideas?
>>> Windows 7 home prem. 64 bit. Python 2.6. Thanks!
>>>
>>> DG
>>
>> Oh, and the error happens after building 'matplotlib.ft2font' extension.
>> Thanks again,
>
> Perhaps Christoph, who builds the win32 binaries, can let you know
> what he does. It's never as simple a python setup.py install, though.
> You may want to look in the release/win32 directory at the README.txt
> and Makefile.
>
You need Visual Studio 2008 (MSVC9) to compile extensions for Python 
 >=2.6 on Windows. "python setup.py build" works once you have built the 
prerequisites. See 
<http://matplotlib.sourceforge.net/users/installing.html>. I link 
against the static libraries of libpng, zlib, and freetype, compiled 
with the /MD switch. You may have to adjust your %LIB% and %INCLUDE% 
environment variables and rename the lib files in order to be found by 
the matplotlib build system.
-- Christoph

Thanks Ben. worked brilliantly.
Ted
On 8 June 2010 18:48, Benjamin Root <ben...@ou...> wrote:
> Ted,
>
> You can call ylim([0, 100]) after you create your plot. If you have the
> axes object (from gca()), you can directly manipulate the limits using
> set_ylim([0, 100]).
>
> Ben Root
>
>
>
> On Tue, Jun 8, 2010 at 10:50 AM, Ted Kord <ted...@go...>wrote:
>
>> Hi
>>
>> How do I set the range of the y-axis on a bar chart , e.g, from 0 to 100?
>>
>> Thanks
>>
>> Ted
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit. See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>>
>

Then I haven't a clue. Maybe someone else has some insight?
Ben Root
On Mon, Jun 7, 2010 at 4:10 PM, Dharhas Pothina <
Dha...@tw...> wrote:
> Ben,
>
> The matplotlib on the other working machine is using python 2.6.4. On this
> machine I am using python 2.6.5.
>
> The default python on both machines in python 2.4 but I set up python 2.6
> as an alternate install in /opt/python26.
>
> - dharhas
>
>
> >>> Benjamin Root <ben...@ou...> 6/7/2010 3:56 PM >>>
> Dharhas,
>
> Is it possible to find out which version of python was installed for your
> other RHEL5 machine? I don't know if that makes a difference or not, but
> RHEL5 by default uses Python 2.4.
>
> Ben Root
>
>
> On Mon, Jun 7, 2010 at 1:48 PM, Dharhas Pothina <
> Dha...@tw...> wrote:
>
> > Hi,
> >
> > I have Python 2.6 installed on RHEL5 (and Numpy 1.4.1) and am trying to
> > install matplotlib. Installation occurs without any error messages
> although
> > I do get a bunch of warnings at the end.
> >
> > /usr/bin/ld: skipping incompatible /usr/lib/libtk8.4.so when searching
> for
> > -ltk8.4
> > /usr/bin/ld: skipping incompatible /usr/lib/libtcl8.4.so when searching
> > for -ltcl8.4
> > /usr/bin/ld: skipping incompatible /usr/lib/libfreetype.so when searching
> > for -lfreetype
> > /usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching for
> -lz
> > /usr/bin/ld: skipping incompatible /usr/lib/libz.a when searching for -lz
> > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for
> -lm
> > /usr/bin/ld: skipping incompatible /usr/lib/libm.a when searching for -lm
> > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for
> -lm
> > /usr/bin/ld: skipping incompatible /usr/lib/libm.a when searching for -lm
> > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching
> > for -lpthread
> > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.a when searching
> for
> > -lpthread
> > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for
> -lc
> > /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
> >
> > When I try using matplotlib I get the following error:
> >
> > Python 2.6.5 (r265:79063, May 18 2010, 11:20:57)
> > [GCC 4.1.2 20080704 (Red Hat 4.1.2-48)] on linux2
> > Type "help", "copyright", "credits" or "license" for more information.
> > >>> import matplotlib.pyplot as plt
> > >>> plt.plot([1,0],[2,3])
> > Traceback (most recent call last):
> > File "<stdin>", line 1, in <module>
> > File
> >
> "/home/swdata/.virtualenvs/web/lib/python2.6/site-packages/matplotlib/pyplot.py",
> > line 2141, in plot
> > ret = ax.plot(*args, **kwargs)
> > File
> >
> "/home/swdata/.virtualenvs/web/lib/python2.6/site-packages/matplotlib/axes.py",
> > line 3437, in plot
> > self.autoscale_view(scalex=scalex, scaley=scaley)
> > File
> >
> "/home/swdata/.virtualenvs/web/lib/python2.6/site-packages/matplotlib/axes.py",
> > line 1624, in autoscale_view
> > XL = self.xaxis.get_major_locator().view_limits(x0, x1)
> > File
> >
> "/home/swdata/.virtualenvs/web/lib/python2.6/site-packages/matplotlib/ticker.py",
> > line 1014, in view_limits
> > return np.take(self.bin_boundaries(dmin, dmax), [0,-1])
> > File
> >
> "/home/swdata/.virtualenvs/web/lib/python2.6/site-packages/numpy/core/fromnumeric.py",
> > line 103, in take
> > return take(indices, axis, out, mode)
> > IndexError: index out of range for array
> >
> >
> > Any help would be appreciated. I've tried several versions of matplotlib.
> I
> > also was able to get it installed on a different RHEL5 machine a while
> back
> > and am not sure what is different about this machine.
> >
> > thanks
> >
> > - dharhas
> >
> >
> >
> ------------------------------------------------------------------------------
> > ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > lucky parental unit. See the prize list and enter to win:
> > http://p.sf.net/sfu/thinkgeek-promo
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
>
>

Ted,
You can call ylim([0, 100]) after you create your plot. If you have the
axes object (from gca()), you can directly manipulate the limits using
set_ylim([0, 100]).
Ben Root
On Tue, Jun 8, 2010 at 10:50 AM, Ted Kord <ted...@go...> wrote:
> Hi
>
> How do I set the range of the y-axis on a bar chart , e.g, from 0 to 100?
>
> Thanks
>
> Ted
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

On 06/08/2010 04:31 AM, Benjamin Root wrote:
> Todd,
>
> I am glad that worked for you.
[...]
>
> Anyway, you can always call "plt.ion()" to turn interactive mode on, and
> "plt.ioff()" to turn it off, or you can use ipython with the "-pylab"
> argument (although I don't know if this is the same as turning
> interactive mode on...).
Partly. In addition, the -pylab mode sets up a separate thread for 
plotting so that the command line remains active. This is not needed 
for every backend. (It also does "from pylab import *" so you get 
everything from the pyplot and numpy namespaces.) For interactive work 
and for debugging scripts and modules, "ipython -pylab" is highly 
recommended. Use the ipython "run" command to run scripts and modules 
for testing.
Eric
>
> I hope this is informative.
>
> Ben Root

On Tue, Jun 8, 2010 at 11:53 AM, David Goldsmith
<d.l...@gm...> wrote:
> On Tue, Jun 8, 2010 at 9:52 AM, David Goldsmith <d.l...@gm...>
> wrote:
>>
>> --------- Forwarded message ----------
>> From: SourceForge.net <no...@so...>
>> Date: Mon, Jun 7, 2010 at 6:06 AM
>> Subject: [ matplotlib-Bugs-2949906 ] finance.quotes_historical_yahoo
>> raises ZeroDivisionError
>> To: no...@so...
>>
>> Bugs item #2949906, was opened at 2010年02月11日 13:44
>> Message generated for change (Comment added) made by jdh2358
>> You can respond by visiting:
>>
>> https://sourceforge.net/tracker/?func=detail&atid=560720&aid=2949906&group_id=80706
>>
>> Category: None
>> Group: None
>> Status: Closed
>> Resolution: Duplicate
>> Priority: 5
>> Private: No
>> Submitted By: David Goldsmith (olydlg)
>> >Assigned to: John Hunter (jdh2358)
>> Summary: finance.quotes_historical_yahoo raises ZeroDivisionError
>> >Comment By: John Hunter (jdh2358)
>> Date: 2010年06月07日 08:06
>>
>> Message:
>> This is fixed in svn 8392. Look for it in the upcoming release. Please
>> test from svn if you are able
>>
>> http://matplotlib.sourceforge.net/faq/installing_faq.html#install-from-svn
>>
>> Thanks for the report,
>> JDH
>>
>> Hi, John, etc. I checked-out current revision (8396 I believe), tried to
>> build using python setup.py build, got error: Unable to find vcvarsall.bat.
>> Googled, determined that it was something I'm supposed to get w/ a VC
>> runtime, so grabbed the most recent version (VC2010 or some such),
>> installed, determined that I now have a vcvarsall.bat and added it's
>> location to my path, but am still getting the error. Any ideas?
>> Windows 7 home prem. 64 bit. Python 2.6. Thanks!
>>
>> DG
>
> Oh, and the error happens after building 'matplotlib.ft2font' extension.
> Thanks again,
Perhaps Christoph, who builds the win32 binaries, can let you know
what he does. It's never as simple a python setup.py install, though.
 You may want to look in the release/win32 directory at the README.txt
and Makefile.

On 6/8/2010 11:19 AM, Waléria Antunes David wrote:
> the first function isdecrescent an the second is crescent
Decreasing and increasing over the specified range, you mean.
You won't see that when you plot them together
because they have very different scales,
so the one with the small scale will look flat.
Alan Isaac
PS I suspect you did integer division without intending to.
Here's a fix for that. You might also want to check your
parentheses, noting 1.0/2*4 is 2 (not 1/8), but I assumed
you had what you wanted.
PPS Sorry if this is sent twice ...
import numpy as np
import matplotlib.pyplot as plt
x = np.arange(3000,3400, dtype=np.float) #use floats; not integers!
x2 = x*x
scale1 = -108 / 3e14**2
y1 = scale1 * x2
scale2 = 1*((1.38e-23*(1e0+4)/1e-6)*(1.0/4*(1e4**2)*(3e14**2)))
scale2b = 1.38e19 * 11.25 #more accurate; less costly
print scale2, scale2b, scale2 - scale2b # unnecessary error
y2 = scale2b * x2
fig = plt.figure()
ax = fig.add_subplot(1,2,1)
ax.plot(x,y1)
ax = fig.add_subplot(1,2,2)
ax.plot(x,y2)
fig = plt.figure()
ax = fig.add_subplot(1,1,1)
ax.plot(x, y1, label='y1')
ax.plot(x, y2, label='y2')
ax.legend()
plt.show()

On Tue, Jun 8, 2010 at 9:52 AM, David Goldsmith <d.l...@gm...>wrote:
> --------- Forwarded message ----------
> From: SourceForge.net <no...@so...>
> Date: Mon, Jun 7, 2010 at 6:06 AM
> Subject: [ matplotlib-Bugs-2949906 ] finance.quotes_historical_yahoo raises
> ZeroDivisionError
> To: no...@so...
>
> Bugs item #2949906, was opened at 2010年02月11日 13:44
> Message generated for change (Comment added) made by jdh2358
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=560720&aid=2949906&group_id=80706
>
> Category: None
> Group: None
> Status: Closed
> Resolution: Duplicate
> Priority: 5
> Private: No
> Submitted By: David Goldsmith (olydlg)
> >Assigned to: John Hunter (jdh2358)
> Summary: finance.quotes_historical_yahoo raises ZeroDivisionError
> >Comment By: John Hunter (jdh2358)
> Date: 2010年06月07日 08:06
>
> Message:
> This is fixed in svn 8392. Look for it in the upcoming release. Please
> test from svn if you are able
>
> http://matplotlib.sourceforge.net/faq/installing_faq.html#install-from-svn
>
> Thanks for the report,
> JDH
>
> Hi, John, etc. I checked-out current revision (8396 I believe), tried to
> build using python setup.py build, got error: Unable to find
> vcvarsall.bat. Googled, determined that it was something I'm supposed to
> get w/ a VC runtime, so grabbed the most recent version (VC2010 or some
> such), installed, determined that I now have a vcvarsall.bat and added it's
> location to my path, but am still getting the error. Any ideas?
> Windows 7 home prem. 64 bit. Python 2.6. Thanks!
>
> DG
>
Oh, and the error happens after building 'matplotlib.ft2font' extension.
Thanks again,
DG

--------- Forwarded message ----------
From: SourceForge.net <no...@so...>
Date: Mon, Jun 7, 2010 at 6:06 AM
Subject: [ matplotlib-Bugs-2949906 ] finance.quotes_historical_yahoo raises
ZeroDivisionError
To: no...@so...
Bugs item #2949906, was opened at 2010年02月11日 13:44
Message generated for change (Comment added) made by jdh2358
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=560720&aid=2949906&group_id=80706
Category: None
Group: None
Status: Closed
Resolution: Duplicate
Priority: 5
Private: No
Submitted By: David Goldsmith (olydlg)
>Assigned to: John Hunter (jdh2358)
Summary: finance.quotes_historical_yahoo raises ZeroDivisionError
>Comment By: John Hunter (jdh2358)
Date: 2010年06月07日 08:06
Message:
This is fixed in svn 8392. Look for it in the upcoming release. Please
test from svn if you are able
http://matplotlib.sourceforge.net/faq/installing_faq.html#install-from-svn
Thanks for the report,
JDH
Hi, John, etc. I checked-out current revision (8396 I believe), tried to
build using python setup.py build, got error: Unable to find vcvarsall.bat.
Googled, determined that it was something I'm supposed to get w/ a VC
runtime, so grabbed the most recent version (VC2010 or some such),
installed, determined that I now have a vcvarsall.bat and added it's
location to my path, but am still getting the error. Any ideas?
Windows 7 home prem. 64 bit. Python 2.6. Thanks!
DG

On Tue, Jun 8, 2010 at 10:19 AM, Waléria Antunes David <
wal...@gm...> wrote:
> Hello!!!
>
> My name is Waleria. I work at INPE in Sao Jose dos Campos, Brazil. And I'd
> like to make a question. I'm in trouble to generate a two functions graph.
>
> I have a problem to generate a graph of the two functions. I have this
> functions, is bellow:
>
> *y1 = -108*(x**2)/(3e14**2)*
>
> *y2 = 1*((1.38e-23*(1e0+4)/1e-6)*((x**2)/4*(1e4**2)*(3e14**2))))*
>
> You might need to check your y2. You are mixing integers and floats which
possible have resulted with some rounding errors. I get e+30 when I assert
the terms as floats in y2.
For the plotting: y1 is around -e-20 whereas y2 goes up to e+30. You can't
see the trend easily on one axes even if you could scale
them logarithmically (hint logarithm is only defined for positive numbers).
You can make a positive assumption for the y1 and plot them on one y-axes
yscale('log')
axis(ymin=1e+20, ymax=1e+30)
Still this won't let you see the functions trends that you are looking to
see. I would suggest you to use multipe figures or investing a bit more
time to use parasite axes example of JJ.
-- 
Gökhan

On 6/8/2010 11:19 AM, Waléria Antunes David wrote:
> the first function isdecrescent an the second is crescent
Decreasing and increasing over the specified range, you mean.
You won't see that when you plot them together
because they have very different scales,
so the one with the small scale will look flat.
Alan Isaac
PS I suspect you did integer division without intending to.
Here's a fix for that. You might also want to check your
parentheses, noting 1.0/2*4 is 2 (not 1/8), but I assumed
you had what you wanted.
import numpy as np
import matplotlib.pyplot as plt
x = np.arange(3000,3400, dtype=np.float) #use floats; not integers!
x2 = x*x
scale1 = -108 / 3e14**2
y1 = scale1 * x2
scale2 = 1*((1.38e-23*(1e0+4)/1e-6)*(1.0/4*(1e4**2)*(3e14**2)))
scale2b = 1.38e19 * 11.25 #more accurate; less costly
print scale2, scale2b, scale2 - scale2b # unnecessary error
y2 = scale2b * x2
fig = plt.figure()
ax = fig.add_subplot(1,2,1)
ax.plot(x,y1)
ax = fig.add_subplot(1,2,2)
ax.plot(x,y2)
fig = plt.figure()
ax = fig.add_subplot(1,1,1)
ax.plot(x, y1, label='y1')
ax.plot(x, y2, label='y2')
ax.legend()
plt.show()