Thanks! I'll just add that if you want to use the ticker example it needs
to be:
..
zmin, zmax = 160, 500
locator = ticker.MaxNLocator(10) # if you want no more than 10 contours
locator.create_dummy_axis()
locator.set_bounds(zmin, zmax)
levs = locator()
On Mon, May 18, 2009 at 7:29 PM,
william ratcliff wrote:
> Thanks! I think that explains a lot. In the full range of my dataset,
> I do have some rather high values. Instead of masking them out, I was
> hoping that I could just set a minimum and maximum value using clim to
> only display values within that range--it sounds l
Yeah... I'm not sure either. Eventually I just through in the towel, deleted
everything and sudo apt-get install python-matplotlb
Thanks for the help though!
-Max
Date: Mon, 18 May 2009 20:29:33 +
Subject: Re: Re: [Matplotlib-users] [matplotlib-devel] Error building from
source - Ub
On Mon, May 18, 2009 at 07:56, John Hunter wrote:
> I have uploaded the source and OSX binaries for the bugfix release of
> matplotlib-0.98.5.3 to
>
> http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
The homepage is saying that the latest release is 0.98.6svn, can th
Hi,
I run mpl from the svn trunk, but I ran into a problem today after
pulling the newest version (my last update was probably a week ago).
The full build output is copied below.
I build from trunk using the following commands:
$ python setup.py build_ext --inplace
$ python setupegg.py devel
On 5/18/2009 6:25 PM Yannick Copin apparently wrote:
> rowspan=2, colspan=3) should actually do. What would be the syntax for
> the following layouts?
>
> +-+-+
> | | ax2 |
> | ax1 +-+
> | | ax3 |
> +-+-+
subplot2grid(shape=(2,2), loc=(0,0), rowspan=2)
subplot2grid(sh
Alan G Isaac writes:
> On 5/18/2009 4:27 PM Yannick Copin apparently wrote:
> > super-mongo WINDOW command (e.g.
> > http://www.astro.princeton.edu/~rhl/sm/sm.html#SYN83)
>
> The functionality is good,
> but the syntax is awful.
It might not be crystal clear indeed at 1st glance, but once you ge
On 5/18/2009 5:17 PM Alan G Isaac apparently wrote:
> subplot2grid(loc=(0,0), rowspan=2, colspan=3)
> would confuse nobody (or so I claim).
That should have been:
subplot2grid(shape=(3,3), loc=(0,0), rowspan=2, colspan=3)
Alan Isaac
---
william ratcliff wrote:
> Here, I've changed the number of contours to 15 and 45 respectively--and
> the problem still remains. Do I need to manually set the ranges of the
> segments on the colorbar or something? It would seem to me that somehow
> the new limits are not being used in determini
Hi guys,
+1 for rowspan and colspan. Much cleaner I would say.
Chaitanya
On Mon, May 18, 2009 at 11:17 PM, Alan G Isaac wrote:
> On 5/18/2009 4:27 PM Yannick Copin apparently wrote:
>> super-mongo WINDOW command (e.g.
>> http://www.astro.princeton.edu/~rhl/sm/sm.html#SYN83)
>
>
> The functional
On 5/18/2009 4:27 PM Yannick Copin apparently wrote:
> super-mongo WINDOW command (e.g.
> http://www.astro.princeton.edu/~rhl/sm/sm.html#SYN83)
The functionality is good,
but the syntax is awful.
Using a location along with
a rowspan and colspan is a
very established convention.
(E.g., consider
william ratcliff wrote:
> Hi! I have a question about contours and clim within matplotlib. I
> load in some files and do some processing and generate a contour plot using:
>
>
> cmap=pylab.cm.jet
> mycontour=pylab.contourf(x,y,z,95)#,
You don't really want 95 contour levels, do you?
Instead
Hi,
Jae-Joon Lee writes:
> I had a few off-list conversation with Alan, and I'm also quite agree
> with him for this issue.
[...]
> issue 2) It is not easy (actually impossible) to make an axes
> spanning multiple cells.
Regarding this 2nd issue, I appreciated long ago the flexibility and ease
On May 18, 2009 3:09pm, M Uhlenhuth wrote:
I discovered I actually did have python2.5-dev (just not a python-dev
version 2.5!).
I compiled and ran the code, but I'm getting errors like:
In [2]: import matplotlib.pyplot as plt
--
I discovered I actually did have python2.5-dev (just not a python-dev version
2.5!).
I compiled and ran the code, but I'm getting errors like:
In [2]: import matplotlib.pyplot as plt
---
ImportError
The grid line will reappear if you set high enough resolution.
plt.subplot(111, polar=True, resolution=100)
This should be filed as a bug, though.
I guess the current default for resolution is 1. I think this was to
enable to draw a straight line in polar projection. However, my guess
is that it
John Hunter wrote:
> I have uploaded the source and OSX binaries for the bugfix release of
> matplotlib-0.98.5.3 to
>
>
> http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
great, thanks!
Note that the Mac binaries are kind of mis-named:
matplotlib-0.98.5.3-py2.5-m
John Hunter wrote:
wrote:
I updated the plot_dates docstring in svn to point to matplotlib.dates
great, thanks!
Not all of the methods currently support direct date/unit plotting,
but we do try to extend support when we have reported failures, so if
you post a script which exposes the proble
Eric Firing wrote:
> No, you hit a bug. Thanks for the report and test script. It is fixed
> in r7103.
>
> If you are not running from svn, a workaround may be to specify the
> angles as an ndarray or masked array with the shape set to (N,1) where N
> is the number of arrows.
Yes, that seems
John Hunter wrote:
> On Sun, May 17, 2009 at 11:07 PM, Jae-Joon Lee wrote:
>
>> I think one possible solution would be to simply deprecate the support
>> for PIL image in imshow, and let users explicitly use array-interface
>> via asarray function.
>>
>> Is there any other idea?
>> I'll make this
On Sun, May 17, 2009 at 11:07 PM, Jae-Joon Lee wrote:
> I think one possible solution would be to simply deprecate the support
> for PIL image in imshow, and let users explicitly use array-interface
> via asarray function.
>
> Is there any other idea?
> I'll make this change unless someone come u
guillaume ranquet wrote:
>> On Mon, May 18, 2009 at 10:23 AM, guillaume ranquet
>> wrote:
I'm trying to get approx 4k points plotted into 5 subplots which I would
like interactive (ie: ability to zoom/pan ...).
there's nothing special except that the subplots share axe x.
Well.. that worked. I didn't tried at first because the docs says it
can't be filled...
cheers
2009/5/18 Roban Hultman Kramer :
> Have you tried specifying a value for fill?
>
> 2009/5/18 Carlos "Guâno" Grohmann :
>> Hello all
>>
>> I'm having some troubles with Arcs in MPL. Using the following
Thanks Mike,
Actually, I don't want it to be filled, but the wedge did what I
wanted, so I'm sticking with it.
cheers
2009/5/18 Michael Droettboom :
> Arcs exist as an optimization to render really large circles and ellipses
> with high accuracy.
>
> An elliptical arc. Because it performs v
Arcs exist as an optimization to render really large circles and
ellipses with high accuracy.
An elliptical arc. Because it performs various optimizations, it
can not be filled.
If you want to draw a filled, yet partial, circle, I believe you want to
use Wedge.
Cheers,
Mike
Carlos G
Have you tried specifying a value for fill?
2009/5/18 Carlos "Guâno" Grohmann :
> Hello all
>
> I'm having some troubles with Arcs in MPL. Using the following code:
>
> circ = Arc( (0,0), width=2, height=2, angle=0.0,
> theta1=0.0, theta2=360.0, ec=None, fc=None)
> axes.add_p
>
> Sure, I'll keep that in mind.
> I'll revise the patch (I'll also think about the contains method) and
> submit it soon.
> Thanks,
>
> -JJ
>
The patch is now committed to svn with relevant changes (r7119).
-JJ
--
Crys
On Mon, May 18, 2009 at 11:20 AM, guillaume ranquet wrote:
> I'm using the axvlines to mark some events that I need to know about in
> order to have an explanation of the variations of the curves.
> any advice on what to use to replace those?
There is no function axvlines -- there is vlines and
Hello all
I'm having some troubles with Arcs in MPL. Using the following code:
circ = Arc( (0,0), width=2, height=2, angle=0.0,
theta1=0.0, theta2=360.0, ec=None, fc=None)
axes.add_patch(circ)
gives:
Traceback (most recent call last):
File "pystereo22.py", line 524, in
Do not reply to me only, but always leave the list in CC.
On Mon, May 18, 2009 at 18:41, M Uhlenhuth wrote:
> Thanks for your response!
>
> Yes, have installed:
> python2.5: version 2.5.4-1ubuntu4
> python-dev: version 2.6.2-0ubuntu1
> python-numpy: version 1:1.2.1-1ubuntu1
> libpng12-0: version
M Uhlenhuth writes:
> I'm running into some problems building from source. I'm running
> 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686
> GNU/Linux. I just checked out revision 7118 from svn. When I run
> 'python setup.py build', I get the error I've pasted below.
First ru
> On Mon, May 18, 2009 at 10:23 AM, guillaume ranquet
> wrote:
>> > I'm trying to get approx 4k points plotted into 5 subplots which I would
>> > like interactive (ie: ability to zoom/pan ...).
>> > there's nothing special except that the subplots share axe x.
>> >
>> >
>> > It gets some seconds
Try to replace '1.0' with 1.0 for mew.
Regards,
-JJ
On Mon, May 18, 2009 at 11:47 AM, Chaitanya Krishna wrote:
> Hi all,
>
> I guess I am doing something silly, but it is not obvious. Guess one of you
> can help!!
>
> I am using NumPy 1.3.0 and matplotlib 0.98.5.2
>
> I am using the following t
Hi all,
I guess I am doing something silly, but it is not obvious. Guess one of you
can help!!
I am using NumPy 1.3.0 and matplotlib 0.98.5.2
I am using the following to plot,
...
plt.rc('lines', linewidth=1.5)
...
sym = cycle([{'c':'b', 'ls':'-', 'marker':'o', 'mfc':'b', 'mec':'b',
'mew':'1.0'
On Mon, May 18, 2009 at 10:23 AM, guillaume ranquet wrote:
> I'm trying to get approx 4k points plotted into 5 subplots which I would
> like interactive (ie: ability to zoom/pan ...).
> there's nothing special except that the subplots share axe x.
>
>
> It gets some seconds (3 to 5) on a p4 dual c
I'm trying to get approx 4k points plotted into 5 subplots which I would
like interactive (ie: ability to zoom/pan ...).
there's nothing special except that the subplots share axe x.
It gets some seconds (3 to 5) on a p4 dual core @ 3Ghz to pan/zoom. It
seems utterly slow to me: what do you think
I have uploaded the source and OSX binaries for the bugfix release of
matplotlib-0.98.5.3 to
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
The windows binaries are not yet ready, so I'll followup to this email
when they are up. Below is a summary of the bugfixes
37 matches
Mail list logo
