SourceForge logo
SourceForge logo
Menu

matplotlib-users — Discussion related to using matplotlib

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)

Showing 7 results of 7

From: Jeffrey S. <jef...@gm...> - 2012年11月12日 23:04:10
From: G J. <gle...@gm...> - 2012年11月12日 20:38:33
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
>
From: G J. <gle...@gm...> - 2012年11月12日 20:01:03
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
From: Paul A. L. <pau...@gm...> - 2012年11月12日 19:42:32
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
From: Ian T. <ian...@gm...> - 2012年11月12日 19:03:46
Attachments: contourf_clip.py test.png
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
From: Benjamin R. <ben...@ou...> - 2012年11月12日 16:53:41
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
From: Nils W. <ni...@go...> - 2012年11月12日 16:44:01
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

Showing 7 results of 7

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /