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
(14) |
2
(31) |
3
(20) |
4
(4) |
|
5
(2) |
6
(10) |
7
(25) |
8
(13) |
9
(3) |
10
(5) |
11
(2) |
|
12
(1) |
13
(19) |
14
(16) |
15
(18) |
16
(7) |
17
(17) |
18
|
|
19
(2) |
20
(7) |
21
(12) |
22
(14) |
23
(8) |
24
(6) |
25
(3) |
|
26
|
27
(21) |
28
(8) |
29
(5) |
30
(6) |
|
|
|
From: Mark S. <ms...@bi...> - 2005-06-04 06:24:34
|
Hi, That seems to have helped a fair bit, thanks for the tips. Mark On Fri, 2005-06-03 at 22:34 -0500, John Hunter wrote: > >>>>> "Mark" == Mark Saward <ms...@bi...> writes: > > Mark> Hi, It looks good thanks, but I'm having a couple of > Mark> problems (being a python and matplotlib newbie). > > You can use the "GUI neutral" pylab interface to do animation, but I > don't recommend it. This is mainly for teaching, demonstration and > testing purposes. For real work, I would settle on a GUI toolkit and > use their event loop (idle handling or timer) to do the animation. If > you are able to choose, I recommend GTKAgg as a backend for animation > because it is fastest (fltk is close, I haven't profiled qtagg; wxagg > and tkagg are significantly slower). > > See, for example, examples/dynamic_image_gtkagg.py for an example of > how to use the gtk idle handler to do animation. > > Mark> 2. It flashes between the specified axis and just fitting the > Mark> graph to the boundaries defined by the actual data. I want it > Mark> to stay using the specified axis all the time > > I suspect this is because you are not properly controlling when > drawing is done. For example, if interactive mode is on and you do > > for frame in myloop: > axis(*rect) > plot(blah) > > your figure will be drawn twice. Once when axis is called and once > when plot is called. plot calls autoscale and may change the axis. > What you want is to turn interaction off and explicitly control the > time of the drawing with a call to canvas.draw() or pylab.draw() > When interaction is on, all pylab commands (including axis and draw in > this example) trigger a call to draw, > which is not you want. What you want is something like > > # turn interaction off > for frame in myloop: > plot(something) # or set your line data, whatever.... > axis(*rect) > draw() > > Here you only draw after the axis limits have been set. > > Actually, in animation you rarely want to call plot for every frame. > It is much more efficient to save an object and set its data, as in > dynamic_image_gtkagg and anim.py. Calling plot in every frame creates > a new Line2D object on each iteration of the loop and is slow. > > Hope this helps, > JDH |
|
From: Steve C. <ste...@ya...> - 2005-06-04 03:58:33
|
On Fri, 2005-06-03 at 08:00 -0500, John Hunter wrote: > >>>>> "Steve" == Steve Chaplin <ste...@ya...> writes: > > Steve> Why do we have self.set_double_buffered(False)? Its been > Steve> that way for as long as I can remember, I think John wrote > Steve> the original code, he may remember the actual reasons. > > The original motivation can be found in this thread > > http://www.daa.com.au/pipermail/pygtk/2003-May/005229.html > > The basic idea, if I recall correctly, was that since I was already > drawing to a pixmap, I was duplicating some effort by turning on > double buffering. Perhaps this reasoning wasn't correct, since we > were clearly doing something wrong as evidenced by the bug report that > started this discussion. The bug report highlights a GTK+ 2.6 bug (in my opinion) - GTK should redraw a widgets background after each expose event, it does for 2.4 but forgets to do it for 2.6. It looks like the gdk.Pixmap was used to solve the screen flicker problem. However, if you arrange for all drawing to go through the expose_event function (instead of a custom 'draw' function), GTK should ensure there is no flicker (at least thats what the gtk_widget_set_double_buffered documentation suggests). But using a Pixmap has the advantage that you can quickly redraw a part of the window that has been obscured and then exposed without needing to redraw the entire Figure. Regards Steve Send instant messages to your online friends http://au.messenger.yahoo.com |
|
From: John H. <jdh...@ac...> - 2005-06-04 03:34:24
|
>>>>> "Mark" == Mark Saward <ms...@bi...> writes:
Mark> Hi, It looks good thanks, but I'm having a couple of
Mark> problems (being a python and matplotlib newbie).
You can use the "GUI neutral" pylab interface to do animation, but I
don't recommend it. This is mainly for teaching, demonstration and
testing purposes. For real work, I would settle on a GUI toolkit and
use their event loop (idle handling or timer) to do the animation. If
you are able to choose, I recommend GTKAgg as a backend for animation
because it is fastest (fltk is close, I haven't profiled qtagg; wxagg
and tkagg are significantly slower).
See, for example, examples/dynamic_image_gtkagg.py for an example of
how to use the gtk idle handler to do animation.
Mark> 2. It flashes between the specified axis and just fitting the
Mark> graph to the boundaries defined by the actual data. I want it
Mark> to stay using the specified axis all the time
I suspect this is because you are not properly controlling when
drawing is done. For example, if interactive mode is on and you do
for frame in myloop:
axis(*rect)
plot(blah)
your figure will be drawn twice. Once when axis is called and once
when plot is called. plot calls autoscale and may change the axis.
What you want is to turn interaction off and explicitly control the
time of the drawing with a call to canvas.draw() or pylab.draw()
When interaction is on, all pylab commands (including axis and draw in
this example) trigger a call to draw,
which is not you want. What you want is something like
# turn interaction off
for frame in myloop:
plot(something) # or set your line data, whatever....
axis(*rect)
draw()
Here you only draw after the axis limits have been set.
Actually, in animation you rarely want to call plot for every frame.
It is much more efficient to save an object and set its data, as in
dynamic_image_gtkagg and anim.py. Calling plot in every frame creates
a new Line2D object on each iteration of the loop and is slow.
Hope this helps,
JDH
|
|
From: Mark S. <ms...@bi...> - 2005-06-04 03:13:07
|
Hi, It looks good thanks, but I'm having a couple of problems (being a python and matplotlib newbie). Specifically: 1. When I don't have the sleep bit in the attached file, sometimes/often the graph will stop displaying onscreen halfway through until it is finished. I don't want it to disappear - I want to be able to reliably watch the graph as it forms 2. It flashes between the specified axis and just fitting the graph to the boundaries defined by the actual data. I want it to stay using the specified axis all the time Any help appreciated. Sorry if I shouldn't be attaching files to this list. Tim Leslie wrote: >On Mon, 30 May 2005, Mark Saward <ms...@bi...> wrote... > > > >>Hi, >> >>I need to make a small application that will do real time graphs. >>Basically, it will receive data, and then: >>* store that data in a database >>* display it on a graph >>The graph will be Time vs Input so that a user can watch the graph >>grow. Updates may be needed as quickly as 5 times per second. >> >>Can matplotlib do this, or should I be looking at using something else? >>If it can, how? I've taken a browse through the website but can't find >>relevant information. >> >> > >Have a look at anim.py in the examples directory of source distribution. >This should give you an idea of how to attack the problem. Feel free to >get back to us if you have any problems. > >Cheers, > >Tim > > > >>Mark >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by Yahoo. >>Introducing Yahoo! Search Developer Network - Create apps using Yahoo! >>Search APIs Find out how you can build Yahoo! directly into your own >>Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 >>_______________________________________________ >>Matplotlib-users mailing list >>Mat...@li... >>https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> >> >`- > > >------------------------------------------------------- >This SF.Net email is sponsored by Yahoo. >Introducing Yahoo! Search Developer Network - Create apps using Yahoo! >Search APIs Find out how you can build Yahoo! directly into your own >Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 >_______________________________________________ >Matplotlib-users mailing list >Mat...@li... >https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > |