You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(3) |
2
(9) |
3
(4) |
|
4
(1) |
5
|
6
(5) |
7
(8) |
8
(11) |
9
(15) |
10
(5) |
|
11
(2) |
12
|
13
(7) |
14
(4) |
15
(13) |
16
(6) |
17
(1) |
|
18
|
19
(16) |
20
(10) |
21
(13) |
22
(13) |
23
(3) |
24
(1) |
|
25
(3) |
26
(4) |
27
(1) |
28
(6) |
29
(6) |
30
(1) |
31
|
|
From: Vineet J. <vi...@al...> - 2004-07-29 21:43:20
|
After making changes to has_data I get the following:
(0.0, 400.0)
(0.0, 400.0)
(0.0, 400.0)
which is not correct it should be:
(300.0, 400.0)
(100.0, 400.0)
(100.0, 400.0)
-----Original Message-----
From: mat...@li...
[mailto:mat...@li...]On Behalf Of John
Hunter
Sent: Thursday, July 29, 2004 2:35 PM
To: Vineet Jain
Cc: matplotlib-users
Subject: Re: [Matplotlib-users] Settling y-axis scaling
>>>>> "Vineet" == Vineet Jain <vi...@al...> writes:
Vineet> ok I think I've found the problem and a possible solution:
The order of the plots should not make a difference. Clearly it does
so this is a bug. Could you try editing matplotlib.axes.Axes.has_data
(on or around line 323 of axes.py) and replace it with
def has_data(self):
return (
len(self._collections) +
len(self._images) +
len(self._lines) +
len(self._patches))>0
and see if this fixes the problem. Ie, with this change, order of
plot commands should not affect the final ylim.
Thanks,
JDH
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
|
|
From: John H. <jdh...@ac...> - 2004-07-29 19:59:12
|
>>>>> "Vineet" == Vineet Jain <vi...@al...> writes:
Vineet> ok I think I've found the problem and a possible solution:
The order of the plots should not make a difference. Clearly it does
so this is a bug. Could you try editing matplotlib.axes.Axes.has_data
(on or around line 323 of axes.py) and replace it with
def has_data(self):
return (
len(self._collections) +
len(self._images) +
len(self._lines) +
len(self._patches))>0
and see if this fixes the problem. Ie, with this change, order of
plot commands should not affect the final ylim.
Thanks,
JDH
|
|
From: Vineet J. <vi...@al...> - 2004-07-29 19:02:37
|
ok I think I've found the problem and a possible solution:
left, width = 0.1, 0.8
x = range(100)
closes1 = range(100, 200)
closes2 = range(200, 300)
closes3 = range(300, 400)
f = figure(1, facecolor='w', figsize=(10, 7), dpi=96)
rect2 = [left, 0.1, width, 0.8]
axMiddle = axes(rect2, axisbg='#f6f6f6')
axMiddle.yaxis.tick_left()
plot_day_summary2(axMiddle, closes3, closes3, closes3, closes3)
print axMiddle.get_ylim()
axMiddle.plot(x, closes1, color='r', linewidth=1)
print axMiddle.get_ylim()
axMiddle.plot(x, closes2, color='r', linewidth=1)
print axMiddle.get_ylim()
This code prints which is wrong:
(300.0, 400.0)
(100.0, 200.0)
(100.0, 300.0)
However when I move the plot_day_summary2 to the end like:
left, width = 0.1, 0.8
x = range(100)
closes1 = range(100, 200)
closes2 = range(200, 300)
closes3 = range(300, 400)
f = figure(1, facecolor='w', figsize=(10, 7), dpi=96)
rect2 = [left, 0.1, width, 0.8]
axMiddle = axes(rect2, axisbg='#f6f6f6')
axMiddle.yaxis.tick_left()
axMiddle.plot(x, closes1, color='r', linewidth=1)
print axMiddle.get_ylim()
axMiddle.plot(x, closes2, color='r', linewidth=1)
print axMiddle.get_ylim()
plot_day_summary2(axMiddle, closes3, closes3, closes3, closes3)
print axMiddle.get_ylim()
I get the correct value:
(100.0, 200.0)
(100.0, 300.0)
(100.0, 400.0)
-----Original Message-----
From: John Hunter [mailto:jdh...@ac...]
Sent: Thursday, July 29, 2004 11:17 AM
To: Vineet Jain
Subject: Re: [Matplotlib-users] Settling y-axis scaling
>>>>> "Vineet" == Vineet Jain <vi...@al...> writes:
Vineet> That does not seem to work (or I'm doing something
Vineet> wrong). The last call to the function just returns the min
Vineet> max from the last plot.
Are you trying to get the min and max across several axes?
ax.get_ylim should return the limits for a single axes which
incorporates the data from several 'plot' commands on that axes. If
you are trying to aggregate across axes, you'll need a different
approach.
If you could post some example code, it would probably help clarify.
JDH
|
|
From: John H. <jdh...@ac...> - 2004-07-29 16:14:26
|
>>>>> "Vineet" == Vineet Jain <vi...@al...> writes:
Vineet> Ok Figured out the solution but still have a problem.
Vineet> There is a function get_ylim which gets you the ymin and
Vineet> ymax values. I'm plotting multiple lines on the same axes
Vineet> object. However the get_ylim returns different values
Vineet> after each plot. I'm currently having to do it a numbe rof
Vineet> times and reset my min and max values. Is there a way to
Vineet> just do it once where it accounts for all lines plotted on
Vineet> the axis?
How about calling the function only once after you have added all the
lines to your plot? Will this work for you?
JDH
|
|
From: Vineet J. <vi...@al...> - 2004-07-29 14:56:30
|
Ok Figured out the solution but still have a problem. There is a function get_ylim which gets you the ymin and ymax values. I'm plotting multiple lines on the same axes object. However the get_ylim returns different values after each plot. I'm currently having to do it a numbe rof times and reset my min and max values. Is there a way to just do it once where it accounts for all lines plotted on the axis? Thanks, -----Original Message----- From: mat...@li... [mailto:mat...@li...]On Behalf Of Vineet Jain Sent: Thursday, July 29, 2004 8:48 AM To: matplotlib-users Subject: [Matplotlib-users] Settling y-axis scaling couple of questions on: 1. Is there any way to increase the y axis min by i% and y axis max by j% where y axis min and y axis max are automatically calculated by matplotlib. I have to plot many charts and if I calculate the min and max myself and then use self.axMiddle.set_ylim() to set the values it takes twice as much time to generate the chart. 2. Alternatively, is there a way to get what the current ymin and ymax values are then I can use set_ylim to updated those ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Matplotlib-users mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Vineet J. <vi...@al...> - 2004-07-29 14:00:41
|
couple of questions on: 1. Is there any way to increase the y axis min by i% and y axis max by j% where y axis min and y axis max are automatically calculated by matplotlib. I have to plot many charts and if I calculate the min and max myself and then use self.axMiddle.set_ylim() to set the values it takes twice as much time to generate the chart. 2. Alternatively, is there a way to get what the current ymin and ymax values are then I can use set_ylim to updated those |