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) |
|
|
|
>>>>> "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
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
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
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
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
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.
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