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