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
(5) |
2
(6) |
3
(4) |
4
(9) |
5
(7) |
6
(16) |
7
(5) |
8
(10) |
9
(2) |
10
(3) |
11
(9) |
12
(1) |
13
(13) |
14
(1) |
15
(13) |
16
(5) |
17
(3) |
18
(14) |
19
(17) |
20
(14) |
21
(15) |
22
(6) |
23
(6) |
24
|
25
(4) |
26
(4) |
27
(4) |
28
(11) |
29
(7) |
30
(1) |
Thanks so much JJ! It works great. carlo Jae-Joon Lee wrote: > > If you want full control of label coordinates, you need to use > "Axis.set_label_coords" method. For example, > > ax = gca() > ax.xaxis.set_label_coords(0.5, -0.1) > > And alternative way is to adjust the padding between the axis and the > label. > > ax.xaxis.labelpad = 0 > > Regards, > > -JJ > > > On Mon, Mar 21, 2011 at 3:27 AM, andes <czu...@ya...> wrote: >> x = linspace(0,1,10) >> y = x**2 >> plot(x, y) >> xlabel('xname', position=(0.5,0.1)) #<------ >> ylabel('yname', position=(0.1,0.5)) #<------ > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- View this message in context: http://old.nabble.com/Re%3A-Changing-xlabel-ylabel-position-tp31225992p31300118.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Using some real world measurement data that has an underlying comb spectrum with specgram, I have noticed an issue with the amplitude of narrowband signals being affected by the number of FFT points used (NTTF). For areas where there is no signal (in this case near 0 Hz) I see the noise floor (level) drop by about 3 dB as I double the value of NTTF, which is expected. A narrower "resolution" bandwidth will provide lower broadband noise amplitude. However, the signal has a comb spectrum present, and as I increase the value of NTTF the amplitude values of each component of the comb spectrum increases by about 3 dB when I double NFFT. I would expect that the narrowband levels would remain the same and not increase. I expect that the underlying FFT function in specgram scales by 1/NFFT, or maybe it does not (the FFT function in MATLAB does not included the 1/NFFT scaling). To get a "true" amplitude for each frequency bin does the output of specgram need to be scaled by 1/NFFT (or 1/NFFT*1/NFFT since it's a power spectrum)? Lee
From: Nat Echols [mailto:nat...@gm...] Sent: Thursday, March 31, 2011 16:47 I'd like to divide the line segments up to get a smoother color gradient, but the values are dictated by the experiment, not a mathematical function. <snip> so I guess what I'm really asking for is a way to add intermediate X,Y values between every pair of values in 'points'. I can do this myself in Python, but I assume that's going to be pretty sluggish. Perhaps (for convenience if not speed) you could use a routine from scipy.interpolate [1,2], such as interp1d for piecewise linear interpolation. I imagine that, within each linear piece, you would want the density of x values to be roughly proportional to the slope. [1] http://docs.scipy.org/doc/scipy-0.8.x/reference/tutorial/interpolate.html [2] http://docs.scipy.org/doc/scipy-0.8.x/reference/interpolate.html
Andrew, After you are done modifying your figure (either in your code or in the GUI), run the following line: savefig('example.png', bbox_inches='tight') Does it save the figure the way you want? Best, carlo -- View this message in context: http://old.nabble.com/Changing-Image-Size-tp31278497p31291865.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Hi all, I was surprised today to notice that "subplot" was the slowest part of some plotting code of mine. On my machine, the last line of the following code puts ten subplots on a figure and records the amount of time it took to make them: >>> import matplotlib>>> matplotlib.use('AGG')>>> import time>>> from matplotlib.pyplot import *>>> def f():... t = time.time()... clf()... for i in xrange(10):... subplot(5,2,i+1)... return time.time()-t... >>> >>> times = [f() for x in xrange(10)] This code gives me a bunch of times that are on average about half a second. I expected it to be much faster as I wasn't actually plotting anything. Is this expected? Can I choose a faster backend or something? I've experimented a little but without success. I realize that 5 hundredths of a second per subplot isn't terrifically slow, ... but I guess I make a lot of plots. Thanks a lot, Eddie Schlafly