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
|
|
I made a small change to the test harness so that the tolerance can be set on a per-test basis. I increased the tolerance for the figimage test so it passes on my machine. Cheers, Mike Michael Droettboom wrote: > Jouni K. Seppänen wrote: > >> The following message is a courtesy copy of an article >> that has been posted to gmane.comp.python.matplotlib.devel as well. >> >> Jouni K. Seppänen <jks...@pu...> writes: >> >> >> >>>> It looks like Jouni wrote that test... Jouni: could you verify that the >>>> difference isn't significant? If it's not, we can just create a new >>>> baseline image. >>>> >>>> >>> I can't replicate the problem: for me "nosetests >>> matplotlib.tests.test_image:test_figimage" passes (Python 2.6.1, >>> matplotlib revision 8276, OS X 10.6.3). Could you post the failing >>> images somewhere? >>> >>> >> Thanks for the images Michael. If I change all E1 bytes in the current >> baseline image to E0 bytes, the images match perfectly. Sounds like a >> change in the discretization of floating-point values to integer bytes. >> >> The difference is definitely not significant, but as I said, I get the >> old image on my system. I don't object to changing the baseline image, >> but the best solution would be to make the image diff less sensitive. >> Unfortunately I don't have the time to pursue this now. >> >> > Thanks for the analysis. I'll look into the image diffing and see what > can be done. > > Mike > > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Jouni K. Seppänen wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.python.matplotlib.devel as well. > > Jouni K. Seppänen <jks...@pu...> writes: > > >>> It looks like Jouni wrote that test... Jouni: could you verify that the >>> difference isn't significant? If it's not, we can just create a new >>> baseline image. >>> >> I can't replicate the problem: for me "nosetests >> matplotlib.tests.test_image:test_figimage" passes (Python 2.6.1, >> matplotlib revision 8276, OS X 10.6.3). Could you post the failing >> images somewhere? >> > > Thanks for the images Michael. If I change all E1 bytes in the current > baseline image to E0 bytes, the images match perfectly. Sounds like a > change in the discretization of floating-point values to integer bytes. > > The difference is definitely not significant, but as I said, I get the > old image on my system. I don't object to changing the baseline image, > but the best solution would be to make the image diff less sensitive. > Unfortunately I don't have the time to pursue this now. > Thanks for the analysis. I'll look into the image diffing and see what can be done. Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Jouni K. Seppänen <jk...@ik...> writes: >> It looks like Jouni wrote that test... Jouni: could you verify that the >> difference isn't significant? If it's not, we can just create a new >> baseline image. > > I can't replicate the problem: for me "nosetests > matplotlib.tests.test_image:test_figimage" passes (Python 2.6.1, > matplotlib revision 8276, OS X 10.6.3). Could you post the failing > images somewhere? Thanks for the images Michael. If I change all E1 bytes in the current baseline image to E0 bytes, the images match perfectly. Sounds like a change in the discretization of floating-point values to integer bytes. The difference is definitely not significant, but as I said, I get the old image on my system. I don't object to changing the baseline image, but the best solution would be to make the image diff less sensitive. Unfortunately I don't have the time to pursue this now. -- Jouni K. Seppänen http://www.iki.fi/jks
Michael Droettboom <md...@st...> writes: > Thanks, Eric. I can confirm the failure on figimage, but with the same > seemingly miniscule difference. > > It looks like Jouni wrote that test... Jouni: could you verify that the > difference isn't significant? If it's not, we can just create a new > baseline image. I can't replicate the problem: for me "nosetests matplotlib.tests.test_image:test_figimage" passes (Python 2.6.1, matplotlib revision 8276, OS X 10.6.3). Could you post the failing images somewhere? -- Jouni K. Seppänen http://www.iki.fi/jks
Thanks, Eric. I can confirm the failure on figimage, but with the same seemingly miniscule difference. It looks like Jouni wrote that test... Jouni: could you verify that the difference isn't significant? If it's not, we can just create a new baseline image. Mike Eric Firing wrote: > Michael Droettboom wrote: >> I'm noticing that SVN r8269 is failing a great number of regression >> tests -- with pretty major things like the number of digits in the >> formatter being different. The buildbot seems to be getting the same >> failures I am, but I don't see any buildbot e-mails since Wednesday. >> Does anyone know the source of these errors? It seems to have to do >> with changes to the formatters. > > Mike, > > I have fixed all but one test--in some cases, partly by fixing tests > and/or the baseline images. > > The one exception is figimage. I don't think I have changed anything > that would affect that in any obvious way, but certainly I could be > wrong, and I haven't looked into it. The immediate problem is that I > can't see what the difference is between the baseline and what I am > generating now. They look identical to my eye, on my screen. The diff > plot shows up as a black square. The png files are different, > differing in length by 2 bytes, so something has changed--but what? > Given that I can't *see* any difference, I am tempted to just change > the baseline plot so that the test will pass, but maybe that would be > a mistake. > > Building mpl from a version 2 months ago, I am still seeing the > figimage failure. > > Eric > > >> >> Mike >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Michael Droettboom wrote: > I'm noticing that SVN r8269 is failing a great number of regression > tests -- with pretty major things like the number of digits in the > formatter being different. The buildbot seems to be getting the same > failures I am, but I don't see any buildbot e-mails since Wednesday. > Does anyone know the source of these errors? It seems to have to do > with changes to the formatters. Mike, I have fixed all but one test--in some cases, partly by fixing tests and/or the baseline images. The one exception is figimage. I don't think I have changed anything that would affect that in any obvious way, but certainly I could be wrong, and I haven't looked into it. The immediate problem is that I can't see what the difference is between the baseline and what I am generating now. They look identical to my eye, on my screen. The diff plot shows up as a black square. The png files are different, differing in length by 2 bytes, so something has changed--but what? Given that I can't *see* any difference, I am tempted to just change the baseline plot so that the test will pass, but maybe that would be a mistake. Building mpl from a version 2 months ago, I am still seeing the figimage failure. Eric > > Mike > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel