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
(7) |
2
(12) |
3
(7) |
4
(23) |
5
(5) |
6
(7) |
7
(4) |
8
(7) |
9
(25) |
10
(17) |
11
(25) |
12
(11) |
13
(8) |
14
(6) |
15
(1) |
16
(22) |
17
(11) |
18
(12) |
19
(22) |
20
(32) |
21
(9) |
22
(4) |
23
(16) |
24
(5) |
25
(9) |
26
(26) |
27
(21) |
28
(14) |
29
(6) |
30
(8) |
31
(4) |
|
|
|
|
From: Benjamin R. <ben...@ou...> - 2010-08-05 14:52:59
|
On Thu, Aug 5, 2010 at 2:48 AM, Jorge Scandaliaris <jor...@ya...>wrote: > Benjamin Root <ben.root@...> writes: > > > <snip> > > Probably not directly, but I hadn't thought about that before. For a set > of > > scatter points that are colored by values, what should the legend show? > In > > other words, what does it *mean* for there to be a legend for points that > are > > colored in a potentially non-uniform manner?So, maybe this is desired > behavior > > (but possibly by accident)? > > Thanks for your help, > > Ben Root > > I thought for a moment that legend was using the color of the first point > in the > set, but a quick test reveals that no matter what colormap you specify, the > marker color inside the legend is blue. BTW, I think I've found another > thing > related to legend() and scatter plots: the 'numpoints' keyword argument to > legend is not respected, as showed in the example pasted below, > > Jorge > > ------- > import numpy as np > import matplotlib as mpl > import matplotlib.pyplot as plt > > data0 = np.random.rand(10,2) > data1 = np.random.rand(10,2) > data2 = np.random.rand(10,2) > data = [data0, data1, data2] > > fig, ax = plt.subplots(1,1) > norm = mpl.colors.Normalize(0,len(data)) > cmap = mpl.cm.afmhot > > sc = [] > labels = [] > for i,d in enumerate(data): > sc.append(ax.scatter(d.T[0], d.T[1], c=np.ones(d.shape[0])*i, > norm=norm, cmap=cmap)) > labels.append('data set ' + str(i)) > ax.legend(sc, labels, numpoints=1) > plt.show() > ------- > > Yes, this was found a little while back and I believe it was fixed for v1.0. Ben Root |
From: Michael D. <md...@st...> - 2010-08-05 13:25:10
|
It looks like you're configured for the STIX fonts (the rcParam mathtext.fontset = stix), but they are not installed on your system. Do you have the file "STIXGeneral.ttf" on your system? Perhaps you need to install an additional package. Mike On 08/04/2010 03:18 PM, Michael Hannon wrote: >> Which backend are you using? >> >> Can you set the rcParam "verbose.level" to "debug-annoying" and then >> send us the output produced when running a plot? This will include a >> number of lines about font lookup that may help us diagnose the problem. >> > > Hi, Mike. I'm currently doing this interactively on a Gnome, X-windows desktop. > > The default backend for this is evidently: > > TkAgg > > I've appended the debug-annoying output, but it may be, as Ben Root has > observed, > that I just need a newer version of matplotlib. > > Thanks for your help. > > -- Mike > > > > > > backend TkAgg version 8.5 > >>>> figure() >>>> > <matplotlib.figure.Figure object at 0x18e6bd0> > >>>> text(0.5, 0.5, r'$\pi$') >>>> > <matplotlib.text.Text object at 0x1a1dbd0> > >>>> show() >>>> > FigureCanvasAgg.draw > RendererAgg.__init__ > RendererAgg.__init__ width=650.0, height=490.0 > RendererAgg.__init__ _RendererAgg done > RendererAgg.__init__ done > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > findfont: Matching > :family=sans-serif:style=normal:variant=normal:weight=normal:stretch=normal:size=medium > to DejaVu Sans (/usr/share/fonts/dejavu/DejaVuSans.ttf) with score of 0.100000 > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg.points_to_pixels > RendererAgg._get_agg_font > RendererAgg._get_agg_font > RendererAgg.draw_text > RendererAgg._get_agg_font > RendererAgg._get_agg_font > findfont: Matching > :family=sans-serif:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0 > to DejaVu Sans (/usr/share/fonts/dejavu/DejaVuSans.ttf) with score of 0.100000 > findfont: Matching > :family=STIXGeneral:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0 > to STIXGeneral (/usr/share/fonts/stix/STIXGeneral.otf) with score of 0.000000 > findfont: Could not match > :family=STIXSize1:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Matching > :family=STIXGeneral:style=normal:variant=normal:weight=bold:stretch=normal:size=12.0 > to STIXGeneral (/usr/share/fonts/stix/STIXGeneralBol.otf) with score of > 0.000000 > findfont: Could not match > :family=STIXSize3:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=STIXSize4:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=STIXSize5:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=STIXSize2:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Matching > :family=STIXGeneral:style=italic:variant=normal:weight=normal:stretch=normal:size=12.0 > to STIXGeneral (/usr/share/fonts/stix/STIXGeneralItalic.otf) with score of > 0.000000 > findfont: Could not match > :family=STIXNonUnicode:style=italic:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=STIXNonUnicode:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=STIXNonUnicode:style=normal:variant=normal:weight=bold:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmb10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmtt10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmmi10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmex10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmsy10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmr10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > findfont: Could not match > :family=cmss10:style=normal:variant=normal:weight=normal:stretch=normal:size=12.0. > Returning /usr/share/fonts/un-core/UnDotum.ttf > RendererAgg.draw_text > RendererAgg.draw_mathtext > >>>> > > > -- Michael Droettboom Science Software Branch Space Telescope Science Institute Baltimore, Maryland, USA |
From: Jorge S. <jor...@ya...> - 2010-08-05 07:48:44
|
Benjamin Root <ben.root@...> writes: > <snip> > Probably not directly, but I hadn't thought about that before. For a set of > scatter points that are colored by values, what should the legend show? In > other words, what does it *mean* for there to be a legend for points that are > colored in a potentially non-uniform manner?So, maybe this is desired behavior > (but possibly by accident)? > Thanks for your help, > Ben Root I thought for a moment that legend was using the color of the first point in the set, but a quick test reveals that no matter what colormap you specify, the marker color inside the legend is blue. BTW, I think I've found another thing related to legend() and scatter plots: the 'numpoints' keyword argument to legend is not respected, as showed in the example pasted below, Jorge ------- import numpy as np import matplotlib as mpl import matplotlib.pyplot as plt data0 = np.random.rand(10,2) data1 = np.random.rand(10,2) data2 = np.random.rand(10,2) data = [data0, data1, data2] fig, ax = plt.subplots(1,1) norm = mpl.colors.Normalize(0,len(data)) cmap = mpl.cm.afmhot sc = [] labels = [] for i,d in enumerate(data): sc.append(ax.scatter(d.T[0], d.T[1], c=np.ones(d.shape[0])*i, norm=norm, cmap=cmap)) labels.append('data set ' + str(i)) ax.legend(sc, labels, numpoints=1) plt.show() ------- |
From: Gökhan S. <gok...@gm...> - 2010-08-05 01:41:04
|
On Wed, Aug 4, 2010 at 8:05 PM, Michael Hannon <jm_...@ya...> wrote: > > Wow, I hadn't realized that Fedora 13 is carrying a rather old version of > > matplotlib (~2 years old). I should double-check what version is in > rawhide > > and possibly prod some people to get them to choose a more recent > version... > > Hi, Ben. I think it would be a good idea to give the Fedora people some > feedback on this. I thought that one of the main points of Fedora was to > explore bleeding-edge software. > > Maybe, way in the future there will be source-based custom Fedora builds where all the OS code and the packages will be build from their repositories according to one's need. For the time being I like following these three easy steps on my FC12 for the latest matplotlib: svn co https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlibmatplotlib python setupegg.py develop (one time only) svn up It's good to see some other fellow Fedora users around in these lists. It will somewhat off-the-topic but what are your impressions of Python and FC13 combination? > > > I am not exactly sure what the cause of your problem is, but you could > try > > uninstalling the Fedora packages of matplotlib and install the latest > > version from source. Unless someone else has a better idea about what > the > > cause of the problem is? > > I'm usually reluctant to do this, as the packages installed from source > don't > automatically get security updates, etc., but I tried your suggestion and > found the exercise painless. And with the new version I DO get math > symbols > on my plots. > > Thanks for your help with this. > > -- Mike > > > For the mathtext problem for inclusion of simple math texts you could easily construct your formulas or units using unicode text. Adding # -*- coding: utf-8 -*- on top of your scripts and then: plt.ylabel(u"π") will do the trick. > > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- Gökhan |
From: Michael H. <jm_...@ya...> - 2010-08-05 01:05:19
|
> Wow, I hadn't realized that Fedora 13 is carrying a rather old version of > matplotlib (~2 years old). I should double-check what version is in rawhide > and possibly prod some people to get them to choose a more recent version... Hi, Ben. I think it would be a good idea to give the Fedora people some feedback on this. I thought that one of the main points of Fedora was to explore bleeding-edge software. > I am not exactly sure what the cause of your problem is, but you could try > uninstalling the Fedora packages of matplotlib and install the latest > version from source. Unless someone else has a better idea about what the > cause of the problem is? I'm usually reluctant to do this, as the packages installed from source don't automatically get security updates, etc., but I tried your suggestion and found the exercise painless. And with the new version I DO get math symbols on my plots. Thanks for your help with this. -- Mike |