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
(14) |
|
2
(6) |
3
(10) |
4
(3) |
5
(2) |
6
(3) |
7
(21) |
8
|
|
9
|
10
(4) |
11
(2) |
12
(8) |
13
(17) |
14
(9) |
15
(5) |
|
16
(3) |
17
|
18
(10) |
19
(11) |
20
(3) |
21
(11) |
22
(1) |
|
23
|
24
(2) |
25
|
26
(3) |
27
(6) |
28
|
29
|
|
30
|
|
|
|
|
|
|
|
From: Andy B. <an...@in...> - 2014-11-03 22:59:54
|
Hi again,
I didn't see any on-list answer, but got an off-list suggestion to use
an rc parameter to set a LaTeX preamble. I played around a little and
thought I should report on what I found, especially since it seems that
there is room for improvement here and I'd be interested to help.
Here are the relevant rc params that I have set:
"font.size" : 17,
"font.family" : "serif",
"font.serif" : ["TeX Gyre Pagella"],
"pgf.rcfonts" : True,
"pgf.preamble": [r"\usepackage{amsmath,amssymb}",
r"\usepackage{fontspec}", r"\defaultfontfeatures{Numbers=OldStyle}"],
A couple of points to note here:
* I'm using the PGF backend -- this ran a bit faster and produced much
smaller files than MPL rendering with TeX labels (text.usetex = True).
Also, I have data files with labels using macros like \text which MPL
MathText doesn't support, so I need to be able to include amsmath.
* I've had to set TeX Gyre Pagella rather than Palatino, since this SE
question points out that fontspec's Palatino doesn't support small-caps
and old-style
figures:http://tex.stackexchange.com/questions/2994/fontspec-palatino-with-small-caps-and-old-style-figures
* Although the backend uses fontspec, I have to import it explicitly in
my preamble, because the MPL import and use of fontspec happens _after_
where the pgf.preamble key is inserted. Actually, given that I found
fontspec doesn't seem to do the right thing for most math fonts, maybe I
need to ignore the rcfonts setting and do it a bit more manually if I
want full control -- pity.
If I ask this configuration to output a PDF file, though, I don't get
old-style figures as intended. So I started looking at the generated TeX
source by outputting as .pgf and wrapping in a little LaTeX file like this:
\documentclass[12pt,minimal]{standalone}
\usepackage{pgf}
\usepackage{amsmath,amssymb}
\usepackage{fontspec}
\setmainfont[Numbers=OldStyle]{TeX Gyre Pagella}
\begin{document}
\input{plot.pgf}
\end{document}
I've attached the result of this with the default MPL .pgf output as
plot-mpldefault.pdf. A couple of things are notable in that plot:
* Old-style figures are used in the legend (where math mode is not
used), but the axis tick labels are not.
* The full-size figures on the axes are very thin weight compared to
the text axis labels -- I knew something had looked a bit wrong in the
default output!
Looking in the .pgf file, the reason is clear. The axis ticks are in
display math mode, like this:
\pgftext[x=0.987638in,y=1.778400in,right,]{{\rmfamily\fontsize{17.000000}{20.400000}\selectfont
\(\displaystyle 1.05\)}}%
^^^^^^^^^^^^^^^^^^^^^^
I removed the \(\displaystyle and \) from the file and then recompiled
with and without the Numbers=OldStyle spec in the wrapper, producing the
attached plot-textoldstyle.pdf and plot-textlining.pdf figures. In both
of these the weight of the tick labels is much more balanced with the
other labels than in the default; the old-style or lining figure style
is more a matter of personal preference, but I would like to have the
option.
Apologies for the long email! I'd appreciate any feedback. It seems that
there are a couple of small tweaks which would greatly improve the MPL
TeX/PGF output, although they probably have side-effects of which I'm
unaware:
* Don't put tick labels in math mode by default (i.e. unless a special
ticker is used). In our previous code, which I'm trying to reproduce in
MPL, even exponent-format tick labels were typeset as "10$^\text{exp}$"
which automatically gets the font weights and styles correct. Is the
current \(\displaystyle etc. specified by the default ticker or is it
specific to the PGF backend?
* I checked a bit, and fontspec seems a bit ropey when it comes to
changing math fonts to match the text font; I had to
\usepackage[osf]{mathpazo} before importing fontspec to get a correctly
weighted math font. mathspec is maybe worth investigation.
Thanks in advance, and thanks for tolerating this plot-cosmetics
obsessiveness ;-)
Andy
On 27/10/14 14:35, Andy Buckley wrote:
> Hi,
>
> I'm using MPL to implement a new plotter for a project has so far been
> using a custom-written LaTeX+pstricks script. Despite being slow and a
> bit hacky, the output is really quite nice and I want to try and emulate
> it as closely as possible via MPL; for example:
>
> https://users.hepforge.org/~buckley/atlas-py8-shower-e/ATLAS_2012_I1094568/d03-x02-y01.pdf
>
> I more or less have this working, but would really like to be able to
> use the "old-style figures" (OSF) numerals with variable baseline (aka
> lower-case or text figures cf.
> http://en.wikipedia.org/wiki/Text_figures), which give those plots quite
> a bit of their character.
>
> Probably this will anyway be possible only with the TeX or PGF backend
> to MPL, but what would be the best way to enable OSF figures from MPL?
> If I correctly understand the backend, the rc params font.family & e.g.
> font.serif are passed to the LaTeX fontspec package -- and in the
> fontspec documentation
> http://mirror.utexas.edu/ctan/macros/latex/contrib/fontspec/fontspec.pdf
> it seems that passing the Numbers=(OldStyle) option to the \fontspec
> command (or as the arg to \addfontfeature) would be the fontspec version
> of, for example, \usepackage[osf]{mathpazo}. Is there a way to pass
> options like this to fontspec? In general this would seem a useful thing
> to be able to do, since fontspec controls far more than OSFs, but I
> couldn't find a discussion of it in the docs.
>
> Hope you can help; thanks!
> Andy
>
--
Dr Andy Buckley, Royal Society University Research Fellow
Particle Physics Expt Group, University of Glasgow / PH Dept, CERN
|
|
From: Jeffrey B. <jbl...@al...> - 2014-11-03 20:09:44
|
Hi Oren, The link below leads to a recent related thread on this list. Maybe it will be informative. I believe it implies that the answer is No, you have to use TeX. http://matplotlib.1069221.n5.nabble.com/Editable-text-from-matplotlib-td44219.html -Jeff On Mon, Nov 3, 2014 at 11:40 AM, Paul Hobson <pmh...@gm...> wrote: What happens when you save as a postscript file with matplotlib.rcParams["text.usetex"] = False? -paul On Mon, Nov 3, 2014 at 7:11 AM, Oren <or...@gm...> wrote: Anyone know how to solve this thing? Thanks. On 2 November 2014 03:40, oren <or...@gm...> wrote: How can I save a matplotlib figure with text as a postscript image and that the text will be saved as text. Currently when I save the image as postscript all the text in the image ( xlabel, ylabel etc.. ) is saved as path and not as text.. Is it possible to save it as text? If I use the following code ( use latex) matplotlib.rcParams["text.usetex"] = True and save the image as postscript the text is saved as text.. But I do not want to use latex.. Is it possible without latex? Thanks Question also on stackoverflow http://stackoverflow.com/questions/26649266/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path |
|
From: Paul H. <pmh...@gm...> - 2014-11-03 19:57:07
|
Can just go straight to PDF? What happens then? It might also be informative to explain why using LaTeX is undesirable in your situation. -p On Mon, Nov 3, 2014 at 11:52 AM, Oren <or...@gm...> wrote: > Thanks for the respond Paul, But It still the same... > > This is how it looks like when I use > matplotlib.rcParams["text.usetex"] = False ( or noting at all ) > > [image: Inline images 1] > > > > and this is when I use > matplotlib.rcParams["text.usetex"] = True > > [image: Inline images 2] > > > > > > As you can see, One is text and the other is path of points.. > > > Thank You, > Oren. > > > > > On 3 November 2014 21:40, Paul Hobson <pmh...@gm...> wrote: > >> What happens when you save as a postscript file with >> matplotlib.rcParams["text.usetex"] = False? >> -paul >> >> On Mon, Nov 3, 2014 at 7:11 AM, Oren <or...@gm...> wrote: >> >>> Anyone know how to solve this thing? >>> >>> Thanks. >>> >>> On 2 November 2014 03:40, oren <or...@gm...> wrote: >>> >>>> How can I save a matplotlib figure with text as a postscript image and >>>> that >>>> the text will be saved as text. Currently when I save the image as >>>> postscript all the text in the image ( xlabel, ylabel etc.. ) is saved >>>> as >>>> path and not as text.. Is it possible to save it as text? >>>> >>>> If I use the following code ( use latex) >>>> >>>> matplotlib.rcParams["text.usetex"] = True >>>> and save the image as postscript the text is saved as text.. But I do >>>> not >>>> want to use latex.. Is it possible without latex? >>>> >>>> >>>> Thanks >>>> >>>> >>>> Question also on stackoverflow >>>> >>>> http://stackoverflow.com/questions/26649266/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://matplotlib.1069221.n5.nabble.com/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path-tp44261.html >>>> Sent from the matplotlib - users mailing list archive at Nabble.com. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> _______________________________________________ >>>> 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 >>> >>> >> > |
|
From: Paul H. <pmh...@gm...> - 2014-11-03 19:40:26
|
What happens when you save as a postscript file with matplotlib.rcParams["text.usetex"] = False? -paul On Mon, Nov 3, 2014 at 7:11 AM, Oren <or...@gm...> wrote: > Anyone know how to solve this thing? > > Thanks. > > On 2 November 2014 03:40, oren <or...@gm...> wrote: > >> How can I save a matplotlib figure with text as a postscript image and >> that >> the text will be saved as text. Currently when I save the image as >> postscript all the text in the image ( xlabel, ylabel etc.. ) is saved as >> path and not as text.. Is it possible to save it as text? >> >> If I use the following code ( use latex) >> >> matplotlib.rcParams["text.usetex"] = True >> and save the image as postscript the text is saved as text.. But I do not >> want to use latex.. Is it possible without latex? >> >> >> Thanks >> >> >> Question also on stackoverflow >> >> http://stackoverflow.com/questions/26649266/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path >> >> >> >> -- >> View this message in context: >> http://matplotlib.1069221.n5.nabble.com/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path-tp44261.html >> Sent from the matplotlib - users mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> 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 > > |
|
From: Oren <or...@gm...> - 2014-11-03 15:11:58
|
Anyone know how to solve this thing? Thanks. On 2 November 2014 03:40, oren <or...@gm...> wrote: > How can I save a matplotlib figure with text as a postscript image and that > the text will be saved as text. Currently when I save the image as > postscript all the text in the image ( xlabel, ylabel etc.. ) is saved as > path and not as text.. Is it possible to save it as text? > > If I use the following code ( use latex) > > matplotlib.rcParams["text.usetex"] = True > and save the image as postscript the text is saved as text.. But I do not > want to use latex.. Is it possible without latex? > > > Thanks > > > Question also on stackoverflow > > http://stackoverflow.com/questions/26649266/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path > > > > -- > View this message in context: > http://matplotlib.1069221.n5.nabble.com/matplotlib-save-image-as-postscript-when-xlabel-is-saved-as-text-and-not-path-tp44261.html > Sent from the matplotlib - users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Pierre H. <pie...@cr...> - 2014-11-03 14:32:32
|
Le 02/11/2014 09:34, Scott Lasley a écrit : > I wish I could say that it was because of a deep understanding of the inner workings of matplotlib or a rock solid grasp of python 3's bytes vs strings, but it wasn't. fig.savefig threw the "TypeError: string argument expected, got 'bytes'" exception, so I figured BytesIO might work better with the binary png data than StringIO, and it did. As a side note on the "bytes vs strings" topic, there is PyCon video that I found immensely useful: Pragmatic Unicode, or How Do I Stop the Pain http://nedbatchelder.com/text/unipain.html IMHO a 30 minutes talk worth watching. best, Pierre |
|
From: Thomas C. <tca...@gm...> - 2014-11-03 14:14:18
|
Forwarding message to list that should have gone there initialy for archiving. ---------- Forwarded message ---------- From: Martin Wiebusch <mwi...@gm...> Date: Mon, Nov 3, 2014 at 8:26 AM Subject: Re: [Matplotlib-users] tex rendering broken? To: Thomas Caswell <tca...@gm...> On Mon, 2014-11-03 at 07:50 -0500, Thomas Caswell wrote: > I can not reproduce this problem on a 1.4.2 installation on my > computer. Try cleaning out the tex.cache folder in either or both of > > matplotlib.get_cachedir() or matplotlib.get_configdir(). Thanks. Clearing the cache directory did the trick. It might be a good idea to mention matplotlib.get_cachedir() and matplotlib.get_configdir() explicitly under 'Troubleshooting' on the web page. Currently there is a link which points you to matplotlib.get_configdir() (which was empty in my case) but not matplotlib.get_cachedir(). Best regards, Martin. -- Thomas Caswell tca...@gm... |
|
From: Thomas C. <tca...@gm...> - 2014-11-03 14:14:10
|
Forwarding message to list that should have gone there initialy for archiving. ---------- Forwarded message ---------- From: Thomas Caswell <tca...@gm...> Date: Mon, Nov 3, 2014 at 7:50 AM Subject: Re: [Matplotlib-users] tex rendering broken? To: Martin Wiebusch <mwi...@gm...> My first guess is that there is that some thing wrong with your latex installation as the images on the website are regenerated as part of building the documentation. I can not reproduce this problem on a 1.4.2 installation on my computer. Try cleaning out the tex.cache folder in either or both of matplotlib.get_cachedir() or matplotlib.get_configdir(). Tom On Mon, Nov 3, 2014, 06:24 Martin Wiebusch <mwi...@gm...> wrote: > I just downgraded to matplotlib 1.1.1 and now everything works. Looks > like a regression to me. > > On Fri, 2014-10-31 at 15:53 +0000, Martin Wiebusch wrote: > > I am having trouble executing the example for typesetting labels with > > latex from http://matplotlib.org/users/usetex.html. Copying the standard > > example, tex_demo.py, to a file and executing it gives the following > > output: > > > > Traceback (most recent call last): > > File "scratch.py", line 21, in <module> > > plt.savefig('tex_demo') > > File "/usr/lib/pymodules/python2.7/matplotlib/pyplot.py", line 561, in > > savefig > > return fig.savefig(*args, **kwargs) > > File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1421, > > in savefig > > self.canvas.print_figure(*args, **kwargs) > > File "/usr/lib/pymodules/python2.7/matplotlib/backend_bases.py", line > > 2220, in print_figure > > **kwargs) > > File > > "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line > > 505, in print_png > > FigureCanvasAgg.draw(self) > > File > > "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line > > 451, in draw > > self.figure.draw(self.renderer) > > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > > draw_wrapper > > draw(artist, renderer, *args, **kwargs) > > File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1034, > > in draw > > func(*args) > > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > > draw_wrapper > > draw(artist, renderer, *args, **kwargs) > > File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 2086, in > > draw > > a.draw(renderer) > > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > > draw_wrapper > > draw(artist, renderer, *args, **kwargs) > > File "/usr/lib/pymodules/python2.7/matplotlib/axis.py", line 1105, in > > draw > > self.label.draw(renderer) > > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > > draw_wrapper > > draw(artist, renderer, *args, **kwargs) > > File "/usr/lib/pymodules/python2.7/matplotlib/text.py", line 594, in > > draw > > self._fontproperties, angle, mtext=self) > > File > > "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line > > 241, in draw_tex > > self._renderer.draw_text_image(Z, x, y, angle, gc) > > OverflowError: cannot convert float infinity to integer > > > > My system is > > > > Linux mwlaptop 3.16.0-24-generic #32-Ubuntu SMP Tue Oct 28 13:07:32 UTC > > 2014 x86_64 x86_64 x86_64 GNU/Linux > > > > My matplotlib version is 1.3.1, and I am using standard packages from my > > Ubuntu 14.10 distribution. > > > > > > > > ------------------------------------------------------------ > ------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Thomas Caswell tca...@gm... |
|
From: Martin W. <mwi...@gm...> - 2014-11-03 11:23:01
|
I just downgraded to matplotlib 1.1.1 and now everything works. Looks like a regression to me. On Fri, 2014-10-31 at 15:53 +0000, Martin Wiebusch wrote: > I am having trouble executing the example for typesetting labels with > latex from http://matplotlib.org/users/usetex.html. Copying the standard > example, tex_demo.py, to a file and executing it gives the following > output: > > Traceback (most recent call last): > File "scratch.py", line 21, in <module> > plt.savefig('tex_demo') > File "/usr/lib/pymodules/python2.7/matplotlib/pyplot.py", line 561, in > savefig > return fig.savefig(*args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1421, > in savefig > self.canvas.print_figure(*args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/backend_bases.py", line > 2220, in print_figure > **kwargs) > File > "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line > 505, in print_png > FigureCanvasAgg.draw(self) > File > "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line > 451, in draw > self.figure.draw(self.renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1034, > in draw > func(*args) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 2086, in > draw > a.draw(renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/axis.py", line 1105, in > draw > self.label.draw(renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in > draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/text.py", line 594, in > draw > self._fontproperties, angle, mtext=self) > File > "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line > 241, in draw_tex > self._renderer.draw_text_image(Z, x, y, angle, gc) > OverflowError: cannot convert float infinity to integer > > My system is > > Linux mwlaptop 3.16.0-24-generic #32-Ubuntu SMP Tue Oct 28 13:07:32 UTC > 2014 x86_64 x86_64 x86_64 GNU/Linux > > My matplotlib version is 1.3.1, and I am using standard packages from my > Ubuntu 14.10 distribution. > > |
|
From: Hartmut K. <har...@gm...> - 2014-11-03 03:31:31
|
Ian, > You are using masked arrays where you shouldn't, again. The documentation > for tricontour states that it expects z to be an array, it doesn't say > masked array. If you pass it a masked array, it will ignore the > mask. Hence you have a number of triangles that include a vertex with a > z-value of -99999; when contoured these are going to give you lots of thin > polygons that you don't want. > You need to stop using masked arrays where they are not expected. Your > triangulation should only contain triangles for which you have valid data > at all three vertices. So either remove invalid triangles from your 'ele' > array before creating the triangulation, or set a mask on the > triangulation once it has been created, e.g. > > point_mask_indices = numpy.where(z.mask) > tri_mask = numpy.any(numpy.in1d(ele, point_mask_indices).reshape(-1, > 3), axis=1) > triang.set_mask(tri_mask) Thanks very much for this explanation! With your code everything fell into place and we see the geometries we expect to see. Great library! Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu |