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
(9) |
2
(8) |
3
|
4
(6) |
5
|
6
|
7
(41) |
8
(18) |
9
(25) |
10
(18) |
11
(10) |
12
(13) |
13
(7) |
14
(4) |
15
(12) |
16
(6) |
17
(9) |
18
(7) |
19
(2) |
20
(5) |
21
(7) |
22
(2) |
23
(11) |
24
(11) |
25
(14) |
26
(3) |
27
(3) |
28
(17) |
29
(7) |
30
(16) |
31
(8) |
|
|
hello, The text in matplotlib pictures is very fuzzy (certainly if you compare that to fixed texts). The picture below is from an html page, the html page is generated from a python script, which also produces the matplotlib pictures, which are stored in a png-file and linked in the html page. Are there ways to improve the font quality of the texts in the MatPlotLib image ? thanks, Stef Mientki
hello, The text in matplotlib pictures is very fuzzy (certainly if you compare that to fixed texts). The picture below is from an html page, the html page is generated from a python script, which also produces the matplotlib pictures, which are stored in a png-file and linked in the html page. Are there ways to improve the font quality of the texts in the MatPlotLib image ? thanks, Stef Mientki
Greetings, MPL'ers. After playing with backends quite a bit, I have found that the best one in terms of speed, robustness, and features is Qt4Agg - especially on OSX, where the MacOSX backend is buggy and many others just don't plain work. To my great disappointment, I have found that this backend doesn't work on some machines anymore. As soon as a plot is created, ipython stops responding, python CPU usage goes to 100%+, and I have to kill ipython or shut the terminal. I am not the only person to experience this; a co-worker has the same problem. It didn't use to be like this; it has started happening after an update a few months ago (I'm not sure what update, I use macports so I update in batches.) To complicate matters, on a mac laptop (which is updated on a similar schedule as my desktop machine), I do not have this problem. Everything works flawlessly. Has anyone else had this problem, and does anyone know of a solution? Thanks for your help. Details: All software through MacPorts. OSX 10.6.5 Ipython 0.10.1 python 2.6.6 MPL 1.0.1_2 pyqt4 4.8.3_1 Qt4-mac 4.7.1_1/4.7.2_0
Hi, I'm interested in making plots that are plotted on a polar grid or a smith chart grid but where the data coordinates still are normal rectangular. It is not clear for me if this is possible with the standard gridding machinery or if some other approach is necessary. Another question is how would I get the data to clip inside the maximum circle of the polar or smithchart? /Jörgen
Hi, I get unexpected behaviour using the script below. xticks only appear in the 4th subplot. If the lines marked ### are moved out of the loop (and edited so that they are constants), then xticks do appear on each subplot. Is this a bug or am I missing something? I am using matplotlib 1.1.0svn. Many thanks, Evan import numpy as np import datetime as dt import matplotlib.dates as dates import matplotlib.pyplot as plt months = dates.MonthLocator(range(1,13), bymonthday=1, interval=1) monthsFmt = dates.DateFormatter("%b %Y") deltad = 2 delta = dt.timedelta(days=deltad) plt.close('all') fig1 = plt.figure(1) for i in range(4): date_str = dt.date(i+2,11,1) ### date_end = dt.date(i+3,3,1) ### date_range = dates.drange(date_str,date_end,delta) ### ax = fig1.add_subplot(2,2,i+1) ax.plot_date(date_range,np.sin(date_range)) ax.xaxis.set_major_locator(months) ax.xaxis.set_major_formatter(monthsFmt) plt.show()
Hello, I have written a program which plots some data and then performs certain actions when the "down arrow" key is pressed. The problem is that the "down arrow" key is also used to move the focus to the pylab tool bar at the bottom of the window. It seems to move the focus to the tool bar before it gets to my key press call back function which handles all key strokes, which implies that I cannot do anything to stop it from performing the default behavior from my key press function. I was curious if anyone knew of a way to disable the default short cuts in pylab so that the down arrow will not switch focus to the new window. If someone knows of a way to override the default behavior, that would also suffice. My backend is GTKAgg. Regards, Neko