You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
1
(3) |
2
(2) |
3
(1) |
4
(2) |
5
|
6
(6) |
7
|
8
(4) |
9
(15) |
10
(9) |
11
|
12
(2) |
13
(1) |
14
(1) |
15
(8) |
16
|
17
|
18
|
19
|
20
|
21
|
22
(2) |
23
|
24
|
25
|
26
|
27
(1) |
28
(6) |
29
(2) |
30
(9) |
31
(3) |
|
Thank you all for your replies. It's not an urgent problem: 1. Jens gave us a link to an existing third party lib, althought it's not clear to me how it will work without pytest (i.e. with standard unittest). 2. My workaround is simply to use top level test functions as you suggest, and the rest works just fine. It's already awesome enough to be able to test my plots in such an easy way!!! Thanks a lot, Fabien On 07/30/2015 04:29 PM, Paul Hobson wrote: > Fabien, > > The @image_comparison operator is still somehwat of a black box for me. > But I can confirm your observation that it only works on top-level test > functions, not within a class. > > It's on my long, and slowly shifting backlog of things to try to improve. > -paul > > > On Thu, Jul 30, 2015 at 6:47 AM, Jens Nielsen > <jen...@gm... > <mailto:jen...@gm...>> wrote: > > Thomas Robitailles pytest image comparison plugin might also be of > interest > https://github.com/astrofrog/pytest-mpl > > Jens > > tor. 30. jul. 2015 kl. 14.43 skrev Thomas Caswell > <tca...@gm... > <mailto:tca...@gm...>>: > > > Paul Hobson expressed interest in making it easier to use the > image comparison tests out side of the mpl test suite > > Tom > > > On Thu, Jul 30, 2015, 9:28 AM Fabien > <fab...@gm... > <mailto:fab...@gm...>> wrote: > > Hi all, > > is it possible to use the @image_comparison decorator for tests > generated within a unittest.TestCase class? > > With my attempts so far the decorator was indeed > instanicated at run > time but the test was not called, i.e. the test would > allways pass... > Running the test with decorator from outside the class works > fine. > > Any idea? Thanks, > > Fabien > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Fabien, The @image_comparison operator is still somehwat of a black box for me. But I can confirm your observation that it only works on top-level test functions, not within a class. It's on my long, and slowly shifting backlog of things to try to improve. -paul On Thu, Jul 30, 2015 at 6:47 AM, Jens Nielsen <jen...@gm...> wrote: > Thomas Robitailles pytest image comparison plugin might also be of > interest > https://github.com/astrofrog/pytest-mpl > > Jens > > tor. 30. jul. 2015 kl. 14.43 skrev Thomas Caswell <tca...@gm...>: > >> >> Paul Hobson expressed interest in making it easier to use the image >> comparison tests out side of the mpl test suite >> >> Tom >> >> On Thu, Jul 30, 2015, 9:28 AM Fabien <fab...@gm...> wrote: >> >>> Hi all, >>> >>> is it possible to use the @image_comparison decorator for tests >>> generated within a unittest.TestCase class? >>> >>> With my attempts so far the decorator was indeed instanicated at run >>> time but the test was not called, i.e. the test would allways pass... >>> Running the test with decorator from outside the class works fine. >>> >>> Any idea? Thanks, >>> >>> Fabien >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >>> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >
Have u tried ? plt.ylabel(r'$\alpha$') -- View this message in context: http://matplotlib.1069221.n5.nabble.com/Tex-error-in-plot-label-tp45964p45979.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Thomas Robitailles pytest image comparison plugin might also be of interest https://github.com/astrofrog/pytest-mpl Jens tor. 30. jul. 2015 kl. 14.43 skrev Thomas Caswell <tca...@gm...>: > > Paul Hobson expressed interest in making it easier to use the image > comparison tests out side of the mpl test suite > > Tom > > On Thu, Jul 30, 2015, 9:28 AM Fabien <fab...@gm...> wrote: > >> Hi all, >> >> is it possible to use the @image_comparison decorator for tests >> generated within a unittest.TestCase class? >> >> With my attempts so far the decorator was indeed instanicated at run >> time but the test was not called, i.e. the test would allways pass... >> Running the test with decorator from outside the class works fine. >> >> Any idea? Thanks, >> >> Fabien >> >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Paul Hobson expressed interest in making it easier to use the image comparison tests out side of the mpl test suite Tom On Thu, Jul 30, 2015, 9:28 AM Fabien <fab...@gm...> wrote: > Hi all, > > is it possible to use the @image_comparison decorator for tests > generated within a unittest.TestCase class? > > With my attempts so far the decorator was indeed instanicated at run > time but the test was not called, i.e. the test would allways pass... > Running the test with decorator from outside the class works fine. > > Any idea? Thanks, > > Fabien > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Hi all, is it possible to use the @image_comparison decorator for tests generated within a unittest.TestCase class? With my attempts so far the decorator was indeed instanicated at run time but the test was not called, i.e. the test would allways pass... Running the test with decorator from outside the class works fine. Any idea? Thanks, Fabien
On 07/30/2015 10:07 AM, Eric Firing wrote: > Forcing the scalar to be a 1-element array would still leave the API > inconsistent with what you show for Normalize. One solution is to > flag a scalar at the start, and then de-reference at the end. Would > you like to submit a PR to take care of this? Hi, my very first PR here: https://github.com/matplotlib/matplotlib/pull/4824 Thanks, Fabien
Forcing the scalar to be a 1-element array would still leave the API inconsistent with what you show for Normalize. One solution is to flag a scalar at the start, and then de-reference at the end. Would you like to submit a PR to take care of this?
On 07/29/2015 10:34 PM, Paul Hobson wrote: > See the following example: > > import matplotlib as mpl > c = mpl.cm.get_cmap() > bnorm = mpl.colors.BoundaryNorm([0,1,2], c.N) > nnorm = mpl.colors.Normalize(0, 2) > > # This works: > In [8]: c(nnorm(1.1)) > Out[8]: (0.64199873497786197, 1.0, 0.32574320050600891, 1.0) > > # This doesn't: > In [9]: c(bnorm(1.1)) > (...) > TypeError: 'numpy.int16' object does not support item assignment > > # But this works: > In [10]: c(bnorm([1.1])) > Out[10]: array([[ 0.5, 0. , 0. , 1. ]]) > > From the doc I would expect BoundaryNorm and Normalize to work the > same > way. I find the error sent by BoundaryNorm quite misleading. > > Should I fill a bug report for this? > > > Fabien, > > What happens if your force the boundaries to floats? By that I mean: > bnorm = mpl.colors.BoundaryNorm([0.0, 1.0, 2.0], c.N) > -Paul Thanks Paul, it doesn't change anything. The problem is related to the variable iret which is of shape (): the assignment fails at L1281 in colors.py. Here is the code: def __call__(self, x, clip=None): if clip is None: clip = self.clip x = ma.asarray(x) # <--- doesnt guarantee 1D mask = ma.getmaskarray(x) xx = x.filled(self.vmax + 1) if clip: np.clip(xx, self.vmin, self.vmax) iret = np.zeros(x.shape, dtype=np.int16) # <--- x.shape = () for i, b in enumerate(self.boundaries): iret[xx >= b] = i if self._interp: scalefac = float(self.Ncmap - 1) / (self.N - 2) iret = (iret * scalefac).astype(np.int16) iret[xx < self.vmin] = -1 # <--- error iret[xx >= self.vmax] = self.Ncmap ret = ma.array(iret, mask=mask) if ret.shape == () and not mask: ret = int(ret) return ret It should be easy to fix by changing iret = np.zeros(x.shape, dtype=np.int16) to: iret = np.atleast1d(np.zeros(x.shape, dtype=np.int16)) But this would lead to an output which is never a scalar even if a scalar is given as input. Is that a problem? Cheers, Fabien