You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
| 2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
| 2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
| 2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
| 2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
| 2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
| 2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
| 2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
| 2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
| 2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
| 2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
| 2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
|
4
(4) |
5
(3) |
6
|
7
|
8
|
|
9
(2) |
10
(2) |
11
(7) |
12
(3) |
13
|
14
(1) |
15
(1) |
|
16
|
17
(4) |
18
(1) |
19
|
20
(1) |
21
(1) |
22
|
|
23
|
24
|
25
(5) |
26
(3) |
27
(4) |
28
(1) |
29
|
|
30
|
31
|
|
|
|
|
|
|
From: John H. <jdh...@ac...> - 2004-05-25 15:52:03
|
>>>>> "Leon" == Leon Brits <leo...@ne...> writes:
Leon> Does this help? Should I tell the axes to "not remember"
Leon> the out-of-view data?
Yes, this appears to be your problem. Normally, I would adivse you to
update the data of your bar elements (patches.Rectangle instances).
This would avoid the overhead of creating all the extra objects. But
for stacked bar graphs this may be more hassle than it's worth.
But you definitely do need to clear the old instances before adding
the new ones. There are two ways to do this
ax.cla() # clear all the axes elements
This might introduce flicker in to your graph so you'll have to test
it. A hack is to simply clear all the patch instances from the axes.
If you are not using other patch building plot commands (eg hist,
scatter, bar) this should work fine and be the fastest solution
ax._patches = []
It might be worthwhile to add a more limited clear function to the
axes. cla clears everything, but in some cases (like this one) you
might just want clear the lines, or the patches, or the text.
If you are following matplotlib-users, I just did some profiling of
animated graphs and found that text operations were eating up about
50% of the CPU time on animated graphs. The good news is that the
vast majority of this time can be reclaimed with some fairly easy
optimizations.
JDH
|
|
From: Leon B. <leo...@ne...> - 2004-05-25 15:40:17
|
On Tue, 25 May 2004 08:38:40 -0500, John Hunter
<jdh...@ac...> wrote:
>>>>>> "Leon" == Leon Brits <leo...@ne...> writes:
>
> Leon> Hi, I experience a slowdown in the command canvas.draw(). I
> Leon> am drawing a moving bargraph by shifting the x-axis and
> Leon> adding a new bar. The new bargraph is added every second,
> Leon> but starts to slows down after 5 minutes.
>
> Leon> I monitored the time it takes to execute the canvas.draw()
> Leon> command and this increases from 200ms to over 1 second
> Leon> within the 5 minutes and therfore the delay since I am
> Leon> trying to display the new bar every second.
>
> Leon> Any help appreciated! Thnaks Leon
>
> Could you post your code, or at least the core of it that does the
> drawing update?
>
> JDH
I cannot give you everything, but here is the main part....
g_canvas = get_current_fig_manager().canvas
< SNIP >
# Build stacked bargraph
for jin range(data[....])
# Select axes to add BAR too...
axes(g_display[j]['axes']['handle'])
b = bar(delta_time, h, 1, g_display[j]['offset'], color)
g_display[j]['offset'] += h # build stacked bar
# setup legend names & colors
g_display[j]['bars'].append(b)
g_display[j]['legend'].append(data['legend'])
< SNIP >
# Select axes to update...
axes(g_display[j]['axes']['handle'])
g_display[j]['maxy'] = Search_YMax(g_display[j]['maxy'],
g_display[j]['offset'])
g_display[j]['y-scale'] = Scale_YMax(g_display[j]['maxy'][0])
g_display[j]['axes']['handle'].set_ylim([0, g_display[j]['y-scale']])
g_display[j]['axes']['handle'].set_xlim([x_start, x_end])
legend(g_display[j]['bars'], g_display[j]['legend'], 'lower left')
ylabel(g_display[j]['unit'], g_font['unit'])
g_canvas.draw()
Does this help?
Should I tell the axes to "not remember" the out-of-view data?
Thanks for your quick reply!
Cheers
Leon
--
==============================
Leon J. Brits
Netronome Systems (Pty) Ltd.
Tel:+27(0)12-6673650
Fax:+27(0)12-6673635
|
|
From: John H. <jdh...@ac...> - 2004-05-25 14:01:01
|
>>>>> "Leon" == Leon Brits <leo...@ne...> writes:
Leon> Hi, I experience a slowdown in the command canvas.draw(). I
Leon> am drawing a moving bargraph by shifting the x-axis and
Leon> adding a new bar. The new bargraph is added every second,
Leon> but starts to slows down after 5 minutes.
Leon> I monitored the time it takes to execute the canvas.draw()
Leon> command and this increases from 200ms to over 1 second
Leon> within the 5 minutes and therfore the delay since I am
Leon> trying to display the new bar every second.
Leon> Any help appreciated! Thnaks Leon
Could you post your code, or at least the core of it that does the
drawing update?
JDH
|
|
From: Leon B. <leo...@ne...> - 2004-05-25 11:37:12
|
Hi, I experience a slowdown in the command canvas.draw(). I am drawing a moving bargraph by shifting the x-axis and adding a new bar. The new bargraph is added every second, but starts to slows down after 5 minutes. I monitored the time it takes to execute the canvas.draw() command and this increases from 200ms to over 1 second within the 5 minutes and therfore the delay since I am trying to display the new bar every second. Any help appreciated! Thnaks Leon # Using GTK tyd = time.time() g_canvas.draw() print "canvas time =",time.time()-tyd |
|
From: <ben...@id...> - 2004-05-25 09:00:32
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |