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
(5) |
2
|
3
|
4
|
5
(2) |
6
|
7
|
8
(2) |
9
|
10
(1) |
11
(8) |
12
(7) |
13
|
14
(4) |
15
|
16
|
17
|
18
|
19
|
20
(1) |
21
(1) |
22
|
23
(2) |
24
|
25
(2) |
26
(2) |
27
(3) |
28
|
29
|
30
(7) |
31
(5) |
|
|
On 2012年5月26日 at 03:30PM -1000, Eric Firing wrote: > It is easy enough to remove the immediate roadblock in scale_range, > but that just opens up a can of floating point worms. The axis spines > start getting misplaced, for example, as the range being plotted gets > too small relative to the offset. Straightening all this out, or even > substantially improving it, is potentially tricky. To the extent that > it can be done, it will have to be in master, which already includes > one cleanup of a floating point kluge. > > Note that part of the problem here is that in your example we are > running out of precision. The best way to handle it is to subtract an > offset first, and just plot the deviation from that offset. I think > this is best done at the application level. We can probably make > mpl's handling of the problem degrade more gracefully, however, than > it does at present. Thanks for your help. I'll look at your links and see what we can do. Dan -- --- Dan Drake ----- http://mathsci.kaist.ac.kr/~drake -------
On 05/25/2012 12:46 PM, Dan Drake wrote: > Hello matplotlib developers, > > In Sage, we've run into a problem with plotting a sequence whose > y-values change by very small amounts. Here's an example that doesn't > use anything from Sage: > > import pylab > pylab.plot([0, 1], [0, 1e-14]) > pylab.savefig("works.png") > pylab.close() > pylab.plot([0, 1], [1, 1+1e-14]) > pylab.savefig("fails.png") > pylab.close() > > We're using matplotlib 1.1. Here's a trac ticket where we are working on > this: http://trac.sagemath.org/sage_trac/ticket/11973. One of our > developers suspects matplotlib.ticker.MaxNLocator.bin_boundaries but we > don't really know. See https://github.com/matplotlib/matplotlib/pull/904 Eric > > Thanks for any help or comments! > > Dan > > -- > --- Dan Drake > ----- http://mathsci.kaist.ac.kr/~drake > -------
On 05/25/2012 12:46 PM, Dan Drake wrote: > Hello matplotlib developers, > > In Sage, we've run into a problem with plotting a sequence whose > y-values change by very small amounts. Here's an example that doesn't > use anything from Sage: > > import pylab > pylab.plot([0, 1], [0, 1e-14]) > pylab.savefig("works.png") > pylab.close() > pylab.plot([0, 1], [1, 1+1e-14]) > pylab.savefig("fails.png") > pylab.close() > > We're using matplotlib 1.1. Here's a trac ticket where we are working on > this: http://trac.sagemath.org/sage_trac/ticket/11973. One of our > developers suspects matplotlib.ticker.MaxNLocator.bin_boundaries but we > don't really know. Dan, It is easy enough to remove the immediate roadblock in scale_range, but that just opens up a can of floating point worms. The axis spines start getting misplaced, for example, as the range being plotted gets too small relative to the offset. Straightening all this out, or even substantially improving it, is potentially tricky. To the extent that it can be done, it will have to be in master, which already includes one cleanup of a floating point kluge. Note that part of the problem here is that in your example we are running out of precision. The best way to handle it is to subtract an offset first, and just plot the deviation from that offset. I think this is best done at the application level. We can probably make mpl's handling of the problem degrade more gracefully, however, than it does at present. Eric > > Thanks for any help or comments! > > Dan > > -- > --- Dan Drake > ----- http://mathsci.kaist.ac.kr/~drakes > -------