matplotlib-users Mailing List for matplotlib

Hello,

I want to use matplotlib with Plone. I have it installed on my
machine, but not for the Plone instance of Python. What are the steps
I need to take to install it so that it is recognized by the Plone
Python instance?
Thanks!

On 12/05/07, Jouni K. Sepp=E4nen <jk...@ik...> wrote:
> J Oishi <jo...@am...> writes:
>
> > I have an interesting problem using fonts in matplotlib on OS X 10.4.
> > When I use a font other than the Bitstream Vera provided with MPL
> > 0.90.0, I cannot create readable eps files.
>
> FWIW, I have the same problem: eps files produced on OS X are huge,
> and somehow broken. My guess is that the fonts that come with OS X
> have some advanced features, which should somehow be stripped out when
> embedding into an eps file.

Yes, this is the problem. matplotlib needs straight truetype fonts
(ttf) , not the more sophisticated opentype fonts and font suitcases
that come with macosX.

Most fonts in standard Apple places:
/Users/agn/Library/Fonts/
/Library/Fonts/
/System/Library/Fonts/

are .dfont or .otf etc... these don't work.

Except e.g. sans serif InaiMathi
                     fantasy Chalkboard

which are straight .ttf, so do work.

If you have e.g. Gerben Wierda's latex installation gwtex, or probably
also the mactex distribution, this comes wilth various ttf versions of
the system fonts.
E.g I have the old gwtex based on tetex which comes with

gillsans  [in light heavy etc..],hoefler ( a very nice serif
font),helveticaneue,lucidagrande,optima,verdana,didot and futura.

In my distribution these fonts are in
/usr/local/teTeX/share/texmf.gwtex/fonts/truetype/gtamacfont

if you want to use fonts like this, you either have to modify the
search path in font_manager.py to include the directories *directly*
containiong the .ttf files, or symlink the .ttf files into the
matplotlib directory holding vera.ttf etc...
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packag=
es/matplotlib/mpl-data/fonts/ttf

I believe you can make your own .ttf files from any standard Mac .otf
or .dfont using Fondu
[ http://fondu.sourceforge.net/]  -- again included in Wierda's teX
installations.

HTH. George Nurser.

On 5/12/07, Steve Schmerler <el...@gm...> wrote:
> Fernando Perez wrote:
> >
> > Did you install pstoedit?  If you do, you'll see that inkscape will
> > then be able to load .eps/.ps files in a fully editable format.  I've
> > used it to fix decade-old plots for which the only thing around was
> > the eps file.
> >
>
> I tried to export an .svg from MPL (0.90.0rev3131) with
> rcParams['text.usetex']=True and got a NotImplementedError (same for the pdf backend
> with usetex, see attached log). I was wondering: Is it (technically) possible to have
> .svg export capabilities with usetex-support and if so, has there been no need for
> this feature so far (not that I need it urgently, just curious..)?

There's actually a real MPL bug in there (not just the
NotImplementedError) but I'll report it separately in a minute.

> Anyway, to work with MPL-images (.ps/.eps) in Inkscape, I installed pstoedit but
> loading these files doesn't work (seems not to recognize them as images).
> Sorry if I'm driving the Inkscape-stuff a bit OT here, but:
> What version of Inkscape & friends are you using? I'm using pstoedit 3.44, Inkscape
> 0.44.1. The Latex-formula-feature of Inkscape is also not working and the error seems
> related to pstoedit. Maybe someone had similar experiences ...
>
> Thanks for any hint!

Well, unfortunately it seems that inkscape is crashing python
itself...  I made a trivial .eps in mpl with:

In [1]: plot(range(10))
Out[1]: [<matplotlib.lines.Line2D instance at 0x8f45a8c>]

In [2]: title(r'Some \LaTeX $\int_0^\infty f(\gamma) d\gamma = 1$')
Out[2]: <matplotlib.text.Text instance at 0x8f4590c>

In [3]: savefig('foo.eps')


