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
(2) |
2
(3) |
3
|
4
(3) |
5
(11) |
6
(3) |
7
(2) |
8
(6) |
9
(6) |
10
(8) |
11
(3) |
12
(7) |
13
(8) |
14
(5) |
15
(11) |
16
(11) |
17
(3) |
18
(2) |
19
(7) |
20
(11) |
21
(6) |
22
(5) |
23
(1) |
24
|
25
|
26
(6) |
27
(3) |
28
(8) |
29
(2) |
30
(1) |
|
If you're using pyplot.specgram (i.e. "from pylab import *; specgram(...)"), note that the plot is in dB, hence the negative values. I'm surprised this fact isn't mentioned in the documentation: http://matplotlib.org/api/pyplot_api.html?highlight=specgram#matplotlib.pyplot.specgram However, when in doubt, look at the code. On Mon, Nov 12, 2012 at 12:28 PM, Paul Anton Letnes <pau...@gm...> wrote: > Heh, > > that's funny. Now then, why do my plots come out with negative values all over the place? That's why I started digging around. After all, X * conj(X) should be equal to the absolute square of X, right? > > Paul > > > On 12. nov. 2012, at 21:00, G Jones wrote: > >> Hi, >> If you trace back into the code further, you will see that the Pxx is >> computed as X = fft(x), Pxx = X * conj(X) which is real, but the data >> type will be complex with a ~0 imaginary part (up to floating point >> precision). Thus the Pxx.real is just to ensure that the resulting >> data type is real instead of complex to save memory. >> Glenn >> >> On Mon, Nov 12, 2012 at 11:42 AM, Paul Anton Letnes >> <pau...@gm...> wrote: >>> Hi, >>> >>> not 100% sure this is a bug, but here goes: >>> >>> In file matplotlib/lib/matplotlib/mlab.py, the functions psd (power spectral density) and specgram returns the real part of the fourier transform. >>> % grep -n Pxx.real mlab.py >>> 390: return Pxx.real,freqs >>> 470: Pxx = Pxx.real #Needed since helper implements generically >>> (git version 4f902fac1c5bf267e3fdeb4c2045926d7498e85a, cloned from github today) >>> >>> This all means that the specgram plot routine yields the real part of the Fourier transform, rather than its absolute square (forgetting normalization for simplicity of discussion). The definition of the PSD is that it is the absolute square of the Fourier transform: >>> https://en.wikipedia.org/wiki/Power_spectral_density#Energy_spectral_density >>> >>> Hence, I believe this is a bug which should be fixed. >>> >>> Cheers >>> Paul >>> ------------------------------------------------------------------------------ >>> Monitor your physical, virtual and cloud infrastructure from a single >>> web console. Get in-depth insight into apps, servers, databases, vmware, >>> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >>> Pricing starts from 795ドル for 25 servers or applications! >>> http://p.sf.net/sfu/zoho_dev2dev_nov >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Hi, If you trace back into the code further, you will see that the Pxx is computed as X = fft(x), Pxx = X * conj(X) which is real, but the data type will be complex with a ~0 imaginary part (up to floating point precision). Thus the Pxx.real is just to ensure that the resulting data type is real instead of complex to save memory. Glenn On Mon, Nov 12, 2012 at 11:42 AM, Paul Anton Letnes <pau...@gm...> wrote: > Hi, > > not 100% sure this is a bug, but here goes: > > In file matplotlib/lib/matplotlib/mlab.py, the functions psd (power spectral density) and specgram returns the real part of the fourier transform. > % grep -n Pxx.real mlab.py > 390: return Pxx.real,freqs > 470: Pxx = Pxx.real #Needed since helper implements generically > (git version 4f902fac1c5bf267e3fdeb4c2045926d7498e85a, cloned from github today) > > This all means that the specgram plot routine yields the real part of the Fourier transform, rather than its absolute square (forgetting normalization for simplicity of discussion). The definition of the PSD is that it is the absolute square of the Fourier transform: > https://en.wikipedia.org/wiki/Power_spectral_density#Energy_spectral_density > > Hence, I believe this is a bug which should be fixed. > > Cheers > Paul > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from 795ドル for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Hi, not 100% sure this is a bug, but here goes: In file matplotlib/lib/matplotlib/mlab.py, the functions psd (power spectral density) and specgram returns the real part of the fourier transform. % grep -n Pxx.real mlab.py 390: return Pxx.real,freqs 470: Pxx = Pxx.real #Needed since helper implements generically (git version 4f902fac1c5bf267e3fdeb4c2045926d7498e85a, cloned from github today) This all means that the specgram plot routine yields the real part of the Fourier transform, rather than its absolute square (forgetting normalization for simplicity of discussion). The definition of the PSD is that it is the absolute square of the Fourier transform: https://en.wikipedia.org/wiki/Power_spectral_density#Energy_spectral_density Hence, I believe this is a bug which should be fixed. Cheers Paul
On 29 October 2012 14:50, Daryl Herzmann <ak...@gm...> wrote: > I've been attempting to get basemap to clip a contourf display. I have not > had any luck! Attached is a self contained example. Could somebody kindly > point out what I am doing wrong!?! > Hi Daryl, You were almost there. Remove the call to mask_outside_polygon and replace it with for collection in cs.collections: collection.set_clip_path(patch) Attached is your corrected example and the output produced. Ian
On Mon, Nov 12, 2012 at 11:43 AM, Nils Wagner <ni...@go...>wrote: > Hi all, > > how can I hide ticks and/or labels in the presence of sharex=ax. Only > the last subplot 313 should have ticks and labels. > > import matplotlib.pyplot as plt > fig=plt.figure(0,figsize=(16,24)) > > ax = fig.add_subplot(311) > ax.set_xticks([]) > ax.set_xticklabels('') > > ax1 = fig.add_subplot(312,sharex=ax) > ax1.set_xticks([]) > ax1.set_xticklabels('') > > ax2 = fig.add_subplot(313,sharex=ax) > ax2.set_xticks(ind+width) > ax2.set_xticklabels( contname,rotation='90',fontsize=8) > > Nils > > ax.label_outer() will set the appropriate visibility settings for the particular subaxes depending on where it is in the grid. Just call it for each subplot being shared and you are good to go. Cheers! Ben Root
Hi all, how can I hide ticks and/or labels in the presence of sharex=ax. Only the last subplot 313 should have ticks and labels. import matplotlib.pyplot as plt fig=plt.figure(0,figsize=(16,24)) ax = fig.add_subplot(311) ax.set_xticks([]) ax.set_xticklabels('') ax1 = fig.add_subplot(312,sharex=ax) ax1.set_xticks([]) ax1.set_xticklabels('') ax2 = fig.add_subplot(313,sharex=ax) ax2.set_xticks(ind+width) ax2.set_xticklabels( contname,rotation='90',fontsize=8) Nils