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
(10) |
2
(6) |
3
(13) |
4
(3) |
5
(10) |
6
(4) |
7
(2) |
8
(15) |
9
(10) |
10
(44) |
11
(17) |
12
(9) |
13
(2) |
14
(2) |
15
(4) |
16
(8) |
17
(13) |
18
(11) |
19
(12) |
20
|
21
|
22
(10) |
23
(10) |
24
(11) |
25
(11) |
26
(9) |
27
(1) |
28
|
29
(15) |
30
(14) |
31
(7) |
|
|
|
Hello - I searched the mailing list, but couldn't find an answer. I want to vary the color (or width for that matter) of a line according to= =20 an additional array of values. Very much like the 's' array in scatter plot= . In this fashion every (x0,y0), (x1,y1) segment has either a different color= =20 or width. Can this be done easily, or should I just loop through my x,y array and cal= l=20 plot every time with a different color/width? Thanks, Mark
>>>>> "Darren" == Darren Dale <dd...@co...> writes: Darren> I am making a polar plot, and the ticklabels are Darren> overlapping the plot a little bit. I tried to compensate Darren> by increase the tick.major.pad rc setting, but it does not Darren> seem to be respected. Darren> Any suggestions on where to look for this? See ax.set_thetagrids, where ax is PolarAxes instance. In particular the "frac" arg. Note that your approach would be more consistent (eg respecting the tick pad) but this should work. JDH
I am making a polar plot, and the ticklabels are overlapping the plot a little bit. I tried to compensate by increase the tick.major.pad rc setting, but it does not seem to be respected. Any suggestions on where to look for this? from matplotlib import rcParams rcParams['tick.major.pad']=10 rcParams['tick.labelsize']=16 from pylab import cos, figure, frange, pi, polar, sin, show figure(figsize=(4,4)) ang = frange(0,10,.01)*2*pi polar(ang, sin(ang)*cos(ang)) show() Darren
The basemap add-on toolkit for matplotlib allows you to plot your data on a wide variety of map projections, with coastlines and political boundaries. For an example of what it can do, see See http://www.scipy.org/wikis/topical_software/Maps. This is mainly a bugfix release, with one significant new feature - the ability to plot data in ESRI shapefiles (thanks to pyshapelib by Bernhard Herzog). Download it at http://sourceforge.net/projects/matplotlib/ -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1 FAX : (303)497-6449 325 Broadway Web : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124
N. Volbers schrieb: > Hello everyone, > > I intended to use the capabilities of mathtext as presented on the > matplotlib example page and the tutorial page. The examples given are > quite clear; yet they always assume that you pass the string that should > be interpreted as raw string, e.g. > > r'$\sum_{i=0}^\infty x_i$' > > However, in my application the user types the labels/title/whatever text > in a gtk entry field and this string, which is a unicode string, is then > passed on to the matplotlib OO interface. And as it is right now, I > just get the text as it is, so no fancy sum or infinity sign. > > I'd appreciate your help, > > Niklas. > > Sorry to have bothered you with this! There was no problem at all with the string passing; my problem was somehow different, and now mathtext works just fine. Great! So just forget about my question ;-) Niklas.
Hi all, The title is not illustrated but for what reason ? Nils
>>>>> "cglackin" == cglackin <cgl...@lk...> writes: cglackin> of the svg header as 1. below. If I adjust the header cglackin> as in 2. with a viewBox setting I get an image that cglackin> will scall to the browser window, and is centered. Is cglackin> there a way to do this from with in Matplotlib? Should be pretty easy. Take a look at matplotlib/backends/backend_svg.py and submit a patch. Thanks! JDH
>>>>> "Les" == Les Schaffer <sch...@op...> writes: Les> John Hunter wrote: >> Try installing the latest release (0.83.2), removing your >> ~/.matplotlib/tex.cache, and rerunning your script. Les> i still get the problem: Have you satisfied the requirements for usetex, eg, what does this report > dvipng --version JDH
Hello everyone, I intended to use the capabilities of mathtext as presented on the matplotlib example page and the tutorial page. The examples given are quite clear; yet they always assume that you pass the string that should be interpreted as raw string, e.g. r'$\sum_{i=0}^\infty x_i$' However, in my application the user types the labels/title/whatever text in a gtk entry field and this string, which is a unicode string, is then passed on to the matplotlib OO interface. And as it is right now, I just get the text as it is, so no fancy sum or infinity sign. I'd appreciate your help, Niklas.
>>>>> "W" == W Pessenhofer <w.p...@tu...> writes: W> Hi, I really like the possibility to create labels with tex W> support. Unfortunately, using this feature, svg export seems W> to be no longer available. This is sad, because creating svg's W> was one of my major reasons using matplotlib. Using latex most W> of the time, it was possible to create high quality vector W> based images with the possibility to change them later W> (e.g. with inkscape). I use this feature mostly for language W> changings of labels or titles. As you've discovered, tex support has not been implemented yet for the svg backend. Feel free to submit a support request on the sf site. Perhaps the path of least resistance would be to embed the tex graphics as images, just as we do for agg, since SVG already has image support. JDH
>>>>> "Les" == Les Schaffer <sch...@op...> writes: >> Have you satisfied the requirements for usetex, eg, what does >> this report >> >> > dvipng --version Les> ahem ... all better after 'apt-get install dvipng' Les> thnx No problem. As penance, you can write the patch to texmanager.py or __init__,py (on the usetex rc param check) that issues a proper warning if dvipng is not installed. I personally think it should be made in matplotlib.texmanager.TexManager.get_dvipng_version. Frankly, I don't understand why the current implementation failed def get_dvipng_version(self): if self.dvipngVersion is not None: return self.dvipngVersion sin, sout = os.popen2('dvipng --version') for line in sout.readlines(): if line.startswith('dvipng '): self.dvipngVersion = line.split()[-1] return self.dvipngVersion raise RuntimeError('Could not obtain dvipng version') OK, on a second read of the texmanager code, I do understand. Apparently the error is that this function is not called by make_png. I think all that is needed is to add a version check to make_png which calls get_dvipng_version which will raise if dvipng is not defined. Send patches to me, to this thread, to the devel list, or to the sourceforge site. Thanks! JDH