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
|
|
Hello all, in some time (let's say a couple of months, maybe more) Debian will enter the "freeze" period, where no new upstream releases are accepted, in order to prepare the best stable release we can :) In the past months I see many changes are accumulated in the SVN but no new release are done. I don't know if you've already discussed about releasing mpl, but it would be nice if we can have something before the freeze, so to have a quite-update mpl in squeeze. >From my POV, I'll provide all the support needed, so if there something I can do just tell me :) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi
Manuel Metz wrote: > Eric, I've seen the comment "Why is the copy needed?" that you've added > to the axes' hist method. I think this was introduced by me some time > ago. Indeed, I think it is not really needed. If I remember correctly, I > had done the copying to avoid that the input x gets modified (I had bad > experience with that before), but I think we can avoid it? Manuel, It turns out the problem was that 1-D arrays were being converted to 2-D by assigning to the shape attribute. (This is something I often do, but now I will be more cautious about it.) When done on the original input argument, which was returned by "x = np.asarray(x)", this had the side effect of changing that argument. Copying was preventing that. To avoid the copy, one could either make a new view of the argument explicitly, or do it implicitly by using the reshape method instead of assigning to the shape attribute. I chose the second option. Eric
Eric Firing wrote: > Jeff Whitaker wrote: >> Eric Firing wrote: >>> Jeff, >>> >>> Basemap methods like plot() include a "draw_if_interactive" command, >>> followed by a call to the set_axes_limits() method, which ends with >>> >>> # force draw if in interactive mode. >>> if is_interactive(): >>> figManager = _pylab_helpers.Gcf.get_active() >>> figManager.canvas.draw() >>> >>> It seems to me that you could eliminate all those >>> "draw_if_interactive" blocks from plot etc., and replace the end >>> block of set_axes_limits() with >>> >>> if is_interactive(): >>> import matplotlib.pyplot as plt >>> plt.draw_if_interactive() >>> >>> The advantages would be reduced clutter in the drawing methods, and >>> consistent use of draw_if_interactive. I think the latter would >>> make interactive running of functions and subclasses built on >>> basemap more efficient by reducing redundant draw operations. >>> >>> It also looks like at least most of the operations in >>> set_axes_limits really need to be done only once (although I have >>> not checked this carefully). Instead of repeating them with every >>> call to a plotting method, the basemap instance could keep a list of >>> hashes of axes objects on which the operations have already been >>> run, and use that to prevent duplication. >>> >>> Nothing urgent here--just some ideas that occur to me while working >>> with basemap. If you think any are worth pursuing, and you want me >>> to take a shot at it, let me know. >>> >>> Eric >>> >>> >>> >> Eric: You are right, that could be done much more efficiently. I'm >> stuck in the U.K. waiting for the volcanic dust to clear, so if you >> want to take a shot at it go ahead. >> >> -Jeff >> > > Jeff, > > I made the changes, and removed a few obsolete bits. > > I hope you are cleared to fly soon, if you have not already departed. > > Eric Eric: I'm still here - hope to get out on Sat at the earliest. Thanks for making those changes - I'm sure they will help a lot for interactive use and animations. -Jeff
Jeff Whitaker wrote: > Eric Firing wrote: >> Jeff, >> >> Basemap methods like plot() include a "draw_if_interactive" command, >> followed by a call to the set_axes_limits() method, which ends with >> >> # force draw if in interactive mode. >> if is_interactive(): >> figManager = _pylab_helpers.Gcf.get_active() >> figManager.canvas.draw() >> >> It seems to me that you could eliminate all those >> "draw_if_interactive" blocks from plot etc., and replace the end block >> of set_axes_limits() with >> >> if is_interactive(): >> import matplotlib.pyplot as plt >> plt.draw_if_interactive() >> >> The advantages would be reduced clutter in the drawing methods, and >> consistent use of draw_if_interactive. I think the latter would make >> interactive running of functions and subclasses built on basemap more >> efficient by reducing redundant draw operations. >> >> It also looks like at least most of the operations in set_axes_limits >> really need to be done only once (although I have not checked this >> carefully). Instead of repeating them with every call to a plotting >> method, the basemap instance could keep a list of hashes of axes >> objects on which the operations have already been run, and use that to >> prevent duplication. >> >> Nothing urgent here--just some ideas that occur to me while working >> with basemap. If you think any are worth pursuing, and you want me to >> take a shot at it, let me know. >> >> Eric >> >> >> > Eric: You are right, that could be done much more efficiently. I'm > stuck in the U.K. waiting for the volcanic dust to clear, so if you want > to take a shot at it go ahead. > > -Jeff > Jeff, I made the changes, and removed a few obsolete bits. I hope you are cleared to fly soon, if you have not already departed. Eric