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
(5) |
3
(1) |
4
|
5
|
6
(20) |
7
(1) |
8
|
9
|
10
|
11
(2) |
12
(1) |
13
(1) |
14
|
15
|
16
|
17
(1) |
18
(1) |
19
|
20
|
21
|
22
|
23
(2) |
24
(4) |
25
(4) |
26
(3) |
27
(2) |
28
|
29
|
30
|
31
|
|
|
|
|
|
Hi, I've built and tested some binary wheels for OSX - available here: https://nipy.bic.berkeley.edu/scipy_installers/ I'd really like to upload these to pypi so that people get them by default with 'pip install matplotlb'. Is that OK? Can someone give me permission to do that? Thanks a lot, Matthew
Hi, On Mon, Mar 24, 2014 at 6:29 AM, Benjamin Root <ben...@ou...> wrote: > I thought we fixed this one... > > Seems like we haven't as there is an open issue for it: > https://github.com/matplotlib/matplotlib/issues/2842 Sorry - I didn't say - but the wheels are for the 1.3.1 release... Cheers, Matthew
Hi, Working on mpld3, I've hit something I don't quite know how to handle. I'm trying to render legend components in d3, and the strange thing is that markers within the legend have empty paths. Consider the script below: #------------------------------------------------------ import matplotlib.pyplot as plt fig, ax = plt.subplots() line, = ax.plot(range(5), range(5), 'o', label='dots') ax.legend() print("here is the marker as it appears in the plot:") print(line._marker.get_path()) leg = ax.get_legend() children = leg.get_children() print("here is the marker as it appears in the legend") print(children[1]._marker.get_path()) #------------------------------------------------------ On the plot itself, the marker is a circle. On the legend, the marker is an empty path. I've tried poking around in the backend code to figure out how the renderers know what path to use when drawing the legend, but the answer is not obvious to me. Does anyone have insight into what special magic happens here when the legend is rendered? Thanks, Jake Jake VanderPlas Director of Research - Physical Sciences eScience Institute, University of Washington http://www.vanderplas.com
Wow. Thanks so much, Stan! This is a huge help and works just as I need it to. Much appreciated! On Mon, Mar 24, 2014 at 11:26 AM, Stan West <sta...@nr...> wrote: > On 2014年03月24日 14:08, Stan West wrote: > > May I suggest that you look at the mailing list thread from that time [1], > try the patch in the thread, and see whether your issue is resolved? This > solution doesn't provide a work-around in your code, but it may fix the > problem at the root. > > Paul, I just found the work-around that I used in my code. Define the > following function: > > def set_spine_position(spine, position): > """ > Set the spine's position without resetting an associated axis. > > As of matplotlib v. 1.0.0, if a spine has an associated axis, then > spine.set_position() calls axis.cla(), which resets locators, formatters, > etc. We temporarily replace that call with axis.reset_ticks(), which is > sufficient for our purposes. > """ > axis = spine.axis > if axis is not None: > cla = axis.cla > axis.cla = axis.reset_ticks > spine.set_position(position) > if axis is not None: > axis.cla = cla > > (The mention of v. 1.0.0 in the docstring is just the version I was using > at the time, not necessarily the earliest version with this issue.) Then > replace method calls like "spine.set_position(pos)" with the function call > "set_spine_position(spine, pos)". I hope this helps. >