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
(10) |
2
(6) |
3
(13) |
4
(3) |
5
(10) |
6
(4) |
|
7
(2) |
8
(15) |
9
(10) |
10
(44) |
11
(17) |
12
(9) |
13
(2) |
|
14
(2) |
15
(4) |
16
(8) |
17
(13) |
18
(11) |
19
(12) |
20
|
|
21
|
22
(10) |
23
(10) |
24
(11) |
25
(11) |
26
(9) |
27
(1) |
|
28
|
29
(15) |
30
(14) |
31
(7) |
|
|
|
|
From: John H. <jdh...@ac...> - 2005-08-31 19:07:59
|
>>>>> "Frank" == Smith, Frank <F....@te...> writes:
Frank> Hello Matplotlib users, I only just discovered Matplotlib
Frank> and I'm having great fun with it. Wonderful package. Thank
Frank> you to all contributors and maintainers.
Frank> I have an application where the data that I want to plot is
Frank> only released when it changes. So when this time tagged
Frank> data is plotted it should be "flat" until the next data
Frank> value that the application receives at which point the line
Frank> should go instantaneously vertical to the new y-value, and
Frank> then go horizontal until it changes again. Some graphics
Frank> packages that I've used can handle this type of data
Frank> automatically. I haven't found anything in the
Frank> documentation or examples that shows this kind of feature
Frank> in Matplotlib. Has anyone implemented a similar type of
Frank> data handling application or is there something I've missed
Frank> in Matplotlib? Any help or direction to this newbie would
Frank> be very appreciated.
Here is an example that does something close to what you are trying to
do. It takes advantage of the new animation drawing techniques
described at http://www.scipy.org/wikis/topical_software/Animations
and requires matplotlib CVS. These techniques work with GTKAgg, WXAgg
and TkAgg.
To do this right, you will probably want to take advantage of your GUI
event handling framework, eg an idle handler or a timer. The example
below uses the gtk idle handler, but this approach should work fine
with other toolkits.
There are some refinements. Eg you could make the redrawing more
efficient potentially by narrowing the bbox you want to redraw in the
call to self.canvas.blit(self.ax.bbox). You could also tweak this to
preserve the old line (eg the 0-10 second data) while you are
redrawing the new line (eg the 10-20 second data) in the way many
oscilloscopes do.
But this should get you started. If you refine it or generalize it,
please post the fruits of your labors.
import gobject, gtk
import matplotlib
matplotlib.use('GTKAgg')
import matplotlib.numerix as nx
from matplotlib.lines import Line2D
class Scope:
def __init__(self, ax, maxt=10, dt=0.01):
self.ax = ax
self.canvas = ax.figure.canvas
self.dt = dt
self.maxt = maxt
self.tdata = [0]
self.ydata = [0]
self.line = Line2D(self.tdata, self.ydata, animated=True)
self.ax.add_line(self.line)
self.background = None
self.canvas.mpl_connect('draw_event', self.update_background)
self.ax.set_ylim(-.1, 1.1)
self.ax.set_xlim(0, self.maxt)
def update_background(self, event):
self.background = self.canvas.copy_from_bbox(self.ax.bbox)
def emitter(self, p=0.01):
'return a random value with probability p, else 0'
v = nx.mlab.rand(1)
if v>p: return 0.
else: return nx.mlab.rand(1)
def update(self, *args):
if self.background is None: return True
y = self.emitter()
lastt = self.tdata[-1]
if lastt>self.tdata[0]+self.maxt: # reset the arrays
self.tdata = [self.tdata[-1]]
self.ydata = [self.ydata[-1]]
self.ax.set_xlim(self.tdata[0], self.tdata[0]+self.maxt)
self.ax.figure.canvas.draw()
self.canvas.restore_region(self.background)
t = self.tdata[-1] + self.dt
self.tdata.append(t)
self.ydata.append(y)
self.line.set_data(self.tdata, self.ydata)
self.ax.draw_artist(self.line)
self.canvas.blit(self.ax.bbox)
return True
from pylab import figure, show
fig = figure()
ax = fig.add_subplot(111)
scope = Scope(ax)
gobject.idle_add(scope.update)
show()
|
|
From: Smith, F. <F....@te...> - 2005-08-31 14:18:01
|
Hello Matplotlib users, I only just discovered Matplotlib and I'm having great fun with it. Wonderful package. Thank you to all contributors and maintainers. I have an application where the data that I want to plot is only released when it changes. So when this time tagged data is plotted it should be "flat" until the next data value that the application receives at which point the line should go instantaneously vertical to the new y-value, and then go horizontal until it changes again. Some graphics packages that I've used can handle this type of data automatically. I haven't found anything in the documentation or examples that shows this kind of feature in Matplotlib. Has anyone implemented a similar type of data handling application or is there something I've missed in Matplotlib? Any help or direction to this newbie would be very appreciated. Thanks, Frank |
|
From: Nicholas Y. <su...@su...> - 2005-08-31 10:35:40
|
On Wed, 2005-08-31 at 08:15 +0200, Sascha GL wrote:
> > As far as I know (and could very well be wrong)
> > libpng requires a FILE*, which StringIO and cStringIO do not provide.
>
> I think this is exactly the reason why printing to stdout fails.
>
> Well, if anybody has any other idea I'd be very grateful.
I posted this to the list a few days ago:
Using the agg backend you can obtain an RGBA buffer or RGB string which
can then be loaded as a PIL Image for processing. I've adapted a the
examples/agg_oo.py to demonstrate.
----
from matplotlib.backends.backend_agg \
import FigureCanvasAgg as FigureCanvas
from matplotlib.figure import Figure
import Image
fig = Figure()
canvas = FigureCanvas(fig)
ax = fig.add_subplot(111)
ax.plot([1,2,3])
ax.set_title('hi mom')
ax.grid(True)
ax.set_xlabel('time')
ax.set_ylabel('volts')
canvas.draw()
size = canvas.get_width_height()
usebuffer = True
if usebuffer:
# Load the agg buffer directly as the source of the PIL image
# - could be less stable as agg and PIL share memory.
buf = canvas.buffer_rgba()
im = Image.frombuffer('RGBA', size, buf, 'raw', 'RGBA', 0, 1)
else:
# Save the agg buffer to a string and load this into the PIL image.
buf = canvas.tostring_rgb()
im = Image.fromstring('RGB', size, buf, 'raw', 'RGB', 0, 1)
im.show()
----
If you are using a recent CVS version of mpl you will need to change
buffer_rgba() to buffer_rgba(0,0).
Nick
|
|
From: Sascha G. <Sas...@gm...> - 2005-08-31 06:15:53
|
> As far as I know (and could very well be wrong) > libpng requires a FILE*, which StringIO and cStringIO do not provide. I think this is exactly the reason why printing to stdout fails. Well, if anybody has any other idea I'd be very grateful. Sascha -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ |
|
From: John H. <jdh...@ac...> - 2005-08-31 03:45:36
|
>>>>> "Sascha" == Sascha <sas...@gm...> writes:
Sascha> I am writing a web server app that creates charts among
Sascha> other things. I am trying to get rid of the temporary file
Sascha> that I use to transmit the figures created with matplotlib
Sascha> to the actual web server. Although print_figure says "If
Sascha> filename is a fileobject, write png to file object (thus
Sascha> you can, for example, write the png to stdout)" I can't
Sascha> successfully write anything to stdout. Anyone knows an
Sascha> example or can give me some hint what I can do to get rid
Sascha> of the tempfile?
Short answer: no known way to do this currently, though we'd like to
figure it out. As far as I know (and could very well be wrong)
libpng requires a FILE*, which StringIO and cStringIO do not provide.
JDH
|
|
From: Aleksander Schwarzenberg-C. <al...@ca...> - 2005-08-31 01:19:01
|
Hi! Indeed, I misunderstood documentation and installed only one package from two (Numeric and numarray). After installation of Numeric and devels for tcl and tk installation went smoothly. Thank you Alex Schwarzenberg-Czerny On Tue, 30 Aug 2005, Fernando Perez wrote: > Aleksander Schwarzenberg-Czerny wrote: > > > src/_transforms.cpp:8:34: Numeric/arrayobject.h: No such file or directory > > > Do I miss some required package? > > First, check whether you actually have numeric installed: > > planck[python]> python -c 'import Numeric;print Numeric.__version__' > 23.7 > > If that works, it means that you have installed the Numeric headers in some > non-standard location. On my system, they live in: > > planck[python]> locate arrayobject.h > /usr/include/python2.3/Numeric/arrayobject.h > > > I believe by default, distutils adds automatically /path/to/include/python to > the include file search path (via -I), but if you've installed Numeric in some > non-standard location, that automatic search may fail. I don't see > immediately a way to tell distutils to add specific extra paths, but there may > be one. The cheap fix is to copy the Numeric/*.h directory over to the > standard python location for headers in your system. > > Cheers, > > f > |