and when I tried to load it into inkscape, I got this very nasty traceback:

*** glibc detected *** /usr/bin/python: free(): invalid pointer: 0x4081e4e0 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0x400ee7cd]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0x400f1e30]
/usr/lib/skencil/Sketch/../Lib/streamfilter.so[0x404e7ce5]
/usr/lib/skencil/Sketch/../Lib/streamfilter.so[0x404e7cd2]
/usr/bin/python[0x8110e6a]
/usr/bin/python(PyEval_EvalCodeEx+0x313)[0x80c9903]

etc.

At this point, this is really becoming OT for the mpl list, so I'll
stop.  But if anyone has the time, it might be worth sending this
example to the inkscape list so they work on it and hopefully fix it.

Cheers,

f

Jochen Küpper <jo...@fh...> writes:

>> for the PostScript backend using (I think) dvips with psfrag, and
>> neither of these is easily generalizable to work with svg or pdf.
>
> What's the problem of using dvi2pdf, dvipdfm, dvipdfmx, or soemthing
> like that for PDF?
> Looks quite similar to the dvips route for Postscript to me?

The dvips route is not so simple. First matplotlib creates the
PostScript file with all text strings replaced by tags, and this is
fed to LaTeX using \includegraphics. The psfrag package replaces the
tags with LaTeX constructs, and then the dvi file is converted using
dvips into the final postscript file. There is no equivalent to psfrag
that works with pdf (at least none that I know of).

Probably you could create a pdf file without any texts and input that
in your LaTeX file, and then -- with sufficient LaTeX-fu -- render the
text strings at the correct positions, and run the LaTeX file through
pdflatex, because pdftex includes a pdf parser so that you can do
\includegraphics{foo.pdf}. So in that sense it may be generalizable,
but it won't be a direct port of the ps backend.

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

On 12.05.2007, at 16:37, Jouni K. Sepp=E4nen wrote:

> for the PostScript backend using (I think) dvips with psfrag, and =20
> neither of these is easily generalizable to work with svg or pdf.

What's the problem of using dvi2pdf, dvipdfm, dvipdfmx, or soemthing =20
like that for PDF?
Looks quite similar to the dvips route for Postscript to me?

Greetings,
Jochen
--=20
Einigkeit und Recht und Freiheit                http://www.Jochen-=20
Kuepper.de
     Libert=E9, =C9galit=E9, Fraternit=E9                GnuPG key: =
CC1B0B4D
         Sex, drugs and rock-n-roll

J Oishi <jo...@am...> writes:

> I have an interesting problem using fonts in matplotlib on OS X 10.4.  
> When I use a font other than the Bitstream Vera provided with MPL  
> 0.90.0, I cannot create readable eps files.

FWIW, I have the same problem: eps files produced on OS X are huge,
and somehow broken. My guess is that the fonts that come with OS X
have some advanced features, which should somehow be stripped out when
embedding into an eps file.

Perhaps one way to address the problem would be to use fonttools¹ to
read the font file, prune the resulting data structure to include just
the characters needed, and again use fonttools to output the structure
into the eps file.

¹ http://sourceforge.net/projects/fonttools/

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Steve Schmerler <el...@gm...> writes:

> I was wondering: Is it (technically) possible to have .svg export
> capabilities with usetex-support and if so, has there been no need
> for this feature so far

The usetex feature is implemented for the Agg backend (i.e., png
output) using dvipng, and for the PostScript backend using (I think)
dvips with psfrag, and neither of these is easily generalizable to
work with svg or pdf. However, some time ago I committed the
beginnings of a dvi parser and a little support code in the pdf
backend, enough to get a small demo almost working:

http://article.gmane.org/gmane.comp.python.matplotlib.devel/2687

I have no idea how difficult it would be to get this working in the
svg backend, but in the pdf backend the biggest hurdle is probably in
generalizing the current font support so that the TeX fonts can be
embedded.

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Fernando Perez wrote:
> 
> Did you install pstoedit?  If you do, you'll see that inkscape will
> then be able to load .eps/.ps files in a fully editable format.  I've
> used it to fix decade-old plots for which the only thing around was
> the eps file.
> 

