I have confirmed that it is a bug in (at least the windows version) of mpl 0.91.2.
When saving eps files, and using mathtext, the cm fonts don’t get saved, and the
greek symbols (and others I presume) don’t show up in the eps file.
This works in mpl 0.90.1, where the eps file does store the fonts.
When running the same problem with 0.91.2, the fonts are not stored.
Either using ps.fonttype 3 or 42.
Anybody who can fix this?
On Wed, Mar 19, 2008 at 11:21 AM, Bernhard Voigt <Bernhard.Voigt@…1713…> wrote:
The problem seems to be that the computer modern font (cm) is not
included in the eps file. The snipped of the eps file I sent before
defines the font cmmi10:
%%Copyright: Copyright © 1994, Basil K. Malyshev. All Rights
Reserved.012BaKoMa Fonts Colle
%%Creator: Converted from TrueType by PPR
/FontName /Cmmi10 def
And later, when the \chi glyph should be drawn, the font is changed to:
0.000000 4.921875 moveto
Which is the same in your file, but your file only contains the
Bitstreem Vera Sans font for the axis ticks. Cmmi10 is missing
Your pdf, however, does contain the cmmi10 font, you can check via
You should have the following in your matplotlibrc file (well, you
said you have it, but let me repeat):
mathtext.fontset : cm
mathtext.fallback_to_cm : True
ps.useafm : False
ps.fonttype : 3
Check the settings using the interpreter prompt:
In : p.rcParams[‘mathtext.fontset’]
Well, if they are all correctly set, it’s probably a bug in the ps
backend not including the mathtext font.
A workaround would be to convert the pdf file to ps (either use
command line options of acroread or print to file), edit the ps file
to be a eps by changing the header to %!PS-Adobe-2.0 EPSF-2.0 and make
sure the bounding box is specified (see
http://www.postscript.org/FAQs/language/node82.html for details)
On Wed, Mar 19, 2008 at 10:22 AM, Mark Bakker <markbak@…287…> wrote:
Hello Mike -
Thanks for taking a look at this.
from pylab import *
There shoud now be a line and the symbol chi.
Works great in the pdf file, not in the eps file.
Both are attached.
Strangely enough at the end of the eps file there are statements:
0.000000 3.703125 moveto
Which looks to me like writing chi.
I have now tried this on 4 windows machines, with different installations of gsview, but it doesn’t work on any.
It works fine under mpl vs. 0.90.1. That has the same statement for chi, but defines chi internally inside the eps file (which is much bigger).
On Tue, Mar 18, 2008 at 7:09 PM, mdroe <mdroe@…86…> wrote:
It looks like it may be Windows-specific. I can create .eps files with
math on mpl-0.91.2, Python 2.5, gs-7.07 on Linux without problems.
Someone with a Windows installation may need to look at this.
Just so I can have a deeper look – can you please attach
a) the Python source of a minimal plot that causes this problem
b) your .eps file output (so I can compare it against mine).