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
(1) |
2
(10) |
3
(2) |
4
|
5
(2) |
6
|
7
|
8
|
9
(3) |
10
|
11
(1) |
12
(2) |
13
(2) |
14
(5) |
15
(5) |
16
(5) |
17
(1) |
18
(1) |
19
(1) |
20
(5) |
21
(2) |
22
(4) |
23
(1) |
24
(3) |
25
(14) |
26
(6) |
27
(6) |
28
(7) |
29
(2) |
30
|
|
Hi, Does anyone know if there's a matplotlib event that fires when a figure window is closed? I can't seem to find one. If there's not one, any I shouldn't add one? I need to stop my animation timers when the figure is closed. Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma
You should probably avoid sending the same message to the list twice. You run the risk of only annoying the developers and not getting any real help. The mplot3d axes code is in a major need of refactoring. There are very few developers who have worked on the mplot3d code. But at the same time, you will find that the code is much smaller, and more accessible than you might imagine. I found it very easy to fix some bugs in the bar3d function that I needed for my project. So I suggest you look into fixing the bug yourself. It is pretty easy to submit patches to the development team. -Ben From: Martin Bothe [mailto:mar...@ba...] Sent: Thursday, April 15, 2010 11:11 AM To: mat...@li... Subject: [matplotlib-devel] Bug in mplot3d set_xlim3d, set_ylim3d, set_zlim3d Hello matplotlib-devs, I found what I think is a bug. If you run the following code, you'll see a simple figure with a graph at the position where the x-axis should be. Unfortunately this is not the case, even if set_xlim3d(0,10) is set, so it should be at the edge of the plot. The code: import matplotlib as mpl from mpl_toolkits.mplot3d import Axes3D import matplotlib.pyplot as plt fig = plt.figure() ax = Axes3D(fig) x = range(11) y = [0]*11 z = [0]*11 ax.plot(x, y, z, label='X-axis position') ax.set_xlim3d(0,10) ax.set_ylim3d(0,10) ax.set_zlim3d(0,10) ax.legend() I attached the figure it produces. You can also see, that from the edge to the 2 of one of the axis is a longer distance than from 2 to 4 on the same axis. A way to fix it is highly appreaciated. Greetings from Berlin Martin
Eric Firing wrote: > I went ahead and committed your refactoring. It seems to work fine. > Contour.py was not pretty before the refactoring, and it is still not > pretty, but I don't think it is much worse, if at all. I have a vague sense > that ideally it would be factored somewhat differently, but I don't seem to > have the time or vision to pursue it right now, and maybe if I did, I would > still run into a dead end. So, let's proceed with what you have. If > inspiration strikes later, I suspect it won't be too hard to modify both > contour and tricontour accordingly. Understood. I've attached the patch for the new triangular grid functionality. I've altered it to use multiply-connected paths for filled contours which has made the code a bit simpler overall. Ian
Ian Thomas wrote: > Eric Firing wrote: >> I've only glanced so far, but one thing that caught my eye is your >> documentation changes and code regarding the need for simply-connected >> paths. This is obsolete--mpl now handles multiply-connected paths. > > Thanks for clarifying this, I now understand the 'point kinds' in > cntr.c which I originally thought were for debug purposes. It will > make my code simpler in the end. > >> A second initial suggestion is that you divide the work into two patches, >> one of which provides the refactoring of existing code (presumably only in >> contour.py), and a second which adds the new functionality. > > Good idea. I've attached the first patch which changes axes.py and > contour.py, plus adds the new example contour_manual.py. My approach > to the refactoring is probably more of a C++ than pythonic way of > thinking with derived classes that override base class methods, but it > avoids changing much of the low level code and avoids code duplication > when tricontour is added in. > > Ian > Ian, I went ahead and committed your refactoring. It seems to work fine. Contour.py was not pretty before the refactoring, and it is still not pretty, but I don't think it is much worse, if at all. I have a vague sense that ideally it would be factored somewhat differently, but I don't seem to have the time or vision to pursue it right now, and maybe if I did, I would still run into a dead end. So, let's proceed with what you have. If inspiration strikes later, I suspect it won't be too hard to modify both contour and tricontour accordingly. Eric