Jeff Mangum wrote:
> Hmmm. Got it from python.org (http://python.org/download/releases/2.5.2/)
> and just reinstalled to make sure. Indeed the binary is in
> /Library/Frameworks/Python.framework/Versions/Current/bin/python.
I know that you have the python.org Python installed. However, it may n
Robert Kern-2 wrote:
>
> Jeff Mangum wrote:
>
>> Thanks Robert. I grabbed setuptools and reinstalled. Unfortunately,
>> even
>> though I am using the right version of easy_install...
>>
>> torgo:Desktop jmangum$ which easy_install
>> /Library/Frameworks/Python.framework/Versions/Current/bin
Jeff Mangum wrote:
> Thanks Robert. I grabbed setuptools and reinstalled. Unfortunately, even
> though I am using the right version of easy_install...
>
> torgo:Desktop jmangum$ which easy_install
> /Library/Frameworks/Python.framework/Versions/Current/bin/easy_install
>
> ...I still get the s
Robert Kern-2 wrote:
>
> Jeff Mangum wrote:
>
>> How can I instruct the matplotlib install to find the appropriate python
>> install? Thanks!
>
> Your easy_install script is the one that comes from OS X's Python. Install
> setuptools for your www.python.org Python and use the easy_install s
Jeff Mangum wrote:
> How can I instruct the matplotlib install to find the appropriate python
> install? Thanks!
Your easy_install script is the one that comes from OS X's Python. Install
setuptools for your www.python.org Python and use the easy_install script that
it installs, instead. The P
Jeff Mangum wrote:
>
>
>
> Robert Kern-2 wrote:
>>
>> Jeff Mangum wrote:
>>> Hello,
>>>
>>> I am having a problem installing matplotlib 0.93.3 from egg on Mac OSX
>>> 10.5.5. Even though I have numpy 1.2.1 installed in
>>> /Library/Frameworks/..., the egg insists on using an older versio
Robert Kern-2 wrote:
>
> Jeff Mangum wrote:
>> Hello,
>>
>> I am having a problem installing matplotlib 0.93.3 from egg on Mac OSX
>> 10.5.5. Even though I have numpy 1.2.1 installed in
>> /Library/Frameworks/..., the egg insists on using an older version of
>> numpy (1.0.4) in /opt/local/
Thank you Jae-Joon,
JL> get_frame() is deprecated (it is supposed to show you a
JL> DeprecationWarning). Axes class now has a "frame" property, so
JL> gca().frame.set_linewidth(2) should work.
JL> Currently get_frame() returns Axes.patch which is used to draw a
JL> axes background.
--
Christophe
On Tue, Nov 18, 2008 at 9:20 AM, John Hunter <[EMAIL PROTECTED]> wrote:
>
>
> There are two related problems here: one easier, one harder. We can
> start with the easier one. The easy one is to have a "detachable
> axis". Right now we have one on the right and one on the left for the
> x-axis.
get_frame() is deprecated (it is supposed to show you a DeprecationWarning).
Axes class now has a "frame" property, so gca().frame.set_linewidth(2)
should work.
Currently get_frame() returns Axes.patch which is used to draw a axes
background.
-JJ
On Tue, Nov 18, 2008 at 12:24 PM, Christopher
Hi,
A vertical line on the x axis of a semilogy plot will be in the correct
position, but when saved with the save button of the toolbar it will be
placed in an incorrect position, although savefig will do the right
thing. Furthermore, zooming will not move the axvline correctly.
Matplotlib
Hi Users,
I use the following to adjust the line width of the ticks and bounding box:
for tl in plt.gca().get_xticklines() + plt.gca().get_yticklines():
tl.set_markeredgewidth(2)
plt.gca().get_frame().set_linewidth(2)
I'm not sure when it happened, but sometime relatively recently the
get_
Hello,
Thanks for updating the files API_CHANGES & MIGRATION.txt, I have now
read them and fear that a problem I have is due to calling:
f = figure()
h = f.bbox.height()
Which should change to:
f = figure()
h = f.bbox.height
Is the expectation that I should write something lik
While I though this would be fairly
easy, I've yet to find a decent solution. I'm interested in using the
RangeSelector or standard zoom feature along with an autoscaling
function. In the example below there are two gaussian profiles created
in a matrix. I would like to have the behavior in whi
John Hunter wrote:
> On Tue, Nov 18, 2008 at 9:41 AM, Hrafnkell Pálsson <[EMAIL PROTECTED]> wrote:
>
>> Ok, I tried your last suggestion and sure enough it worked.
>> But it turns out to solve only half of my problem. I'd like to be able to
>> restore the background (using the Agg backend) and t
On Tue, Nov 18, 2008 at 9:41 AM, Hrafnkell Pálsson <[EMAIL PROTECTED]> wrote:
>
> Ok, I tried your last suggestion and sure enough it worked.
> But it turns out to solve only half of my problem. I'd like to be able to
> restore the background (using the Agg backend) and then use it further, i.e.
>
Ok, I tried your last suggestion and sure enough it worked.
But it turns out to solve only half of my problem. I'd like to be able to
restore the background (using the Agg backend) and then use it further, i.e.
plot on it, without it disappearing.
Elaborating on my real use case, what I want to d
While I though this would be fairly
easy, I've yet to find a decent solution. I'm interested in using the
RangeSelector or standard zoom feature along with an autoscaling
function. In the example below there are two gaussian profiles created
in a matrix. I would like to have the behavior in whi
Hi,
It seems that the Legend command doesnt function properly when using
errorbar to plot. It includes extra lines for the errorbars themselves.
I found out this is an old problem that have been fixed before??
http://osdir.com/ml/python.matplotlib.devel/2006-05/msg00038.html
Regards,
Soren
---
Hi,
Has anyone else noticed that using the pan tool is very slow when the data
is plotted on a double log scale, or single log scale for that matter.. it's
smooth as silk when the plots are in lin-lin.
Is there a way to make it faster or is it a bug?
Regards,
Soren
--
On Tue, Nov 18, 2008 at 4:25 AM, Mike Hansen <[EMAIL PROTECTED]> wrote:
> What would you recommend as the best way going about this? I'm
> willing to put some work in on this. There was someone back in July
> who posted some code moving in this direction, but it didn't feel like
> it was the rig
On Tue, Nov 18, 2008 at 3:41 AM, Benjamin Bardiaux <[EMAIL PROTECTED]> wrote:
> Dear matplotlib users,
>
> I'l looking for the files
>
> http://matplotlib.sf.net/API_CHANGES
> http://matplotlib.sourceforge.net/MIGRATION.txt
>
> that seem to have disappear from the new sf website.
Thanks -- I've re
Dear matplotlib users,
I'l looking for the files
http://matplotlib.sf.net/API_CHANGES
http://matplotlib.sourceforge.net/MIGRATION.txt
that seem to have disappear from the new sf website.
Many thanks !
Benjamin
-
This SF.N
Hi Eric,
> From: Eric Firing <[EMAIL PROTECTED]> - 2008-11-18 00:08
> Unfortunately, the present mpl architecture does not lend itself to this
> sort of flexibility with respect to axis locations. It has been on the
> wish list for a long time, and it can be done manually, but to make it
> an easy
24 matches
Mail list logo
