>> x = range(10)
>> y = [random.randint(-10, 10) for i in x]
>> bar(x, y)
>>
>> What I want is a line to be drawn at y=0. Any idea how to get it done?
>
> How about axhline:
>
> axhline(color='k', lw=1)
>
> See the documentation of axhline (and hlines) for more.
Thanks Jouni! This is exactly what
hello,
is there a way to make a 2d scatter plot that includes (outside the axes)
histograms of the marginals of the two variables? like the matlab function
'scatterhist'. see this for an example:
http://www.mathworks.com/access/helpdesk/help/toolbox/stats/index.html?/access/helpdesk/help/toolbox/
>> My problem is with dateutil's microsecond precision. An example:
>>
> date = '2009-01-11 03:55:23.255000'
> d = dateutil.parser.parse(date)
> d
>> datetime.datetime(2009, 1, 11, 3, 55, 23, 254999)
>>
>> Note the microseconds of the datetime object are 254999,
>> whereas the original
Hi All -
is there any way to make a polar plot with the center of the plot
*not* set to 0? I tried resetting ylim, but that just changes the grid
laid over the plot, not the location of the markers.
Thanks --
Ariel
On Mon, 02 Feb 2009 20:17:06 -, Ryan May wrote:
Fair enough I suppose. I'm not really sure where I got the string input idea
from anyway..
> Durand wrote:
>> On Mon, 02 Feb 2009 19:57:15 -, Ryan May wrote:
>>
>> I think it makes sense to accept only numbers but I suppose it's needed fo
On Mon, Feb 2, 2009 at 21:18, C M wrote:
> OK, great. How do I get 1.4.1?
you say nothing about your operating system, so how can you expect us
to help? I use Debian, and the package it's there, try find it in your
distribution, if not install setuptools (since it needs that module
too, from you
Durand wrote:
> On Mon, 02 Feb 2009 19:57:15 -, Ryan May wrote:
>
> I think it makes sense to accept only numbers but I suppose it's needed for
> backwards compatibility. Maybe you could have a deprecation warning?
>
>> This is fixed in SVN head now so that strings will work again (though I
On Mon, Feb 2, 2009 at 20:29, C M wrote:
> I'm doing some date plotting and make use of dateutil. The version
> I have is given as 1.2-mpl and I believe it installed directly with the
> latest matplotlib installation.
>
> My problem is with dateutil's microsecond precision. An example:
>
dat
On Mon, 02 Feb 2009 19:57:15 -, Ryan May wrote:
I think it makes sense to accept only numbers but I suppose it's needed for
backwards compatibility. Maybe you could have a deprecation warning?
> This is fixed in SVN head now so that strings will work again (though I
> wouldn't
> exactly sa
This is fixed in SVN head now so that strings will work again (though I wouldn't
exactly say that this is supported.)
Durand wrote:
> On Mon, 02 Feb 2009 19:30:58 -, Darren Dale wrote:
>
> Oh and thinking about it, I think matplotlib needs a better error message.
> Maybe something will less
On Mon, 02 Feb 2009 19:30:58 -, Darren Dale wrote:
Oh and thinking about it, I think matplotlib needs a better error message.
Maybe something will less recursions =]
Thanks again.
> On Mon, Feb 2, 2009 at 2:17 PM, Durand wrote:
>
>> Hi,
>> I'm using matplotlib on Ubuntu Jaunty and a scrip
On Mon, 02 Feb 2009 19:30:58 -, Darren Dale wrote:
Hmm... I was passing strings! That is really weird because it used to work when
I just passed strings and I have no idea why. I guess I should have converted
to numbers right from the beginning. Anyway, I've fixed it by using int and
float
On Mon, Feb 2, 2009 at 2:17 PM, Durand wrote:
> Hi,
> I'm using matplotlib on Ubuntu Jaunty and a script that I wrote recently
> stopped working. I think this may have something to do with changes in
> matplotlib as it fails with the error pasted at http://pastebin.ca/1325576and
> the main probl
I'm doing some date plotting and make use of dateutil. The version
I have is given as 1.2-mpl and I believe it installed directly with the
latest matplotlib installation.
My problem is with dateutil's microsecond precision. An example:
>>> date = '2009-01-11 03:55:23.255000'
>>> d = dateutil.par
Hi,
I'm using matplotlib on Ubuntu Jaunty and a script that I wrote recently
stopped working. I think this may have something to do with changes in
matplotlib as it fails with the error pasted at http://pastebin.ca/1325576 and
the main problem is that I can't actually work out what the error is
On Mon, Feb 02, 2009 at 03:47:32PM +, Chris Walker wrote:
> One of the things I liked about Gael's article was its discussion of
> threading - separating the gui from the calculations from the data
> acquisition.
Thanks. Be aware that this is a rats nest, though, as threading is the
best way t
On Sun, Feb 01, 2009 at 11:59:06PM +0100, Sandro Tosi wrote:
> Hi Chris,
> thanks for your reply, helpful as usual :)
>
> On Fri, Jan 30, 2009 at 18:59, Chris Walker
> wrote:
> > Firstly, good luck with the book.
>
> cheers :)
>
> > The sort of book I'd buy would explain how to use the co
Ramashish Baranwal writes:
> x = range(10)
> y = [random.randint(-10, 10) for i in x]
> bar(x, y)
>
> What I want is a line to be drawn at y=0. Any idea how to get it done?
How about axhline:
axhline(color='k', lw=1)
See the documentation of axhline (and hlines) for more.
--
Jouni K. Seppä
matplotlib uses some C-based contouring code that began life in GIST.
You can see it here:
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/src/cntr.c?revision=5781&view=markup
It has some limitations, notably around certain donut-shaped contours,
and a number of us hav
Hi,
I am creating a bar graph which contains negative values on y-axis.
Everything is fine, but there is no line corresponding to y=0, so the
bars seem a bit weird. Here is a short example-
x = range(10)
y = [random.randint(-10, 10) for i in x]
bar(x, y)
What I want is a line to be drawn at y=0.
Hi all,
just a little question : how matplotlib computes contours? Is it based
on an internal library? Is it possible to access it from outside?
Thanks
Le vendredi 30 janvier 2009 à 10:22 -0500, Eli Brosh a écrit :
> Hello again,
> I finally found the command I was looking for. It is the
> to_poly
21 matches
Mail list logo