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
(4) |
2
(3) |
3
(3) |
4
(5) |
5
(1) |
6
|
7
(5) |
|
8
(1) |
9
(3) |
10
(3) |
11
(15) |
12
(10) |
13
(2) |
14
|
|
15
|
16
(2) |
17
(3) |
18
|
19
|
20
(3) |
21
(1) |
|
22
(5) |
23
(5) |
24
|
25
(3) |
26
|
27
(1) |
28
|
|
29
|
|
|
|
|
|
|
|
From: Flavio C. C. <fcc...@ci...> - 2004-02-02 19:43:34
|
Hi john,
After the refactoring you did for version 0.5 I am having a funny
behavior in a plot embedded in wx:
the frame appers with the size of the toolbar, but if I resize the frame
the plot is there and is not resizable, it justs stays the same no
matter the size of the canvas(frame?).
I've made the changes to my original module acording to the revised
'embedding_in_wx.py' example, which runs fine.
Here is my ploting module:
===============================================
import matplotlib
matplotlib.use('WX')
from matplotlib.backends.backend_wx import Toolbar, FigureManager,
FigureCanvasWx
from matplotlib.figure import Figure
from matplotlib.axes import Subplot
import Numeric as numpy
from RandomArray import *
from MLab import *
from wxPython.wx import *
def create(parent):
return PlotFigure(parent)
class PlotFigure(wxFrame):
def __init__(self,parent):
wxFrame.__init__(self,None,-1,"Results")
self.fig = Figure((5,4), 75)
self.canvas = FigureCanvasWx(self,-1,self.fig)
self.toolbar = Toolbar(self.canvas)
self.toolbar.Realize()
# On Windows, default frame size behaviour is incorrect
# you don't need this under Linux
tw, th = self.toolbar.GetSizeTuple()
fw, fh = self.canvas.GetSizeTuple()
self.toolbar.SetSize(wxSize(fw, th))
# Create a figure manager to manage things
self.figmgr = FigureManager(self.canvas, 1, self)
# Now put all into a sizer
sizer = wxBoxSizer(wxVERTICAL)
# This way of adding to sizer prevents resizing
#sizer.Add(self.fig, 0, wxLEFT|wxTOP)
# This way of adding to sizer allows resizing
sizer.Add(self.toolbar, 1, wxLEFT|wxTOP|wxGROW)
# Best to allow the toolbar to resize!
sizer.Add(self.toolbar, 0, wxGROW)
self.SetSizer(sizer)
self.Fit()
def plotLine(self,y, leg, tit='Time Series'):
"""
Generate line plots
"""
# Use ths line if using a toolbar
a = self.figmgr.add_subplot(211)
# Or this one if there is no toolbar
#a = Subplot(self.fig, 211)
styles = ('-', '--', ':', '.', 'o', '^', 'v', '<', '>', 's', '+')
colors = ('b', 'g', 'r', 'c', 'm', 'y', 'k')
s = 0
c = 0
for i in range(numpy.shape(y)[0]):
if s > len(styles)-1:
s = 0
if c > len(colors)-1:
c = 0
style = styles[s]
color = colors[c]
a.plot(y[i,:],style+color) # plot each line with a different
combination of color and style
if c == len(colors)-1:
s += 1
c += 1
a.set_title(tit)
a.legend(leg)
self.toolbar.update()
===============================================
which I call like this: (I import the plotting module as PF)
self.fig = PF.create(None)
leg = self.modict["slabels"]
tit = 'Time Series and Final State'
self.fig.plotLine(results, leg, tit)
self.fig.plotBar(results, leg)
self.fig.Show()
|
|
From: John H. <jdh...@ac...> - 2004-02-02 14:57:54
|
>>>>> "Engelsma," == Engelsma, Dave <D.E...@La...> writes:
Hi David, please post questions directly to the matplotlib-users list.
Engelsma> Hello -- Is it possible to save figures (I'm using the
Engelsma> .eps feature) without having to show the plots/charts
Engelsma> on the user's screen? I'd like to be able to save the
Engelsma> figures to disk without showing them on the
Engelsma> screen. Currently, it seems that the figures will not
Engelsma> save to disk, unless I issue the show() command after
Engelsma> the savefig. I'd like to eliminate having to call
Engelsma> show().
From your email, it sounds like you are using the GTK backend and
saving figures with the ps backend. If you just want to save the
figures as PS and not show them to the screen, use the ps backend
directly as described on
http://matplotlib.sourceforge.net/backends.html
> python myscript.py -dPS
or
import matplotlib
matplotlib.use('PS')
from matplotlib.matlab import *
t = arange(0.0, 3.0, 0.01)
for i in range(1,10):
figure(1)
s = sin(2*pi*i*t)
plot(t,s)
savefig('plot%02d' % i)
close(1)
In either case, there is no need to call 'show'. If you want to make
multiple figures, you need to clear them between each save, as I did
here by closing the figure.
If you really want to use the GTK backend to make PS figures without
showing the figure, there are some things that will enable this, but I
don't see any reasons to go this route. Let me know.
JDH
|
|
From: matthew a. <ma...@ca...> - 2004-02-02 04:04:20
|
Hi, I am happily using matplotlib-0.50e. I tried eps output and it worked very nicely. The problem with plot lines not being clipped by a manual axis in the PS backend also seems to have been fixed. ... I have some feedback on the default tick behaviour. matplotlib seems to pick a number of ticks, and then divides through to get the tick values. This results in some ugly long tick labels, making it hard to quickly gauge the range between two points on a graph. E.g. if the y range of a plot is 1.927 to 1.948, then matplotlib puts ticks at (1.927, 1.931, 1.935, ..., 1.948) I think it would be better (and closer to the plotting behaviour of other software) if matplotlib picked ticks that were "round", even if that means the endpoints of the axes are slightly outside the range of the data. So the ticks for the example above would become: (1.925, 1.930, 1.935, ..., 1.950) I guess this would be more complicated to implement than the current algorithm, but it would make life easier when interpreting graphs from matplotlib! ... Another slight niggle. If I set the axis range manually, then if a data point is exactly equal to the end of the axis range then it won't be plotted. Making the axis range slightly longer is clumsy. This also violates the principle of least surprise, because automatic axis ranges do not have this behaviour. A simple way to see the problem is to compare the output of the two plots below: >>> xvals = arange(0.0, 1.0, 0.1) >>> plot(xvals, [sin(x) for x in xvals]) [<matplotlib.lines.Line2D instance at 0x93fa844>] >>> show() >>> plot(xvals, [sin(x) for x in xvals]) [<matplotlib.lines.Line2D instance at 0x9249d2c>] >>> autoaxis = axis() >>> autoaxis [0.0, 0.90000000000000002, 0.0, 0.80000000000000004] >>> axis(autoaxis) >>> show() Presumably the logic for picking the datapoints to plot should use <= not <. Cheers, Matthew. |