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
(5) |
3
(16) |
4
(18) |
5
(11) |
6
(5) |
|
7
|
8
(5) |
9
(10) |
10
(24) |
11
(37) |
12
(10) |
13
(6) |
|
14
|
15
(5) |
16
(3) |
17
|
18
(8) |
19
(6) |
20
(3) |
|
21
(5) |
22
(4) |
23
(14) |
24
(5) |
25
(12) |
26
(18) |
27
(6) |
|
28
|
29
(4) |
30
(1) |
31
(16) |
|
|
|
|
From: John H. <jdh...@ac...> - 2007-01-02 15:30:10
|
>>>>> "Petr" == Petr Danecek <da...@uc...> writes:
Petr> Hello, i'd like to ask two questions:
Petr> 1) Is it possible to control amount of space between title
Petr> and graph?
The y value of the title instance is in axes coordinates, so 1 is the
top of the axes, and numbers greater than 1 are further above the
top. So you can do
t.set.y(1.1)
where t is the matplotlib.text.Text instance returned from pylab
'title' or from matplotlib.axes.Axes.set_title (both do the same
thing).
Alternatively, you can set the title instance properties from the axes
instance
ax = fig.add_subplot(111)
ax.title.set_y(1.1)
Petr> 2) When set_aspect() is used, the size of colorbar does not
Petr> respect y-dimension of the graph. (See the attached
Petr> example.) Is it possible to set the size of the colorbar
Petr> directly?
One of the examples shows how to do this if I recall correctly, but I
don't remember which one. Eric Firing wrote it so I'm sure he'll be
along shortly to point you to the light. Eric -- perhaps we should
also add a snippet to the colorbar docstring since this is a common
request.
JDH
|
|
From: Jeff W. <js...@fa...> - 2007-01-02 13:39:59
|
Petr Danecek wrote: > Hello, > i'd like to ask two questions: > > 1) Is it possible to control amount of space between title and graph? > Petr: The title command takes 'x' and 'y' keyword arguments that set the position of the title in axis coordinates. For example, try 'y=1.075' to move the title up a bit. > 2) When set_aspect() is used, the size of colorbar does not respect > y-dimension of the graph. (See the attached example.) Is it possible to > set the size of the colorbar directly? > I usually use the 'shrink' keyword to adjust the colorbar in situations like this. You have to fiddle with it a bit to get the right value. In your case, 'shrink=0.4' ought to do it. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449 325 Broadway Boulder, CO, USA 80305-3328 |
|
From: Petr D. <da...@uc...> - 2007-01-02 10:46:58
|
Hello, i'd like to ask two questions: 1) Is it possible to control amount of space between title and graph? 2) When set_aspect() is used, the size of colorbar does not respect y-dimension of the graph. (See the attached example.) Is it possible to set the size of the colorbar directly? Petr Danecek |
|
From: Giorgio L. <gio...@ch...> - 2007-01-02 08:34:53
|
I've seen that it also works with WxAgg version 2.8.0.1 for python 2.5 I hope this information can be useful Giorgio |
|
From: Angus M. <am...@gm...> - 2007-01-01 20:34:42
|
Hi Eric, On 30/12/06, Eric Emsellem <ems...@ob...> wrote: > Hi, > > I am writing a small module to easily load images and interact with > them. Sorry for getting to this thread late - back from a quick holiday now. I have written an image browser module that does what it sounds like you're trying to do (and works with 3-D image stacks as well). It's still quite rudimentary, and I hadn't really planned on sharing it in its current state, but it may be that you can find some useful ideas in the code. The image browser is a matplotlib canvas embedded in a wx window, and I use the WxAgg backend - I've no idea how that will change things from your setup. I run it interactively from ipython -pylab as shown below. Usage is pretty simple: In [1]: import pyvis In [2]: pv = pyvis.pyvis() In [3]: pv.AddImg(arange(10000).reshape(100,100), 'my gradient') then play around with the menus. More than one image can be loaded at a time. I haven't had a close look at the memory usage, but it has been working adequately for quite large image stacks (1024x1024x250x8-bit). Feel free to use the code as you like. Angus. -- AJC McMorland, PhD Student Physiology, University of Auckland |
|
From: Marius 't H. <ma...@ai...> - 2007-01-01 17:06:20
|
Hello MPL users,
I've been trying to create high-resolution graphics made with imshow()
for a publication lately and I can't seem to manage that. Attached you
can find an SVG file created with
canvas.print_figure("svg-dpi-test.svg", dpi=300)
Which should create a much higher resolution than it does. It doesn't
work to save it as eps first (even though I have less freedom to What
also got my attention was that when creating a figure with a high dpi
this does not increase dpi, but increases font-size. In my expectations
increasing dpi should not affect font-size, or if font-size is specified
in pixels it should decrease font-size. Now it seems as though font-size
is inversely correlated to dpi, which feels wrong. The reason I
elaborate on this is that it may be that I totally misunderstand the way
resolution is handled by MPL, in which case I would appreciate some
pointers.
Creating a PNG from the pop-up window by show()ing the output gives a
somewhat higher resolution, but also removes the freedom to change
things, and the maximum resolution seems to be limited by the
screen-size anyway. (It might be nice to include a resolution option there.)
Another issue I have with the SVG output is that the images are out of
their boxes on the bottom and on the right side. This only happens when
creating an SVG.
Any help would be appreciated!
Marius 't Hart.
|
|
From: Glen W. M. <Gle...@sw...> - 2007-01-01 15:32:12
|
On Wed, Dec 27, 2006 at 12:58:24PM -0500, Robert Kern wrote: > Gennan Chen wrote: > > Hi! all, > > > > There are so many fft routines in Scipy/Numpy. Does anyone know > > which one should be used officially? > > For maximum portability and speed, use numpy.dual.fft() and its friends. That > will use the optimized functions in scipy.fftpack if it is available and > numpy.fft otherwise. This was seen on numpy-discussion. Is this the behavior implemented in matplotlib/numerix/fft/__init__.py ? Doesn't look like it to me ... Glen |