I'm trying to install the matplotlib egg on Debian Etch.
I got g++, pygtk and everything else I could think that matplotlib
wants. It froze with following mysterious message...
The package setup script has attempted to modify files on your system
that are not within the EasyInstall build area, a
Simson,
Using your example I get most of the values around 0.5, and the ends
near 2.3. This is correct for a probability density function; the
integral of the pdf over the range of the bins should be 1. This way
the pdf values as a function of x don't change with changes in the
number of bin
>
> Simson> 3. If I was going to make a major change to the API at
> Simson> this point, it would be to make it so that you don't have
> Simson> a class/function/ identifier called "axes" and another one
> Simson> called "axis." I frequently get confused between these two
> Sims
> "Simson" == Simson Garfinkel <[EMAIL PROTECTED]> writes:
Simson> That's odd. I would think that it makes more sense to set
Simson> the format *before* the data is plot, not after.
When normed is True, hist returns a probability density so that the
integral of the histogram equals on
> "Simson" == Simson Garfinkel <[EMAIL PROTECTED]> writes:
Simson> I'm very interested in putting together a document that
Simson> would be incorporated into the user's manual that would
Simson> describe the abstractions used by matplotlib. I think that
Simson> this would help
I'm plotting some histograms with hist() --- well, actually with
ax.hist(), where ax is an axis --- and the "normed=1" isn't working
the way I would expect.
from pylab import *
data = sin(arange(0.0,100,.01))
fig = figure()
ax = fig.add_subplot(111)
ax.hist(data,bins=50,normed=1,align='cen
> "Simson" == Simson Garfinkel <[EMAIL PROTECTED]> writes:
Simson> That's odd. I would think that it makes more sense to set
Simson> the format *before* the data is plot, not after.
...
Simson> Probably a good thing for people like me who have never
Simson> used Matlab.
This is
On Dec 16, 2006, at 10:25 PM, John Hunter wrote:
>> "Simson" == Simson Garfinkel <[EMAIL PROTECTED]> writes:
>
> Simson> Greetings. I've been having lots of luck with my date
> Simson> plots. But I've been having a problem getting the
> Simson> dateformatter to work. I'm using th
> "Simson" == Simson Garfinkel <[EMAIL PROTECTED]> writes:
Simson> Greetings. I've been having lots of luck with my date
Simson> plots. But I've been having a problem getting the
Simson> dateformatter to work. I'm using the code below. The dates
Simson> keep getting formatted
A friend of mine from MIT who is just finishing his PhD was over for
dinner tonight. We discussed the learning curve of matplotlib and
compared it with other plotting systems that we've both used,
including gnuplot & PyX.
My friend said that he thought that the learning curve was really
hi
Simson L. Garfinkel's Treo 700p wrote:
> Yep. I would like to pass in a list of lists, where each sublist (or array)
> describes a boxplot to plot.
This is now present in svn.
>
> Meanwhile, i've been having fun with histograms. The Y axis labels are a
> pain. I think defaulting to scientific
Yep. I would like to pass in a list of lists, where each sublist (or array)
describes a boxplot to plot.
Meanwhile, i've been having fun with histograms. The Y axis labels are a
pain. I think defaulting to scientific notation, as matplotlib frequently
does, is annoying...
___
Sent with SnapperM
On Saturday 16 December 2006 16:02, Eric Firing wrote:
> It sounds like the real problem is that the initial use of asarray in
> boxplot is a bug--it should transparently support an object array, as
> you suggest (but numpy only), or an ordinary array, *or* a list or tuple
> of data vectors, and al
Pierre GM wrote:
>> And for the work I'm doing, I have a
>> different number of observations and data points on different days,
>> so it's a pain that the current boxplot infrastructure expects all of
>> the boxes to be in a single array. Hence my questions.
>
> Ah OK, now I get it. Sorry for bein
Sergio,
I think the line you see comes from plotting two shape on top one another. You
may want to redefine your polygon:
the easier would be something like:
tt = concatenate((t,t[::-1]))
vtx = concatenate((s3,s2[::-1]))
fill(tt, vtx, '#e9ccce', linewidth=0)
With the first command, you build a s
Hi,
I am a new user of matplotlib.
First of all I would like to say that the people working on matplotlib is
doing a great job.
Well, I have tried to use the 'fill', but I cannot get rid of the lines.
I have tried to use 'linewidth=0' at the end, but it did not work.
Could somebody, please, tel
On Saturday 16 December 2006 13:47, Simson Garfinkel wrote:
> > I apologize if I offended anyone, this was really not my intention
> > at all.
>
> Oh, I was never offended.
Thanks a lot for your patience nevertheless.
> I think that it's possible to get impressive results in a few hours,
> but no
>
> I apologize if I offended anyone, this was really not my intention
> at all.
Oh, I was never offended.
> My
> point was that after only a few hours, it is indeed possible to get
> impressive results and become a real MPL pro.
I think that it's possible to get impressive results in a few ho
On Saturday 16 December 2006 13:01, David Chin wrote:
> On 12/16/06, Simson Garfinkel <[EMAIL PROTECTED]> wrote:
> > Thanks. I have roughly 30 years of programming experience and know
> > something like 20+ languages. The learning curve here is steep, and I
> > think that a lot could be done to ma
Hi,
Each time I'm working on C++ codes using vector or valarray, I would
like to be able to plot them.
The problem is that there is no straitforward way to do that in C++.
My goal is not to code a QT or GTK application but only to be able to
plot 1D and 2D things from one given large C++ code with
> And for the work I'm doing, I have a
> different number of observations and data points on different days,
> so it's a pain that the current boxplot infrastructure expects all of
> the boxes to be in a single array. Hence my questions.
Ah OK, now I get it. Sorry for being a bit slow today.
So ye
On Dec 16, 2006, at 1:01 PM, Pierre GM wrote:
>> Hi, Pierre. There's a lot of assumptions here.
> Indeed, and I apologize
>
>> I sort of know what numarray, Numeric and numpy are, but I don't care
>> all that much. I'm just interested in matplotlib for the plotting.
> Well, matplotlib relies on s
> I want multiple boxes on a single plot, with one box per day. Take a
> look at how I've done it with just plot() and some error bars...
I'm still not sure I understand where the problem is:
You want several boxes in a plot ?
Something along the lines of what I already sent you ?
> boxplot([set1
On 12/16/06, Simson Garfinkel <[EMAIL PROTECTED]> wrote:
>
> On Dec 16, 2006, at 12:02 PM, Pierre GM wrote:
> > I know, the learning curve is a bit steep at first, but soon you'll
> > be a real
> > pro.
>
> Thanks. I have roughly 30 years of programming experience and know
> something like 20+ la
> Hi, Pierre. There's a lot of assumptions here.
Indeed, and I apologize
> I sort of know what numarray, Numeric and numpy are, but I don't care
> all that much. I'm just interested in matplotlib for the plotting.
Well, matplotlib relies on some packages to handle data arrays. It's probably
a goo
I agree. It may be common in matlab, but it really doesn't belong in
python.
On Dec 16, 2006, at 12:50 PM, Eric Firing wrote:
>
>>> BTW, this whole subplot(ijk) instead of subplot(i,j,k) notation is
>>> really, really confusing to me...
>> Don't get overwhelmed. ijk is a shortcut for (i, j, k)
>> BTW, this whole subplot(ijk) instead of subplot(i,j,k) notation is
>> really, really confusing to me...
>
> Don't get overwhelmed. ijk is a shortcut for (i, j, k), that works well if
> you're working with less than 10 plots in either direction.
It is a holdover from the early days of Matlab
On Dec 16, 2006, at 11:58 AM, Pierre GM wrote:
>> I'm very confused by the wiki in general. I click on "wiki" and it
>> takes me
>> to something that doesn't obviously have anything to do with
>> matplotlib...
>
> Well, it does say: matplotlib cookbook.
>
>> Like, what's scipy.org? Is it a co
> I'd love to speak python to it. But it's harder when all of the
> examples are in matlab...
:)
Well, please have a look to pythonic_matplotlib.py in your examples folder.
> > fig = figure()
> > ax1 = fig.add_subplot(121)
> > ax2=fig.add_subplot(122)
>
> Hm. I'll need to figure out why these t
> I'm very confused by the wiki in general. I click on "wiki" and it takes me
> to something that doesn't obviously have anything to do with matplotlib...
Well, it does say: matplotlib cookbook.
> Like, what's scipy.org? Is it a company? Who is EnThought?
Oh.
What are you using to manipulate arra
>
>
>> Now, how do I get two boxplots on the same plot?
>
> Well, just draw two axes.
> Simson, now that you're more experienced with matplotlib, you
> should really
> start speaking python to it.
I'd love to speak python to it. But it's harder when all of the
examples are in matlab...
>
> f
On Friday 15 December 2006 21:07, Simson Garfinkel wrote:
> Hm. thanks for the info. But it's not perfect... I get times in my
> formats, but not the dates. Here is the sample code:
Yeah, I agree, the situation is far from ideal. Besides, it turns out that
there's no deep magic behind have_dates,
It would be useful if grid had two options:
drawHorizontalLines = True
drawVerticalLines = True
This way, people who look for suppressing the X or Y lines would find
it in the logical location.
-
Take Surv
- Original Message -
From: "Angus McMorland" <[EMAIL PROTECTED]>
> We really shoud wiki more of these email discussions as they come
> along. It's so much easier to search there, since things are in some
> sort of logical arrangement.
I agree.
I'm very confused by the wiki in general. I
34 matches
Mail list logo
