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.
%%BeginFont: Cmmi10
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?
Thanks, Mark
On Wed, Mar 19, 2008 at 11:21 AM, Bernhard Voigt <[EMAIL PROTECTED]>
wrote:
> Hi Mark!
>
> 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:
>
> %!PS-Adobe-3.0 Resource-Font
> %%Title: cmmi10
> %%Copyright: Copyright (C) 1994, Basil K. Malyshev. All Rights
> Reserved.012BaKoMa Fonts Colle
> ction, Level-B.
> %%Creator: Converted from TrueType by PPR
> .....
> /FontName /Cmmi10 def
>
> And later, when the \chi glyph should be drawn, the font is changed to:
> /Cmmi10 findfont
> 16.0 scalefont
> setfont
> 0.000000 4.921875 moveto
> /chi glyphshow
>
> 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
> file->properties->fonts.
>
> 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 [10]: p.rcParams['mathtext.fontset']
> Out[10]: 'cm'
> etc...
>
> 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)
>
> Bernhard
>
>
> On Wed, Mar 19, 2008 at 10:22 AM, Mark Bakker <[EMAIL PROTECTED]> wrote:
> > Hello Mike -
> >
> > Thanks for taking a look at this.
> > Easy example:
> >
> > from pylab import *
> > plot([1,2,3])
> > text(1,1.5,r'$\chi$')
> > savefig('d:/temp/test.eps')
> >
> > 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
> > /chi glyphshow
> >
> > 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).
> >
> > Thanks, Mark
> >
> >
> >
> >
> >
> >
> >
> > On Tue, Mar 18, 2008 at 7:09 PM, mdroe <[EMAIL PROTECTED]> 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).
> > >
> > > Mike
> > >
> >
> >
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
