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
(1) |
|
4
(4) |
5
(11) |
6
(19) |
7
(18) |
8
(7) |
9
(9) |
10
(4) |
|
11
(3) |
12
(5) |
13
(19) |
14
(13) |
15
(21) |
16
(4) |
17
|
|
18
(5) |
19
(9) |
20
(13) |
21
(7) |
22
|
23
(1) |
24
(3) |
|
25
|
26
(3) |
27
(1) |
28
(2) |
29
(6) |
30
(5) |
31
|
|
From: Daniel H. <dh...@gm...> - 2011-12-09 21:11:44
|
I'm sorry, I should have stated the version. I'm using 1.0.0, which just returns a list of rectangle artists. On Fri, Dec 9, 2011 at 4:08 PM, Benjamin Root <ben...@ou...> wrote: > On Fri, Dec 9, 2011 at 2:55 PM, Daniel Hyams <dh...@gm...> wrote: > >> Tried, but unfortunately it did not make any difference :( >> >> > Just as an interesting point... don't know if it means anything. In > v1.1.x, we now return a "BarContainer" from the bar() function. This > container subclasses the tuple type, which is why you are still able to > treat it like a list. Anyway, this class does a bunch of things that I > wonder if it could be interfering with what you are trying to do. Probably > not, but still... > > Ben Root > > -- Daniel Hyams dh...@gm... |
|
From: Benjamin R. <ben...@ou...> - 2011-12-09 21:08:28
|
On Fri, Dec 9, 2011 at 2:55 PM, Daniel Hyams <dh...@gm...> wrote: > Tried, but unfortunately it did not make any difference :( > > Just as an interesting point... don't know if it means anything. In v1.1.x, we now return a "BarContainer" from the bar() function. This container subclasses the tuple type, which is why you are still able to treat it like a list. Anyway, this class does a bunch of things that I wonder if it could be interfering with what you are trying to do. Probably not, but still... Ben Root |
|
From: Daniel H. <dh...@gm...> - 2011-12-09 20:55:32
|
Tried, but unfortunately it did not make any difference :( On Fri, Dec 9, 2011 at 2:22 PM, Tony Yu <ts...@gm...> wrote: > > > On Fri, Dec 9, 2011 at 2:13 PM, Daniel Hyams <dh...@gm...> wrote: > >> I can't tell if I'm misusing collections here, or if there is a bug. >> Anyway, what I'm trying to do is keep track of a group of rectangles >> generated from a bar plot. Instead of letting there be a large number of >> artists added to the axes, I wanted to just group them into a collection >> and add the collection instead. As in the code below: >> >> #!/usr/bin/env python >> import numpy >> import matplotlib.pyplot as plt >> import matplotlib.collections >> >> # just generate some data to plot >> x = numpy.linspace(0.0,2.0*numpy.pi,10) >> y = numpy.sin(x) >> >> # plot >> axes = plt.gca() >> bars = plt.bar(x,y,color='red',width=0.1) >> >> # strip out all of the newly inserted rectangles >> for b in bars: b.remove() >> >> # and create a collection for plotting the rectangles instead. >> coll = matplotlib.collections.PatchCollection(bars) >> >> axes.artists.append(coll) >> >> plt.xlim(0.0,2.0*numpy.pi) >> plt.grid(True) >> plt.show() >> >> This appears to work at first blush, but if you resize the plot, you can >> tell that the rectangles are just fixed in their location now. I tried >> messing around with setting the transform for the new collection object >> "coll" in different ways, to no avail. Any suggestions welcome ;) >> >> -- >> Daniel Hyams >> dh...@gm... >> >> try transOffset: > > >>> coll = matplotlib.collections.PatchCollection(bars, > transOffset=axes.transData) > > I've always found this a bit clumsy, but I think it's the standard way to > do it. > > -Tony > -- Daniel Hyams dh...@gm... |
|
From: Tony Yu <ts...@gm...> - 2011-12-09 19:22:15
|
On Fri, Dec 9, 2011 at 2:13 PM, Daniel Hyams <dh...@gm...> wrote: > I can't tell if I'm misusing collections here, or if there is a bug. > Anyway, what I'm trying to do is keep track of a group of rectangles > generated from a bar plot. Instead of letting there be a large number of > artists added to the axes, I wanted to just group them into a collection > and add the collection instead. As in the code below: > > #!/usr/bin/env python > import numpy > import matplotlib.pyplot as plt > import matplotlib.collections > > # just generate some data to plot > x = numpy.linspace(0.0,2.0*numpy.pi,10) > y = numpy.sin(x) > > # plot > axes = plt.gca() > bars = plt.bar(x,y,color='red',width=0.1) > > # strip out all of the newly inserted rectangles > for b in bars: b.remove() > > # and create a collection for plotting the rectangles instead. > coll = matplotlib.collections.PatchCollection(bars) > > axes.artists.append(coll) > > plt.xlim(0.0,2.0*numpy.pi) > plt.grid(True) > plt.show() > > This appears to work at first blush, but if you resize the plot, you can > tell that the rectangles are just fixed in their location now. I tried > messing around with setting the transform for the new collection object > "coll" in different ways, to no avail. Any suggestions welcome ;) > > -- > Daniel Hyams > dh...@gm... > > try transOffset: >>> coll = matplotlib.collections.PatchCollection(bars, transOffset=axes.transData) I've always found this a bit clumsy, but I think it's the standard way to do it. -Tony |
|
From: Daniel H. <dh...@gm...> - 2011-12-09 19:14:12
|
I can't tell if I'm misusing collections here, or if there is a bug. Anyway, what I'm trying to do is keep track of a group of rectangles generated from a bar plot. Instead of letting there be a large number of artists added to the axes, I wanted to just group them into a collection and add the collection instead. As in the code below: #!/usr/bin/env python import numpy import matplotlib.pyplot as plt import matplotlib.collections # just generate some data to plot x = numpy.linspace(0.0,2.0*numpy.pi,10) y = numpy.sin(x) # plot axes = plt.gca() bars = plt.bar(x,y,color='red',width=0.1) # strip out all of the newly inserted rectangles for b in bars: b.remove() # and create a collection for plotting the rectangles instead. coll = matplotlib.collections.PatchCollection(bars) axes.artists.append(coll) plt.xlim(0.0,2.0*numpy.pi) plt.grid(True) plt.show() This appears to work at first blush, but if you resize the plot, you can tell that the rectangles are just fixed in their location now. I tried messing around with setting the transform for the new collection object "coll" in different ways, to no avail. Any suggestions welcome ;) -- Daniel Hyams dh...@gm... |
|
From: Benjamin R. <ben...@ou...> - 2011-12-09 15:10:09
|
On Friday, December 9, 2011, Laat de, Jos (KNMI) <jos...@kn...> wrote: > I am working with (geostationary) satellite data, and one of the things I want to do is plot a map (coastlines) on top of the satellite image. As an IDL user I know how to do this in IDL (although in IDL it is a bit of a hassle), but I don’t seem to be able to figure out how this could be done in python. > > > > The satellite data consists of a rectangular field of N by N pixels. The data is already converted to bitmap RGB values. I have figured out how this can be written to a bitmap image like PNG or JPG. > > > > I further figured out how to do the satellite projection in Basemap, and how to plot Basemap coastlines. However, the Basemap appears to have a non-transparent background, which overplots all bitmap data if I plot the Bitmap data first. I had hoped that there would be some transparency setting in Basemap, but alas. > > > > (ps. Keep in mind that I do not want to use some contour filling routine for plotting the satellite data. I want to retain the original N x N pixels and image size) What commands are you using to plot the data? drawcoastlines() should only draw lines. Maybe "hold" is being set to false in your matplotlibrc file or in your code? Ben Root |
|
From: Laat d. J. \(KNMI\) <jos...@kn...> - 2011-12-09 13:33:29
|
I am working with (geostationary) satellite data, and one of the things I want to do is plot a map (coastlines) on top of the satellite image. As an IDL user I know how to do this in IDL (although in IDL it is a bit of a hassle), but I don't seem to be able to figure out how this could be done in python. The satellite data consists of a rectangular field of N by N pixels. The data is already converted to bitmap RGB values. I have figured out how this can be written to a bitmap image like PNG or JPG. I further figured out how to do the satellite projection in Basemap, and how to plot Basemap coastlines. However, the Basemap appears to have a non-transparent background, which overplots all bitmap data if I plot the Bitmap data first. I had hoped that there would be some transparency setting in Basemap, but alas. (ps. Keep in mind that I do not want to use some contour filling routine for plotting the satellite data. I want to retain the original N x N pixels and image size) |
|
From: Jonathan S. <js...@cf...> - 2011-12-08 13:39:49
|
Finally found a solution for this -- actually just tried solution from Piter_ <x....@gm...> in his post -- deleted fontList.cache and it works. That is, just doing rcParams['font.family'] = 'Times New Roman' gives me that font as the default. Jon > From: Michael Droettboom <md...@st...> > > > To: mat...@li... > > > Subject: Re: [Matplotlib-users] how to use different font > for serif > > > Date: Mon, 5 Dec 2011 14:49:09 -0500 > > > > > > What rcParams are you setting? > > > > > > font.family: serif > > > font.serif: Times New Roman > > > > > > and > > > > > > font.family: Times New Roman > > > > > > both work for me. > > > > > > You have to use the name of the font as specified in the > file, not > > > the filename to specify the font (which is probably why > "times" is > > > not working for you). > > > > > > Mike > > I tried both of those and just tried them again and neither > work for me: > > In [2]: rcParams['font.family'] = 'serif' > > In [3]: rcParams['font.serif'] = ['Times New Roman'] > > In [4]: plot([0,1,2]) > Out[4]: [<matplotlib.lines.Line2D object at 0x62d69d0>] > > In [5]: > /usr/local/lib/python2.6/site-packages/matplotlib/font_manager.py:1242: > UserWarning: findfont: Font family ['serif'] not found. > Falling back to > Bitstream Vera Sans > (prop.get_family(), self.defaultFamily[fontext])) > > > In [7]: rcParams['font.family'] = 'Times New Roman' > > In [8]: plot([0,1,2]) > Out[8]: [<matplotlib.lines.Line2D object at 0x62ff210>] > > In [9]: > /usr/local/lib/python2.6/site-packages/matplotlib/font_manager.py:1242: > UserWarning: findfont: Font family ['Times New Roman'] not > found. > Falling back to Bitstream Vera Sans > (prop.get_family(), self.defaultFamily[fontext])) > > What is it that tells the font_manager where to look? > > Jon |
|
From: Neal B. <ndb...@gm...> - 2011-12-08 13:13:52
|
Yes, setting annotation_clip=False did fix it. I will try to send a minimal example. ATM, my example is not at all minimal, but I suspect that you can easily reproduce this with any plot where the x axis is set so that the rightmost point is on the edge of the graph, and annotation is set to right justified (which should make the annotation visible, within the bounds of the plot) Jae-Joon Lee wrote: > Can you post an standalone example? > Maybe you want to set the *annotation_clip* parameter to False? > > http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.annotate > > Regards, > > -JJ > > > On Fri, Dec 2, 2011 at 10:19 PM, Neal Becker > <ndb...@gm...> wrote: >> Using horizontalalignment='right', it seems that if a point lies on the right >> edge of the plot, the annotation does not appear, even though (since the text >> should be right aligned), the text would have been on the plot and be >> visible. >> >> Any workaround? >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ |
|
From: Piter_ <x....@gm...> - 2011-12-08 07:05:19
|
Hi > Could you post the version number: my version is '0.99.3' It looks like after deleting fontList.cache file everything works. But I got another question. Why I don't get warnings even if I try font like "fadslkhflkjdvhsdlfvfdls". Thanks in advance. Petro |
|
From: c01etek <na...@co...> - 2011-12-08 06:35:46
|
I've already made a wxpython based solution to plot real-time data on plots (using matplotlib). Basically there is a timer for redrawing data (that is appended to by another thread), and when it redraws it does: timestamp = time.time() # add to x, y datasets self.timestamps.append(timestamp) self.vehicle_speeds.append(self.monitor_data_api.get_vehicle_speed()) # update plot bounds self.axes_vehicle_speed.set_xbound(lower=(timestamp - 10.0), upper=timestamp) self.axes_vehicle_speed.set_ybound(lower=min(self.vehicle_speeds), upper=max(self.vehicle_speeds)) # add data self.plot_data_vehicle_speed.set_xdata(np.array(self.timestamps)) self.plot_data_vehicle_speed.set_ydata(np.array(self.vehicle_speeds)) However how do I add another y dataset to the same plot "self.axes_vehicle_speed" in say blue? I know about the common methods as outlined in: http://www.scipy.org/Cookbook/Matplotlib/MultilinePlots However they will not work for live plotting. Any ideas? -- View this message in context: http://old.nabble.com/Live-%28real-time%29-plotting-two-data-sets-on-the-same-graph-tp32932476p32932476.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Piter_ <x....@gm...> - 2011-12-08 03:55:18
|
Hi. Thank for the reply. I use debian stable with matplotlib and python from debian repository, emacs python mode. I had a look on the topic here http://old.nabble.com/how-to-use-different-font-for-serif-td32905458.html I don't have any warning messages. Have no clue there to look further :( |
|
From: Tony Yu <ts...@gm...> - 2011-12-08 03:39:12
|
On Wed, Dec 7, 2011 at 8:27 PM, Piter_ <x....@gm...> wrote:
> Hi all.
> I want to use "Times New Roman" font for my pictures.
> Searching the list I have found this solution:
> __________________
> ....
> pylab.rc('font', family='serif')
> pylab.rc('font', serif='Times New Roman')
> pylab.rc('text', usetex='false')
> ......
> ____________________
>
> yl=pylab.ylabel(r'Difference extinction coeffitient, ($M \times
> cm^{-1})$',fontsize=8)
> xl=pylab.xlabel("Wavelength, (nm)", fontsize=8)
>
> However it still does not use Times new roman.
>
> >>> yl.get_fontname()
> 'DejaVu Serif'
> >>> xl.get_fontname()
> 'DejaVu Serif'
> >>>
>
> I have the font:
>
> >>> font_manager.findfont('Times New Roman')
> '/usr/share/fonts/truetype/msttcorefonts/Times_New_Roman.ttf'
>
> and here are rcparams
>
> >>font_manager.rcParams
> {'figure.subplot.right': 0.90000000000000002, 'mathtext.cal':
> 'cursive', 'font.fantasy': ['Comic Sans MS', 'Chicago', 'Charcoal',
> 'ImpactWestern', 'fantasy'], 'xtick.minor.pad': 4, 'tk.pythoninspect':
> False, 'image.aspect': 'equal', 'font.cursive': ['Apple Chancery',
> 'Textile', 'Zapf Chancery', 'Sand', 'cursive'],
> 'figure.subplot.hspace': 0.20000000000000001, 'xtick.direction': 'in',
> 'axes.facecolor': 'w', 'mathtext.fontset': 'cm', 'ytick.direction':
> 'in', 'svg.image_inline': True, 'lines.markersize': 6, 'figure.dpi':
> 100.0, 'text.usetex': False, 'text.fontangle': 'normal',
> 'patch.edgecolor': 'k', 'legend.labelspacing': 0.5, 'ps.useafm':
> False, 'mathtext.bf': 'serif:bold', 'lines.solid_joinstyle': 'round',
> 'font.monospace': ['Bitstream Vera Sans Mono', 'DejaVu Sans Mono',
> 'Andale Mono', 'Nimbus Mono L', 'Courier New', 'Courier', 'Fixed',
> 'Terminal', 'monospace'], 'xtick.minor.size': 2,
> 'axes.formatter.limits': [-7, 7], 'figure.subplot.wspace':
> 0.20000000000000001, 'savefig.edgecolor': 'w', 'text.fontvariant':
> 'normal', 'image.cmap': 'jet', 'axes.edgecolor': 'k',
> 'tk.window_focus': False, 'image.origin': 'upper', 'text.fontsize':
> 'medium', 'font.serif': ['Times New Roman'], 'savefig.facecolor': 'w',
> 'maskedarray': 'obsolete', 'ytick.minor.size': 2, 'numerix':
> 'obsolete', 'font.stretch': 'normal', 'text.dvipnghack': None,
> 'ytick.color': 'k', 'lines.linestyle': '-', 'xtick.color': 'k',
> 'xtick.major.pad': 4, 'text.fontweight': 'normal', 'patch.facecolor':
> 'b', 'figure.figsize': [5.5999999999999996, 3.4609903369994113],
> 'axes.linewidth': 1.0, 'legend.handletextpad': 0.80000000000000004,
> 'mathtext.fallback_to_cm': True, 'lines.linewidth': 1.0,
> 'savefig.dpi': 100, 'verbose.fileo': 'sys.stdout',
> 'svg.image_noscale': False, 'docstring.hardcopy': False, 'font.size':
> 12.0, 'ps.fonttype': 3, 'path.simplify': True, 'polaraxes.grid': True,
> 'toolbar': 'toolbar2', 'pdf.compression': 6, 'grid.linewidth': 0.5,
> 'figure.autolayout': False, 'figure.facecolor': '0.75',
> 'ps.usedistiller': False, 'legend.isaxes': True, 'figure.edgecolor':
> 'w', 'mathtext.tt': 'monospace', 'contour.negative_linestyle':
> 'dashed', 'image.interpolation': 'bilinear', 'lines.markeredgewidth':
> 0.5, 'axes3d.grid': True, 'lines.marker': 'None', 'legend.shadow':
> False, 'axes.titlesize': 'large', 'backend': 'TkAgg',
> 'xtick.major.size': 4, 'legend.fontsize': 'large',
> 'lines.solid_capstyle': 'projecting', 'mathtext.it': 'serif:italic',
> 'font.variant': 'normal', 'xtick.labelsize': 8.0,
> 'axes.unicode_minus': True, 'ps.distiller.res': 6000, 'pdf.fonttype':
> 3, 'patch.linewidth': 1.0, 'pdf.inheritcolor': False,
> 'lines.dash_capstyle': 'butt', 'lines.color': 'b',
> 'text.latex.preview': False, 'figure.subplot.top':
> 0.90000000000000002, 'pdf.use14corefonts': False,
> 'legend.markerscale': 1.0, 'patch.antialiased': True, 'font.style':
> 'normal', 'backend_fallback': True, 'legend.fancybox': False,
> 'grid.linestyle': ':', 'axes.labelcolor': 'k', 'text.color': 'k',
> 'mathtext.rm': 'serif', 'legend.loc': 'upper right', 'interactive':
> True, 'cairo.format': 'png', 'savefig.orientation': 'portrait',
> 'axes.axisbelow': False, 'ytick.major.size': 4, 'axes.grid': False,
> 'plugins.directory': '.matplotlib_plugins', 'grid.color': 'k',
> 'timezone': 'UTC', 'ytick.major.pad': 4, 'legend.borderpad':
> 0.40000000000000002, 'lines.dash_joinstyle': 'round', 'datapath':
> '/usr/share/matplotlib/mpl-data', 'lines.antialiased': True,
> 'text.latex.unicode': False, 'image.lut': 256, 'units': False,
> 'figure.subplot.bottom': 0.10000000000000001, 'text.latex.preamble':
> [''], 'legend.numpoints': 2, 'legend.handlelength': 2.0,
> 'font.sans-serif': ['Bitstream Vera Sans', 'DejaVu Sans', 'Lucida
> Grande', 'Verdana', 'Geneva', 'Lucid', 'Arial', 'Helvetica', 'Avant
> Garde', 'sans-serif'], 'font.family': 'serif', 'axes.labelsize':
> 'medium', 'ytick.minor.pad': 4, 'legend.borderaxespad': 0.5,
> 'mathtext.sf': 'sans\\-serif', 'axes.hold': True, 'verbose.level':
> 'silent', 'mathtext.default': 'regular', 'figure.subplot.left': 0.125,
> 'legend.columnspacing': 2.0, 'text.fontstyle': 'normal',
> 'font.weight': 'normal', 'image.resample': False,
> 'agg.path.chunksize': 0, 'path.simplify_threshold':
> 0.1111111111111111, 'ytick.labelsize': 8.0, 'ps.papersize': 'letter',
> 'svg.embed_char_paths': True}
> >>>
> Any tips?
> Thanks.
> Petro.
> ___________________________________
>
>
I can't reproduce this issue, but there was a recent thread about this
exact same issue<http://old.nabble.com/how-to-use-different-font-for-serif-td32905458.html>,
so apparently this is not a fluke of your system configuration. Since I
can't reproduce this issue, I probably won't be of much help, but some
specifics of your install might help others diagnose this issue. What
version of Matplotlib are you running?
Best,
-Tony
|
|
From: Piter_ <x....@gm...> - 2011-12-08 01:27:20
|
Hi all.
I want to use "Times New Roman" font for my pictures.
Searching the list I have found this solution:
__________________
....
pylab.rc('font', family='serif')
pylab.rc('font', serif='Times New Roman')
pylab.rc('text', usetex='false')
......
____________________
yl=pylab.ylabel(r'Difference extinction coeffitient, ($M \times
cm^{-1})$',fontsize=8)
xl=pylab.xlabel("Wavelength, (nm)", fontsize=8)
However it still does not use Times new roman.
>>> yl.get_fontname()
'DejaVu Serif'
>>> xl.get_fontname()
'DejaVu Serif'
>>>
I have the font:
>>> font_manager.findfont('Times New Roman')
'/usr/share/fonts/truetype/msttcorefonts/Times_New_Roman.ttf'
and here are rcparams
>>font_manager.rcParams
{'figure.subplot.right': 0.90000000000000002, 'mathtext.cal':
'cursive', 'font.fantasy': ['Comic Sans MS', 'Chicago', 'Charcoal',
'ImpactWestern', 'fantasy'], 'xtick.minor.pad': 4, 'tk.pythoninspect':
False, 'image.aspect': 'equal', 'font.cursive': ['Apple Chancery',
'Textile', 'Zapf Chancery', 'Sand', 'cursive'],
'figure.subplot.hspace': 0.20000000000000001, 'xtick.direction': 'in',
'axes.facecolor': 'w', 'mathtext.fontset': 'cm', 'ytick.direction':
'in', 'svg.image_inline': True, 'lines.markersize': 6, 'figure.dpi':
100.0, 'text.usetex': False, 'text.fontangle': 'normal',
'patch.edgecolor': 'k', 'legend.labelspacing': 0.5, 'ps.useafm':
False, 'mathtext.bf': 'serif:bold', 'lines.solid_joinstyle': 'round',
'font.monospace': ['Bitstream Vera Sans Mono', 'DejaVu Sans Mono',
'Andale Mono', 'Nimbus Mono L', 'Courier New', 'Courier', 'Fixed',
'Terminal', 'monospace'], 'xtick.minor.size': 2,
'axes.formatter.limits': [-7, 7], 'figure.subplot.wspace':
0.20000000000000001, 'savefig.edgecolor': 'w', 'text.fontvariant':
'normal', 'image.cmap': 'jet', 'axes.edgecolor': 'k',
'tk.window_focus': False, 'image.origin': 'upper', 'text.fontsize':
'medium', 'font.serif': ['Times New Roman'], 'savefig.facecolor': 'w',
'maskedarray': 'obsolete', 'ytick.minor.size': 2, 'numerix':
'obsolete', 'font.stretch': 'normal', 'text.dvipnghack': None,
'ytick.color': 'k', 'lines.linestyle': '-', 'xtick.color': 'k',
'xtick.major.pad': 4, 'text.fontweight': 'normal', 'patch.facecolor':
'b', 'figure.figsize': [5.5999999999999996, 3.4609903369994113],
'axes.linewidth': 1.0, 'legend.handletextpad': 0.80000000000000004,
'mathtext.fallback_to_cm': True, 'lines.linewidth': 1.0,
'savefig.dpi': 100, 'verbose.fileo': 'sys.stdout',
'svg.image_noscale': False, 'docstring.hardcopy': False, 'font.size':
12.0, 'ps.fonttype': 3, 'path.simplify': True, 'polaraxes.grid': True,
'toolbar': 'toolbar2', 'pdf.compression': 6, 'grid.linewidth': 0.5,
'figure.autolayout': False, 'figure.facecolor': '0.75',
'ps.usedistiller': False, 'legend.isaxes': True, 'figure.edgecolor':
'w', 'mathtext.tt': 'monospace', 'contour.negative_linestyle':
'dashed', 'image.interpolation': 'bilinear', 'lines.markeredgewidth':
0.5, 'axes3d.grid': True, 'lines.marker': 'None', 'legend.shadow':
False, 'axes.titlesize': 'large', 'backend': 'TkAgg',
'xtick.major.size': 4, 'legend.fontsize': 'large',
'lines.solid_capstyle': 'projecting', 'mathtext.it': 'serif:italic',
'font.variant': 'normal', 'xtick.labelsize': 8.0,
'axes.unicode_minus': True, 'ps.distiller.res': 6000, 'pdf.fonttype':
3, 'patch.linewidth': 1.0, 'pdf.inheritcolor': False,
'lines.dash_capstyle': 'butt', 'lines.color': 'b',
'text.latex.preview': False, 'figure.subplot.top':
0.90000000000000002, 'pdf.use14corefonts': False,
'legend.markerscale': 1.0, 'patch.antialiased': True, 'font.style':
'normal', 'backend_fallback': True, 'legend.fancybox': False,
'grid.linestyle': ':', 'axes.labelcolor': 'k', 'text.color': 'k',
'mathtext.rm': 'serif', 'legend.loc': 'upper right', 'interactive':
True, 'cairo.format': 'png', 'savefig.orientation': 'portrait',
'axes.axisbelow': False, 'ytick.major.size': 4, 'axes.grid': False,
'plugins.directory': '.matplotlib_plugins', 'grid.color': 'k',
'timezone': 'UTC', 'ytick.major.pad': 4, 'legend.borderpad':
0.40000000000000002, 'lines.dash_joinstyle': 'round', 'datapath':
'/usr/share/matplotlib/mpl-data', 'lines.antialiased': True,
'text.latex.unicode': False, 'image.lut': 256, 'units': False,
'figure.subplot.bottom': 0.10000000000000001, 'text.latex.preamble':
[''], 'legend.numpoints': 2, 'legend.handlelength': 2.0,
'font.sans-serif': ['Bitstream Vera Sans', 'DejaVu Sans', 'Lucida
Grande', 'Verdana', 'Geneva', 'Lucid', 'Arial', 'Helvetica', 'Avant
Garde', 'sans-serif'], 'font.family': 'serif', 'axes.labelsize':
'medium', 'ytick.minor.pad': 4, 'legend.borderaxespad': 0.5,
'mathtext.sf': 'sans\\-serif', 'axes.hold': True, 'verbose.level':
'silent', 'mathtext.default': 'regular', 'figure.subplot.left': 0.125,
'legend.columnspacing': 2.0, 'text.fontstyle': 'normal',
'font.weight': 'normal', 'image.resample': False,
'agg.path.chunksize': 0, 'path.simplify_threshold':
0.1111111111111111, 'ytick.labelsize': 8.0, 'ps.papersize': 'letter',
'svg.embed_char_paths': True}
>>>
Any tips?
Thanks.
Petro.
___________________________________
|
|
From: Alejandro W. <ale...@gm...> - 2011-12-07 22:07:19
|
Hi:
I am getting incorrect renderings when using \hat{x} or \vec{x}. The
following code
#####################################################
import matplotlib.pylab as plt
plt.axes([0.1, 0.15, 0.8, 0.75])
plt.plot(range(10))
plt.xlabel(r'$\hat{y}$ $\vec{x}$ $x^2 + y^2$', fontsize=20)
plt.show()
#####################################################
produce the attached plot. Note that the "hat" and the "arrow" are in
the wrong place. The other Latex part looks OK.
I am running version 1.2.x (built from commit
11e528425e230a3e23d04202aea23d88d40d9c4c) and Ubuntu 11.10.
Any ideas about how to solve the problem?
Alejandro.
|
|
From: questions a. <que...@gm...> - 2011-12-07 21:35:14
|
thanks for the responses. Sebastians suggestion to use tissot function is exactly what I needed. map.tissot(lon, lat, r, 96) thanks again On Wed, Dec 7, 2011 at 6:36 PM, Thomas Lecocq <thl...@ms...> wrote: > Dear, > > you can try my tutorial to achieve this properly : > http://www.geophysique.be/2011/02/20/matplotlib-basemap-tutorial-09-drawing-circles/ > > Cheers, > > Thom > > ps : on the "things to do when I have some time" list : commit a method to > the default basemap package to do this... > > > ------------------------------ > Date: Tue, 6 Dec 2011 21:23:18 -0600 > From: ben...@ou... > To: que...@gm... > CC: Mat...@li... > Subject: Re: [Matplotlib-users] add cirlce around lat lon > > > > > On Tuesday, December 6, 2011, questions anon <que...@gm...> > wrote: > > I would like to draw a simple circle around a specified latitude and > longitude but I cannot find an appropriate command. > > I have tried using > > map.drawgreatcircle(myLON, myLAT,myLON, myLAT, linewidth=20,color='k') > > but this doesn't do anything > > or even > > map.drawgreatcircle(myLON+1, myLAT+1,myLON-1, myLAT-1, > linewidth=2,color='k') > > and this appears to draw a line. > > Any other commands I could try for this? > > thanks in advance > > > > drawgreatcircle() doesn't actually draw a circle, but rather an arc that > represents the shortest distance between two points on the globe. > > Maybe you would rather use a Circle object? > > Ben Root > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization This white > paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging > model of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > _______________________________________________ Matplotlib-users mailing > list Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point > of > discussion for anyone considering optimizing the pricing and packaging > model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > |
|
From: Jérôme <je...@jo...> - 2011-12-07 20:26:14
|
Wed, 7 Dec 2011 20:29:22 +0100
Jérôme a écrit:
> Is there a way to automatically resize the axis and nicely center the whole
> set {axes + ticklabels + labels} in the figure ?
>
> One could use add_axes and play with the coordinates until he gets something
> nice, but it gets complicated to have it automatic as things depends on
> - the number of digits of y-axis ticklabels
> - whether or not a secundary y-axis is added on the right (using twinx)
Hi again, sorry for multi-posting.
Apparently, figure.tight_layout() does not take into account the secondary
y-axis on the right.
Is this a known limitation ? (I don't see it on the caveats paragraph [1].)
Or is this the use I make of it that is incorrect ?
Example :
--------------------------------------------------------------------------
import pylab
fig = pylab.figure()
data_1 = [0,1,2,3]
data_2 = [0,5,250,30000]
lines = []
# Primary axis
ax1 = fig.add_subplot(1,1,1)
lines.extend (ax1.plot(data_1, 'b'))
# Secondary axis
ax2 = pylab.twinx(ax1)
lines.extend (ax2.plot(data_2, 'g'))
labels = ['Data 1', 'Data 2']
fig.tight_layout()
pylab.show()
--------------------------------------------------------------------------
Thanks.
[1] http://matplotlib.sourceforge.net/users/tight_layout_guide.html
--
Jérôme
|
|
From: Tony Yu <ts...@gm...> - 2011-12-07 20:09:24
|
On Wed, Dec 7, 2011 at 11:08 AM, claudius <cla...@ya...> wrote:
>
> I would like to draw a round pie in a rectangle figure. At the moment I'm
> using something like:
>
> fig = plt.figure( figsize = figsize, dpi=inch)
>
> # plot actually
> ax = fig.add_subplot( 1, 1, 1 )
> ax.pie( value_list, labels = labels_list, **kwargs )
>
> plt.savefig( plt_pathname )
> plt.close()
>
> If the figsize is not square ( eg. [4, 4]) then the resulting figure will
> be
> stretched, elipsoid.
> Can I overcome this issue.
> Thanks in advance
>
> You can set the aspect of the axes object:
ax.set_aspect('equal')
Best,
-Tony
|
|
From: Jérôme <je...@jo...> - 2011-12-07 19:57:44
|
Hi again.
Wed, 7 Dec 2011 20:29:22 +0100
Jérôme a écrit:
> Is there a way to automatically resize the axis and nicely center the whole
> set {axes + ticklabels + labels} in the figure ?
[...]
> Or did I miss something ?
It seems I missed figure.tight_layout().
Sorry about that...
--
Jérôme
|
|
From: Jérôme <je...@jo...> - 2011-12-07 19:46:50
|
Hi all.
The position of an axes is fixed at creation, regardless of the what goes
outside the plot area. If the numbers on the y-axis are big enough (say, 7
digits) and a label is added, the label gets out of the figure.
Example :
--------------------------------------------------------------------------
import pylab
data = [0,1,2,3000000]
fig = pylab.figure()
ax1 = fig.add_subplot(1,1,1)
ax1.plot(data)
ax1.set_ylabel('label_axis_y1')
pylab.show()
--------------------------------------------------------------------------
Is there a way to automatically resize the axis and nicely center the whole
set {axes + ticklabels + labels} in the figure ?
One could use add_axes and play with the coordinates until he gets something
nice, but it gets complicated to have it automatic as things depends on
- the number of digits of y-axis ticklabels
- whether or not a secundary y-axis is added on the right (using twinx)
Or did I miss something ?
Thanks.
--
Jérôme
|
|
From: Adrian D. M. <ag...@gm...> - 2011-12-07 16:42:25
|
Thank you very much! I was trying to do something like this in legend_handler.py but this is such a simple fix! Best, Adrian. On Wed, Dec 7, 2011 at 9:11 AM, Jae-Joon Lee <lee...@gm...> wrote: > I just pushed a change that I believe fixes this problem > > https://github.com/matplotlib/matplotlib/commit/96caca8dd48d08e3106337ecdeae82fa0236b86b > > Required change is very minor, so you may apply the patch by yourself. > If you need a workaround, let me know. > Regards, > > -JJ > > > On Tue, Dec 6, 2011 at 11:46 AM, Adrian Del Maestro <ag...@gm...> wrote: >> Hello, >> >> I have run across an inconsistency in the zorder of markers and lines >> in the legend for an errorbar as opposed to a plot in matplotlib >> v1.1.0. After some considerable amount of time reading >> legend_handler.py and the information at >> http://matplotlib.sourceforge.net/users/legend_guide.html I was unable >> to figure out how to make the errorbar markers sit 'on top' of the >> lines in a legend. >> >> For example the following code: >> >> import pylab as pl >> import numpy as np >> >> x = pl.arange(-2,2,0.1) >> y = x**2 >> dy = np.random.random(len(x)) >> >> pl.figure(1) >> pl.plot(x,y, color='k', linewidth=0.5, linestyle='-', marker='o', >> markerfacecolor='lime', markeredgecolor='k', markeredgewidth=0.5, >> label='line1', markersize=10) >> pl.legend(loc='best', frameon=False) >> >> pl.figure(2) >> pl.errorbar(x,y,yerr=dy, color='k', linewidth=0.5, linestyle='-', marker='o', >> markerfacecolor='lime', markeredgecolor='k', markeredgewidth=0.5, >> label='line1', markersize=10, ecolor='lime', capsize=10) >> pl.legend(loc='best', frameon=False) >> >> pl.show() >> >> produces a legend for the plot (figure(1)) with the markers on top of >> the lines, but the legend for the errorbar (figure(2)) has this >> reversed. >> >> Any ideas/suggestions would be greatly appreciated. >> >> Best, >> Adrian. >> >> ------------------------------------------------------------------------------ >> Cloud Services Checklist: Pricing and Packaging Optimization >> This white paper is intended to serve as a reference, checklist and point of >> discussion for anyone considering optimizing the pricing and packaging model >> of a cloud services business. Read Now! >> http://www.accelacomm.com/jaw/sfnl/114/51491232/ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: claudius <cla...@ya...> - 2011-12-07 16:08:31
|
I would like to draw a round pie in a rectangle figure. At the moment I'm
using something like:
fig = plt.figure( figsize = figsize, dpi=inch)
# plot actually
ax = fig.add_subplot( 1, 1, 1 )
ax.pie( value_list, labels = labels_list, **kwargs )
plt.savefig( plt_pathname )
plt.close()
If the figsize is not square ( eg. [4, 4]) then the resulting figure will be
stretched, elipsoid.
Can I overcome this issue.
Thanks in advance
--
View this message in context: http://old.nabble.com/Round-pie-in-non-square-figure-size-tp32929787p32929787.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
|
|
From: Jae-Joon L. <lee...@gm...> - 2011-12-07 14:18:40
|
Can you post an standalone example? Maybe you want to set the *annotation_clip* parameter to False? http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.annotate Regards, -JJ On Fri, Dec 2, 2011 at 10:19 PM, Neal Becker <ndb...@gm...> wrote: > Using horizontalalignment='right', it seems that if a point lies on the right > edge of the plot, the annotation does not appear, even though (since the text > should be right aligned), the text would have been on the plot and be visible. > > Any workaround? > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Jae-Joon L. <lee...@gm...> - 2011-12-07 14:11:52
|
I just pushed a change that I believe fixes this problem https://github.com/matplotlib/matplotlib/commit/96caca8dd48d08e3106337ecdeae82fa0236b86b Required change is very minor, so you may apply the patch by yourself. If you need a workaround, let me know. Regards, -JJ On Tue, Dec 6, 2011 at 11:46 AM, Adrian Del Maestro <ag...@gm...> wrote: > Hello, > > I have run across an inconsistency in the zorder of markers and lines > in the legend for an errorbar as opposed to a plot in matplotlib > v1.1.0. After some considerable amount of time reading > legend_handler.py and the information at > http://matplotlib.sourceforge.net/users/legend_guide.html I was unable > to figure out how to make the errorbar markers sit 'on top' of the > lines in a legend. > > For example the following code: > > import pylab as pl > import numpy as np > > x = pl.arange(-2,2,0.1) > y = x**2 > dy = np.random.random(len(x)) > > pl.figure(1) > pl.plot(x,y, color='k', linewidth=0.5, linestyle='-', marker='o', > markerfacecolor='lime', markeredgecolor='k', markeredgewidth=0.5, > label='line1', markersize=10) > pl.legend(loc='best', frameon=False) > > pl.figure(2) > pl.errorbar(x,y,yerr=dy, color='k', linewidth=0.5, linestyle='-', marker='o', > markerfacecolor='lime', markeredgecolor='k', markeredgewidth=0.5, > label='line1', markersize=10, ecolor='lime', capsize=10) > pl.legend(loc='best', frameon=False) > > pl.show() > > produces a legend for the plot (figure(1)) with the markers on top of > the lines, but the legend for the errorbar (figure(2)) has this > reversed. > > Any ideas/suggestions would be greatly appreciated. > > Best, > Adrian. > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Thomas L. <thl...@ms...> - 2011-12-07 07:36:10
|
Dear, you can try my tutorial to achieve this properly : http://www.geophysique.be/2011/02/20/matplotlib-basemap-tutorial-09-drawing-circles/ Cheers, Thom ps : on the "things to do when I have some time" list : commit a method to the default basemap package to do this... Date: Tue, 6 Dec 2011 21:23:18 -0600 From: ben...@ou... To: que...@gm... CC: Mat...@li... Subject: Re: [Matplotlib-users] add cirlce around lat lon On Tuesday, December 6, 2011, questions anon <que...@gm...> wrote: > I would like to draw a simple circle around a specified latitude and longitude but I cannot find an appropriate command. > I have tried using > map.drawgreatcircle(myLON, myLAT,myLON, myLAT, linewidth=20,color='k') > but this doesn't do anything > or even > map.drawgreatcircle(myLON+1, myLAT+1,myLON-1, myLAT-1, linewidth=2,color='k') > and this appears to draw a line. > Any other commands I could try for this? > thanks in advance > drawgreatcircle() doesn't actually draw a circle, but rather an arc that represents the shortest distance between two points on the globe. Maybe you would rather use a Circle object? Ben Root ------------------------------------------------------------------------------ Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ _______________________________________________ Matplotlib-users mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matplotlib-users |