On 1/24/2009 4:38 PM Linda Chen apparently wrote:
C:\Documents and Settings\Linda\Desktop\pythonpython readdata.py
Traceback (most recent call last):
File readdata.py, line 1, in module
import pylab
File C:\Python25\Lib\site-packages\pylab.py, line 1, in module
from
Hi,
lots of user requests mentioned the problem of a too big bounding box in saved
figures. Some even provided patches to the svn (http://www.nabble.com/savefig-
with-tight-bounding-box.-td21515002.html).
To date there is no way of automatically getting a figure plotted so tightly
that it
At one point in history, the Agg backend would not do NaN removal on
paths with curves -- but it looks like that's been inadvertently lost,
probably in all the shuffling wrt simplification that went on, since
simplification has similar restrictions. So at present, we have
problems because
Has the mec always been black? I thought it used to be the same as the
line colour. I expected it to default to the line colour, as Che expected.
Gary R.
Norbert Nemec wrote:
Sorry for my misleading words - I did not correctly recall my own work
from back then...
In fact, the code as it
Hello everyone,
I'm trying to get 0.98.5.2 installed on Windows to use Python 2.6
(dependency packages I need to use on that version, long story, etc).
When I was trying to build it (python setup.py build), it was finding
the VC 9.0 C++ compiler on my comp. However, after adding necessary
Support for handling NaNs in curves is now on the branch and trunk.
While this solves the infinite recursion problem, it still may be better
in your specific case to use a CirclePolygon. All my fix does is remove
an entire bezier curve when any of its elements are non-finite -- so
we're
On Mon, Jan 26, 2009 at 8:40 AM, Michael Droettboom md...@stsci.edu wrote:
Support for handling NaNs in curves is now on the branch and trunk.
While this solves the infinite recursion problem, it still may be better in
your specific case to use a CirclePolygon. All my fix does is remove an
On Mon, Jan 26, 2009 at 6:17 AM, Gary Ruben gru...@bigpond.net.au wrote:
Has the mec always been black? I thought it used to be the same as the
line colour. I expected it to default to the line colour, as Che expected.
It's been this way since at least 2004:
I have the following code:
ax1.pie(fracs, explode=explode, labels=labels, autopct='%1.1f%%',
shadow=True, pctdistance=0.9, labeldistance=1.1,)
ax1.legend(labels, loc=0, shadow=True, prop = smallfont)
And the chart:
John Hunter wrote:
On Mon, Jan 26, 2009 at 8:40 AM, Michael Droettboom md...@stsci.edu wrote:
Support for handling NaNs in curves is now on the branch and trunk.
While this solves the infinite recursion problem, it still may be better in
your specific case to use a CirclePolygon. All my
Willi Richert w.rich...@gmx.net writes:
Isn't there a convenient way just to not plot the big white rectangle in
matplotlib?
It seems that
fig=plt.figure(frameon=False)
omits the rectangle.
--
Jouni K. Seppänen
http://www.iki.fi/jks
Greetings,
Did you download the win32_static folder and place it in the top level
of the matplotlic source?
I had similar problems building on my windows machine until I did this
and now it works fine. You might also check all the README documents,
as one of them gives you more information
Hi,
in my version 0.98.5 frameon=False (as a subplot argument) just omits the
black lines at the x and y axes. The huge white rectangle is still plotted.
wr
Am Montag, 26. Januar 2009 16:20:10 schrieb Jouni K. Seppänen:
Willi Richert w.rich...@gmx.net writes:
Isn't there a convenient way
Hello Patrick,
I had similar problems building on my windows machine until I did this
and now it works fine. You might also check all the README documents,
as one of them gives you more information about building for windows.
I followed the instructions from README in win32_static precisely.
As Jouni suggested, the frameon argument needs to be applied to the
figure, not to the axes (or subplot).
Regards,
-JJ
On Mon, Jan 26, 2009 at 10:54 AM, Willi Richert w.rich...@gmx.net wrote:
Hi,
in my version 0.98.5 frameon=False (as a subplot argument) just omits the
black lines at the x
Willi Richert w.rich...@gmx.net writes:
Isn't there a convenient way just to not plot the big white rectangle in
matplotlib?
It seems that
fig=plt.figure(frameon=False)
omits the rectangle.
in my version 0.98.5 frameon=False (as a subplot argument) just omits the
black lines at
Dear John Hunter,
Thanks for your response. Here is what I get:
C:\Documents and Settings\Linda\Desktop\pythondir
Volume in drive C is WinXP
Volume Serial Number is 543D-51FE
Directory of C:\Documents and Settings\Linda\Desktop\py
01/24/2009 04:34 PMDIR .
01/24/2009 04:34 PM
On Mon, Jan 26, 2009 at 11:12 AM, Linda Chen ch...@mit.edu wrote:
Dear John Hunter,
Thanks for your response. Here is what I get:
C:\Documents and Settings\Linda\Desktop\pythondir
Volume in drive C is WinXP
Volume Serial Number is 543D-51FE
Directory of C:\Documents and
Abhinav Verma wrote:
Yes Eric this is what I wanted and Many thanks for your help.
My question now extends a little. Due to this .. my yaxis label is
truncated in the png. How can I make sure that my figure is square and
also contains everything. Is it possilbe?
There is no standard
John Hunter wrote:
OK, I can reproduce the problem and the solution is easy. Open the
file in universal mode and pass the file handle to csv2rec::
Shouldn't csv2rec open files in Universal mode by default anyway?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response
Glenn wrote:
I tried to install matplotlib-0.98.5.2-py2.5-macosx10.5.mpkg, but got
the following error:
You cannot install matplotlib 0.98.5.2-r0 on this volume. matplotlib
requires System Python 2.5 to install.
That message is a misnomer -- the mpkg is built for the Framework
install
Hi Mauro Lionel,
I tried changing the backend to WX (and WxAgg) via the matplotlibrc
file, but got the same result. Other suggestions welcome!
Nick
WX:
==
mws2:/bioinformatics/croizat/Croizat nick$ py Croizat.py
matplotlib data path
On Mon, Jan 26, 2009 at 1:10 PM, Christopher Barker
chris.bar...@noaa.gov wrote:
John Hunter wrote:
OK, I can reproduce the problem and the solution is easy. Open the
file in universal mode and pass the file handle to csv2rec::
Shouldn't csv2rec open files in Universal mode by default
Hi Mauro,
Update:
1. I went to the place that threw an error in the basemap code:
/Library/Frameworks/Python.framework/Versions/4.1.30101/lib/python2.5/site-packages/basemap-0.99.1.0001-py2.5-macosx-10.3-fat.egg/mpl_toolkits/basemap/__init__.py,
line 2501, in set_axes_limits
On Mon, Jan 26, 2009 at 2:14 PM, Nick Matzke mat...@berkeley.edu wrote:
Hi Mauro,
Update:
1. I went to the place that threw an error in the basemap code:
John Hunter wrote:
On Mon, Jan 26, 2009 at 2:14 PM, Nick Matzke mat...@berkeley.edu wrote:
Hi Mauro,
Update:
1. I went to the place that threw an error in the basemap code:
Thanks John,
That shows how long it is since I used line markers in my plots. Because
I use them so infrequently, I'm probably not the best one to suggest it,
but I think it would be nicer for the default colour to match the line
colour by default, or for an option to be added to allow its
Hi Marcin,
I didn't catch on the first email you were trying to build for
python2.6. I haven't been able to get matplotlib to build correctly
with python2.6. I'm actually curious as to how you were able to build
matplotlib using the win32_static folder since it doesn't contain the
libs and
Hi all,
I apologize if this was asked before. I just started adding legends to my
plots
and found the legend stile for a point-plot, i.e. a plot using points rather
than
lines to be a bit confusing.
Example:
pylab.plot(arange(5), arange(5), 'o', label=foo)
pylab.legend()
Will produce a
29 matches
Mail list logo
