You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
| 2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
| 2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
| 2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
| 2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
| 2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
| 2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
| 2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
| 2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
| 2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
| 2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
| 2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(8) |
2
|
3
|
|
4
|
5
(2) |
6
|
7
|
8
(13) |
9
(5) |
10
(1) |
|
11
(7) |
12
(9) |
13
(2) |
14
(1) |
15
(8) |
16
(10) |
17
(2) |
|
18
(5) |
19
|
20
(4) |
21
(2) |
22
(3) |
23
|
24
|
|
25
|
26
(6) |
27
(1) |
28
(1) |
29
(2) |
30
(13) |
|
|
From: Damon M. <dam...@gm...> - 2012-11-20 22:22:05
|
http://matplotlib.org/devel/coding_guide.html Scroll down to 'Testing'. Click 'Testing'. Boom. -- Damon McDougall http://www.damon-is-a-geek.com Institute for Computational Engineering Sciences 201 E. 24th St. Stop C0200 The University of Texas at Austin Austin, TX 78712-1229 |
|
From: Christoph G. <cg...@uc...> - 2012-11-20 18:24:54
|
On 11/20/2012 5:55 AM, Fred Pollard wrote: > I'm in the process of completing an application with an embedded > Python 2.7.3 interpreter - but it all has to be compiled against > VS2010. > > Have managed Python and it's dependencies, as well as numpy 1.6.2, but > struggling with matplotlib because I can't get the dependencies to > compile properly - mainly libpng, which seems to demand .lib and .dll > files that a compilation of zlib from source does not produce (e.g. > zdll.lib, zlib.lib, etc.). I know Christophe Gohlke has kindly > produced a set of dependencies up to VS2008. Does anyone know of an > existing similar set compiled for VS 2010? > > Many thanks, > Fred > Hi Fred, I updated "matplotlib-1.x-windows-link-libraries.zip" with dependencies compiled for VS 2010. Let me know if anything is missing. Christoph |
|
From: Fred P. <fre...@gm...> - 2012-11-20 13:56:00
|
I'm in the process of completing an application with an embedded Python 2.7.3 interpreter - but it all has to be compiled against VS2010. Have managed Python and it's dependencies, as well as numpy 1.6.2, but struggling with matplotlib because I can't get the dependencies to compile properly - mainly libpng, which seems to demand .lib and .dll files that a compilation of zlib from source does not produce (e.g. zdll.lib, zlib.lib, etc.). I know Christophe Gohlke has kindly produced a set of dependencies up to VS2008. Does anyone know of an existing similar set compiled for VS 2010? Many thanks, Fred |
|
From: <sa...@ns...> - 2012-11-20 00:47:58
|
I just sent this to the matplotlib-users list, but noticed it's been abandoned, or at least unused since August. I'm reposting here and adding the info I forgot on the other list. Sorry if you get this twice.
This is running matplotlib 1.1.1 installed with pip on
Linux savoie 2.6.32.59-0.7-default #1 SMP 2012-07-13 15:50:56 +0200 x86_64 x86_64 x86_64 GNU/Linux
(But I also tested with MPL:1.2)
Hi there,
I've boiled down a problem and while the following my look useless, I need to understand why matplotlib is behaving like it is.
Below is code showing my issue. I don't believe the issue is with the "bbox_inches='tight'", if you leave that off, my image is indeed, 800x1400, but the last row is a row of transparent pixels(on linux/not mac). It's difficult to see unless you use the imagemagik command display.
The basic problem is that when my data has an aspect ratio very close to 1.75, the image gets changed to one with an aspect of 1.74875.
Correct figure info 8x14@100dpi = 800x1400 => 1.75 Aspect Ratio.
Incorrect figure info => 800x1399 => 1.74875
Data that works aspect ratio: 1.7499999999999998
Data that fails aspect ratio: 1.7499999999999996
---> Srsly?! -------------------------------^
It would be great if someone could explain to me what's happening if this is indeed working as expected. If it's not, it would be great if someone could fix it.
Thanks in advance.
Matt
import matplotlib.pyplot as plt
def create_image():
# I want an 800x1400 image (aspect = 1400/800 = 1.75.
fig = plt.figure(1, figsize=(8, 14), frameon=False, dpi=100)
# Use the whole figure and fill with a patch.
fig.add_axes([0, 0, 1, 1])
ax = plt.gca()
limb = ax.axesPatch
limb.set_facecolor('#6587ad')
# Set some bounds with Aspects very close to the desired aspect ratios.
x1 = 0.0
y1 = 0.0
x2 = 16.
# If you un-comment out this line (and comment the one below). I get an image I expect
# y2 = 27.999999999999994671 # produces 800 x 1400 image
# aspect = 1.7499999999999998 works
# Use this line and I get and image the wrong size (or with transparent pixels.)
y2 = 27.999999999999994670 # produces (wrong?) 800 x 1399 image
# aspect = 1.7499999999999996 Fails? wat?
corners = ((x1, y1), (x2, y2))
ax.update_datalim(corners)
ax.set_xlim((x1, x2))
ax.set_ylim((y1, y2))
ax.set_aspect('equal', anchor='C')
ax.set_xticks([])
ax.set_yticks([])
plt.savefig('rectangle.png', pad_inches=0.0, bbox_inches='tight')
# If you use this below, the file size is correct, but there is a single
# line transparent pixels along the bottom of the image
# plt.savefig('rectangle.png', pad_inches=0.0)
if __name__ == '__main__':
create_image()
|