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
(7) |
2
(12) |
3
(7) |
4
(23) |
5
(5) |
6
(7) |
7
(4) |
|
8
(7) |
9
(25) |
10
(17) |
11
(25) |
12
(11) |
13
(8) |
14
(6) |
|
15
(1) |
16
(22) |
17
(11) |
18
(12) |
19
(22) |
20
(32) |
21
(9) |
|
22
(4) |
23
(16) |
24
(5) |
25
(9) |
26
(26) |
27
(21) |
28
(14) |
|
29
(6) |
30
(8) |
31
(4) |
|
|
|
|
|
From: Darren D. <dsd...@gm...> - 2010-08-02 14:19:55
|
On Mon, Aug 2, 2010 at 10:15 AM, Richard Lincoln <r.w...@gm...> wrote:
> I am having trouble creating a plot using TeX which has a $ sign in
> one of the axis labels. If I run:
>
> import matplotlib
>
> matplotlib.rc('font', **{'family': 'serif', 'serif': ['Computer Modern Roman']})
> matplotlib.rc('text', usetex=True)
>
> import pylab
>
> pylab.figure()
> pylab.plot([0.0, 1.0])
> pylab.ylabel("Profit (\$)")
> pylab.savefig('/tmp/fig.pdf')
>
>
> I get the error:
Try:
pylab.ylabel(r"Profit (\$)")
|
|
From: Richard L. <r.w...@gm...> - 2010-08-02 14:15:40
|
I am having trouble creating a plot using TeX which has a $ sign in
one of the axis labels. If I run:
import matplotlib
matplotlib.rc('font', **{'family': 'serif', 'serif': ['Computer Modern Roman']})
matplotlib.rc('text', usetex=True)
import pylab
pylab.figure()
pylab.plot([0.0, 1.0])
pylab.ylabel("Profit (\$)")
pylab.savefig('/tmp/fig.pdf')
I get the error:
Traceback (most recent call last):
File "/home/rwl/python/aes/Pylon/examples/pyreto/thesis/plot_tex.py",
line 12, in <module>
pylab.savefig('/tmp/fig.pdf')
File "/usr/lib/pymodules/python2.5/matplotlib/pyplot.py", line 356, in savefig
return fig.savefig(*args, **kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/figure.py", line 1032,
in savefig
self.canvas.print_figure(*args, **kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/backend_bases.py",
line 1476, in print_figure
**kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/backend_bases.py",
line 1334, in print_pdf
return pdf.print_pdf(*args, **kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/backends/backend_pdf.py",
line 2031, in print_pdf
self.figure.draw(renderer)
File "/usr/lib/pymodules/python2.5/matplotlib/artist.py", line 46,
in draw_wrapper
draw(artist, renderer, *args, **kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/figure.py", line 773, in draw
for a in self.axes: a.draw(renderer)
File "/usr/lib/pymodules/python2.5/matplotlib/artist.py", line 46,
in draw_wrapper
draw(artist, renderer, *args, **kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/axes.py", line 1735, in draw
a.draw(renderer)
File "/usr/lib/pymodules/python2.5/matplotlib/artist.py", line 46,
in draw_wrapper
draw(artist, renderer, *args, **kwargs)
File "/usr/lib/pymodules/python2.5/matplotlib/axis.py", line 757, in draw
self.label.draw(renderer)
File "/usr/lib/pymodules/python2.5/matplotlib/text.py", line 556, in draw
self._fontproperties, angle)
File "/usr/lib/pymodules/python2.5/matplotlib/backends/backend_pdf.py",
line 1437, in draw_tex
psfont = self.tex_font_mapping(dvifont.texname)
File "/usr/lib/pymodules/python2.5/matplotlib/backends/backend_pdf.py",
line 1269, in tex_font_mapping
return self.tex_font_map[texfont]
File "/usr/lib/pymodules/python2.5/matplotlib/dviread.py", line 673,
in __getitem__
result = self._font[texname]
KeyError: 'tcrm1200'
I am using Debian/unstable and have the latest texlive installed. Can
anyone tell me what the problem might be?
Richard
|
|
From: David G. <d.l...@gm...> - 2010-08-02 07:16:03
|
On Sun, Aug 1, 2010 at 10:51 PM, David Goldsmith <d.l...@gm...>wrote: > Hi! Is there a way to see data values when imaging an array, say, e.g., > when holding the cursor over a point? > > DG > I found the data_browser.py example - how do I use it if I'm not using pylab.show, i.e., I'm using oo? DG |
|
From: David G. <d.l...@gm...> - 2010-08-02 05:52:02
|
Hi! Is there a way to see data values when imaging an array, say, e.g., when holding the cursor over a point? DG |
|
From: Benjamin R. <ben...@ou...> - 2010-08-01 21:18:53
|
On Sun, Aug 1, 2010 at 4:10 PM, Benjamin Root <ben...@ou...> wrote: > On Sun, Aug 1, 2010 at 3:48 PM, Tom Arens <ta...@gm...> wrote: > >> Hello, >> >> I thought that it has to be like Ben wrote: >> >> - def contour(self, X, Y, Z, levels=10, **kwargs): >> + def contour(self, X, Y, Z, *args, **kwargs): >> >> >> Your suggestion Eric ( contour(X, Y, Z, [0] ) doesn't work as the levels >> are still the same. >> >> Can you translate this thread for a "normal" user? Is this a bug and >> will be fixed in a newer version of matplotlib or what do I have to do >> to get "less levels"? >> >> Thank you for your help. >> Tom >> >> >> > Tom, it is a bug and it is currently getting patched in the released v1.0 > of matplotlib. I am double-checking a few things in the tests before fully > committing it. If you want, you can either install the revised v1.0 of > matplotlib (when it is ready), or you can edit the axes3d.py file yourself > to fix the function header. > > Thank you for noticing this error. > > Ben Root > Ok, this has been committed to v1.0 as r8610 and merged to trunk as r8611. I should note that the image for contour3d_demo2.py will be changed (personally, for the better). I don't know if something needs to be done for that. Ben Root |
|
From: Benjamin R. <ben...@ou...> - 2010-08-01 21:11:02
|
On Sun, Aug 1, 2010 at 3:48 PM, Tom Arens <ta...@gm...> wrote: > Hello, > > I thought that it has to be like Ben wrote: > > - def contour(self, X, Y, Z, levels=10, **kwargs): > + def contour(self, X, Y, Z, *args, **kwargs): > > > Your suggestion Eric ( contour(X, Y, Z, [0] ) doesn't work as the levels > are still the same. > > Can you translate this thread for a "normal" user? Is this a bug and > will be fixed in a newer version of matplotlib or what do I have to do > to get "less levels"? > > Thank you for your help. > Tom > > > Tom, it is a bug and it is currently getting patched in the released v1.0 of matplotlib. I am double-checking a few things in the tests before fully committing it. If you want, you can either install the revised v1.0 of matplotlib (when it is ready), or you can edit the axes3d.py file yourself to fix the function header. Thank you for noticing this error. Ben Root |
|
From: Tom A. <ta...@gm...> - 2010-08-01 20:48:46
|
Hello, I thought that it has to be like Ben wrote: - def contour(self, X, Y, Z, levels=10, **kwargs): + def contour(self, X, Y, Z, *args, **kwargs): Your suggestion Eric ( contour(X, Y, Z, [0] ) doesn't work as the levels are still the same. Can you translate this thread for a "normal" user? Is this a bug and will be fixed in a newer version of matplotlib or what do I have to do to get "less levels"? Thank you for your help. Tom Am 01.08.2010 20:12 schrieb Eric Firing: > On 08/01/2010 07:35 AM, Benjamin Root wrote: >> On Sun, Aug 1, 2010 at 9:55 AM, Tom Arens <ta...@gm... >> <mailto:ta...@gm...>> wrote: >> >> Hello everyone, >> >> does anybody know why the contour3D function has a fixed set of levels? >> >> contour3D(X, Y, Z, levels=10, **kwargs) >> >> I want to plot only one line for one level. With "contourf" it works: >> >> >> >> from mpl_toolkits.mplot3d import axes3d >> import matplotlib.pyplot as plt >> >> fig = plt.figure() >> ax = axes3d.Axes3D(fig) >> X, Y, Z = axes3d.get_test_data(0.05) >> cset = ax.contourf(X, Y, Z, 0) # doesn't work with contour >> ax.clabel(cset, fontsize=9, inline=1) >> >> plt.show() >> >> >> >> Many greetings, >> Tom >> >> >> Hmm, interesting. Looking at the contour3d call signature, it appears >> that 'levels' was put into the call signature to basically remove that >> keyword argument from the kwargs that get passed down to the 2-d version >> of contour. It is never used in the body of contour3d(). >> >> I would guess that this is might be a remnant of some original code that >> actually used the levels parameter. Simply removing levels=0 from the >> call signature seems to fix it (and passing [0] to levels as well since >> it expects a sequence). >> >> As a matter of consistency, I think the call signature should be changed >> to better match the call signature for contourf3d() and for the 2-d >> version of contour(). > > Ben, > > Good idea, go ahead. The contourf3d docstring can also be modified to > match your change to the contour3d docstring. > > I would consider all this as bug-fixing, so it can go in branch and trunk. > > Thanks. > > Eric > >> >> Ben Root >> > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Eric F. <ef...@ha...> - 2010-08-01 18:12:09
|
On 08/01/2010 07:35 AM, Benjamin Root wrote: > On Sun, Aug 1, 2010 at 9:55 AM, Tom Arens <ta...@gm... > <mailto:ta...@gm...>> wrote: > > Hello everyone, > > does anybody know why the contour3D function has a fixed set of levels? > > contour3D(X, Y, Z, levels=10, **kwargs) > > I want to plot only one line for one level. With "contourf" it works: > > > > from mpl_toolkits.mplot3d import axes3d > import matplotlib.pyplot as plt > > fig = plt.figure() > ax = axes3d.Axes3D(fig) > X, Y, Z = axes3d.get_test_data(0.05) > cset = ax.contourf(X, Y, Z, 0) # doesn't work with contour > ax.clabel(cset, fontsize=9, inline=1) > > plt.show() > > > > Many greetings, > Tom > > > Hmm, interesting. Looking at the contour3d call signature, it appears > that 'levels' was put into the call signature to basically remove that > keyword argument from the kwargs that get passed down to the 2-d version > of contour. It is never used in the body of contour3d(). > > I would guess that this is might be a remnant of some original code that > actually used the levels parameter. Simply removing levels=0 from the > call signature seems to fix it (and passing [0] to levels as well since > it expects a sequence). > > As a matter of consistency, I think the call signature should be changed > to better match the call signature for contourf3d() and for the 2-d > version of contour(). Ben, Good idea, go ahead. The contourf3d docstring can also be modified to match your change to the contour3d docstring. I would consider all this as bug-fixing, so it can go in branch and trunk. Thanks. Eric > > Ben Root > |
|
From: Benjamin R. <ben...@ou...> - 2010-08-01 17:35:38
|
On Sun, Aug 1, 2010 at 9:55 AM, Tom Arens <ta...@gm...> wrote: > Hello everyone, > > does anybody know why the contour3D function has a fixed set of levels? > > contour3D(X, Y, Z, levels=10, **kwargs) > > I want to plot only one line for one level. With "contourf" it works: > > > > from mpl_toolkits.mplot3d import axes3d > import matplotlib.pyplot as plt > > fig = plt.figure() > ax = axes3d.Axes3D(fig) > X, Y, Z = axes3d.get_test_data(0.05) > cset = ax.contourf(X, Y, Z, 0) # doesn't work with contour > ax.clabel(cset, fontsize=9, inline=1) > > plt.show() > > > > Many greetings, > Tom > > Hmm, interesting. Looking at the contour3d call signature, it appears that 'levels' was put into the call signature to basically remove that keyword argument from the kwargs that get passed down to the 2-d version of contour. It is never used in the body of contour3d(). I would guess that this is might be a remnant of some original code that actually used the levels parameter. Simply removing levels=0 from the call signature seems to fix it (and passing [0] to levels as well since it expects a sequence). As a matter of consistency, I think the call signature should be changed to better match the call signature for contourf3d() and for the 2-d version of contour(). Ben Root |
|
From: Eric F. <ef...@ha...> - 2010-08-01 17:23:50
|
On 08/01/2010 04:55 AM, Tom Arens wrote: > Hello everyone, > > does anybody know why the contour3D function has a fixed set of levels? > > contour3D(X, Y, Z, levels=10, **kwargs) > > I want to plot only one line for one level. With "contourf" it works: > > > > from mpl_toolkits.mplot3d import axes3d > import matplotlib.pyplot as plt > > fig = plt.figure() > ax = axes3d.Axes3D(fig) > X, Y, Z = axes3d.get_test_data(0.05) > cset = ax.contourf(X, Y, Z, 0) # doesn't work with contour This is a fluke. Try cset = ax.contour(X, Y, Z, [0]) and the same for contour3d. When the levels arg or kwarg is a scalar, it specifies the number of levels to be found via auto-scaling; when it is a sequence, it specifies the actual levels. Eric > ax.clabel(cset, fontsize=9, inline=1) > > plt.show() > > > > Many greetings, > Tom > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Tom A. <ta...@gm...> - 2010-08-01 14:55:39
|
Hello everyone, does anybody know why the contour3D function has a fixed set of levels? contour3D(X, Y, Z, levels=10, **kwargs) I want to plot only one line for one level. With "contourf" it works: from mpl_toolkits.mplot3d import axes3d import matplotlib.pyplot as plt fig = plt.figure() ax = axes3d.Axes3D(fig) X, Y, Z = axes3d.get_test_data(0.05) cset = ax.contourf(X, Y, Z, 0) # doesn't work with contour ax.clabel(cset, fontsize=9, inline=1) plt.show() Many greetings, Tom |