I tried to export an .svg from MPL (0.90.0rev3131) with
rcParams['text.usetex']=True and got a NotImplementedError (same for the pdf backend
with usetex, see attached log). I was wondering: Is it (technically) possible to have
.svg export capabilities with usetex-support and if so, has there been no need for
this feature so far (not that I need it urgently, just curious..)?

Anyway, to work with MPL-images (.ps/.eps) in Inkscape, I installed pstoedit but
loading these files doesn't work (seems not to recognize them as images).
Sorry if I'm driving the Inkscape-stuff a bit OT here, but:
What version of Inkscape & friends are you using? I'm using pstoedit 3.44, Inkscape
0.44.1. The Latex-formula-feature of Inkscape is also not working and the error seems
related to pstoedit. Maybe someone had similar experiences ...

Thanks for any hint!

-- 
cheers,
steve

I love deadlines. I like the whooshing sound they make as they fly by. -- Douglas Adams

Hi,

I have an interesting problem using fonts in matplotlib on OS X 10.4.  
When I use a font other than the Bitstream Vera provided with MPL  
0.90.0, I cannot create readable eps files. More specifically, if I  
use a font from the OS X system choices, MPL happily creates an eps  
file, but it causes errors in preview, imagemagick, and ps2pdf. This  
occurs if I use either the PS or the TkAgg backend to create the eps  
file:

[joishi@ebisu test]$ ps2pdf test.eps
Error: /invalidfont in -dict-
Operand stack:
    Futura-Medium   --dict:11/14(L)--   Font   Futura-Medium   --dict: 
11/14(L)--   Futura-Medium
Execution stack:
    %interp_exit   .runexec2   --nostringval--   --nostringval--   -- 
nostringval--   2   %stopped_push   --nostringval--   -- 
nostringval--   --nostringval--   false   1   %stopped_push   1   3    
%oparray_pop   1   3   %oparray_pop   --nostringval--   1   3   % 
oparray_pop   1   3   %oparray_pop   .runexec2   --nostringval--   -- 
nostringval--   --nostringval--   2   %stopped_push   -- 
nostringval--   2   4   %oparray_pop   3   4   %oparray_pop   -- 
nostringval--   --nostringval--   --nostringval--   7   5   % 
oparray_pop   --nostringval--   7   5   %oparray_pop
Dictionary stack:
    --dict:1120/1686(ro)(G)--   --dict:0/20(G)--   --dict:75/200 
(L)--   --dict:6/7(L)--   --dict:17/17(ro)(G)--
Current allocation mode is local
Last OS error: 2
Current file position is 618791
AFPL Ghostscript 8.51: Unrecoverable error, exit code 1

However, if the output is NOT eps, I can create and view pdf, png,  
and TkAgg plots with whatever font I choose. A code sample that  
produces the above error on eps output is below.

I hope someone might be able to shed some light on my problem. I have  
not been able to test the eps file on another platform; the bug may  
well rest on OS X outside of MPL. Unfortunately, I need eps files for  
a journal, and I would like to use a font other than Vera.

thanks,

jeff oishi

#!/usr/bin/env python

from matplotlib import rcParams
import pylab as P
import numpy as N

#this makes no difference
#rcParams['backend'] = 'PS'
rcParams['backend'] = 'TkAgg'

# this fails
rcParams['font.family'] = 'sans-serif'
rcParams['font.sans-serif'] = 'Futura'

# this succeeds
#rcParams['font.family'] = 'serif'
#rcParams['font.serif'] = 'Bitstream Vera Serif'

if __name__ == "__main__":
   x = N.linspace(0,2*N.pi,1000)
   y = N.sin(x)
   P.plot(x,y)
   P.xlabel('test')
   P.ylabel('another test')

   P.savefig('test.eps')