matplotlib-users Mailing List for matplotlib

On Thu, Aug 28, 2008 at 1:34 PM, Nils Wagner
<nw...@ia...> wrote:
> Please find attached the output (test.png).
> The order of the legend entries is wrong. Am I missing
> something ?
OK, now I see your point. auto-legending doesn't respect the order of
the plots across different artist types. I hadn't thought of this
before. As a workaround, you can use the label kwarg:
 scatter(x,y,label='Messdaten')
 plot(xr,yr,label='Ausgleichskurve')
 legend(shadow=True)
JDH

On 2008年8月28日 13:29:07 -0500
 "John Hunter" <jd...@gm...> wrote:
> On Thu, Aug 28, 2008 at 12:14 PM, Nils Wagner
> <nw...@ia...> wrote:
>> Hi all,
>>
>> I am wondering if I can use scatter in connection with 
>>legend
>> (attached test for details). I am using the latest svn 
>>version.
> 
> Your example works for me -- we recently added support 
>for
> autolegending of scatters using a proxy rectangle of the 
>same color as
> the first symbol in the scatter. This could be improved 
>upon by using
> a proxy patch with the same shape as your first polygon 
>in the
> collection, but there are some scaling issues that have 
>to be worked
> out.
> 
> Is it the fact that you get a Rectangle vs a Circle that 
>you are
> posting about? Or are you not getting anything at all 
>for your
> scatter in the legend?
> 
> JDH
 
Please find attached the output (test.png).
The order of the legend entries is wrong. Am I missing
something ?
Nils

On Thu, Aug 28, 2008 at 12:14 PM, Nils Wagner
<nw...@ia...> wrote:
> Hi all,
>
> I am wondering if I can use scatter in connection with legend
> (attached test for details). I am using the latest svn version.
Your example works for me -- we recently added support for
autolegending of scatters using a proxy rectangle of the same color as
the first symbol in the scatter. This could be improved upon by using
a proxy patch with the same shape as your first polygon in the
collection, but there are some scaling issues that have to be worked
out.
Is it the fact that you get a Rectangle vs a Circle that you are
posting about? Or are you not getting anything at all for your
scatter in the legend?
JDH

Hi all,
I am wondering if I can use scatter in connection with 
legend
(attached test for details). I am using the latest svn 
version.
Any pointer would be appreciated.
Cheers,
 Nils

This problem is now resolved in SVN r6054.
Mike

Hello, I am trying to construct a plot that is a barchartwith the X-axis being dates. I have used the plot_dates
to generated line plots that look great, however, I cannotfigure out a way to do a barchart with dates as theXaxis.Has anyone done one of these
_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx 

Hello, I am trying to construct a plot that is a barchartwith the X-axis being dates. I have used the plot_dates
to generated line plots that look great, however, I cannotfigure out a way to do a barchart with dates as theXaxis.Has anyone done one of these
_________________________________________________________________
Explore the seven wonders of the world
http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE 

i 'm using the way
 
X = load(data1.dat)datalen = X[:, 1]times = X[:, 0]
 
times is UNIX_TIMESTAMP of datetime.
 
 
data1.dat file like this:
 
 
 
1158224731 18581158225026 19261158225328 19591158225627 20171158225931 20201158226229 21031158226534 2098
 
 
the end of the polt like this
 
 
datalen|
 |
 |
 |
 |
 ------------------------------------
 times 
 
how to make this plot using bar? any help will be great thank you !
_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us 

I had emailed Ken and he said he intended to fix it. He didn't give me a
time line though.
Ryan
On Wed, Aug 27, 2008 at 9:30 PM, Ryan Krauss <rya...@gm...> wrote:
> I had emailed Ken and he said he intended to fix it. He didn't give me a
> time line though.
>
> Ryan
>
>
> On Wed, Aug 27, 2008 at 9:04 PM, Fernando Perez <fpe...@gm...>wrote:
>
>> Howdy,
>>
>> On Thu, Aug 7, 2008 at 9:55 AM, Michael Droettboom <md...@st...>
>> wrote:
>> > I'm not aware of the problem (but I'm not a regular wxmpl user).
>> >
>> > From 0.91 to 0.98, a major refactoring was done to make it easier to
>> > add new kinds of projections. So PolarAxes is no longer a special case,
>> > it is just one of many possible non-Cartesian projections.
>> > Unfortunately to do this, the API had to change in a number of places.
>> > These are documented in the API_CHANGES file in the "TRANSFORMS
>> > REFACTORING" section.
>> >
>> > wxmpl needs to be updated based on those instructions in order to be
>> > compatible with mpl 0.98. Hopefully that process won't be too
>> > difficult, but it's hard to say without trying. basemap, a fairly large
>> > mpl toolkit, was able to handle the transition fairly smoothly.
>>
>> Are there any news on this front? Has wxmpl been updated, are there
>> plans to do so, or is it on hold for now?
>>
>> Just curious...
>>
>> Cheers,
>>
>>
>> f
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>
>

Howdy,
On Thu, Aug 7, 2008 at 9:55 AM, Michael Droettboom <md...@st...> wrote:
> I'm not aware of the problem (but I'm not a regular wxmpl user).
>
> From 0.91 to 0.98, a major refactoring was done to make it easier to
> add new kinds of projections. So PolarAxes is no longer a special case,
> it is just one of many possible non-Cartesian projections.
> Unfortunately to do this, the API had to change in a number of places.
> These are documented in the API_CHANGES file in the "TRANSFORMS
> REFACTORING" section.
>
> wxmpl needs to be updated based on those instructions in order to be
> compatible with mpl 0.98. Hopefully that process won't be too
> difficult, but it's hard to say without trying. basemap, a fairly large
> mpl toolkit, was able to handle the transition fairly smoothly.
Are there any news on this front? Has wxmpl been updated, are there
plans to do so, or is it on hold for now?
Just curious...
Cheers,
f