matplotlib-devel Mailing List for matplotlib (Page 477)

I can understand  not wanting to create a maintenance and support mess.

What do you think about a secret option to add a package (or two)?

I am pretty much o.k. with this as a compromise:

if rcParams['text.usetex']:
            if not isDecade and self.labelOnlyBase: s =3D ''
            elif not isDecade: s =3D '%d$^{%.2f}$'% (b, fx)
            else: s =3D '%d^{%d}$'% (b, self.nearest_long(fx))

The exponents have serifs, but the 10's don't.  You have to look
pretty closely to see the serifs on the exponents.

Ryan

On 4/12/06, Darren Dale <dd...@co...> wrote:
> On Wednesday 12 April 2006 6:34 pm, you wrote:
> > Apparently this is not a trivial Latex problem.  People have written
> > packages to solve it.  I don't know if this solves more problems than
> > it causes, but with helvet+sfmath I get nice results with:
> >
> > ...
> > \usepackage{helvet}
> > \usepackage{sfmath}
> > \begin{document}
> > $10^{-1}$
> > \end{document}
> >
> > sfmath is not a popular package (I don't think), so requiring it as a
> > prerequisite is probably not a good idea.  Is it worth re-opening the
> > discussion of a user specified header file for Latex?
>
> I'm hesitant, because people will try to do things that won't work and th=
en
> post here asking for help. I was hoping that usetex was getting to the po=
int
> that I wouldnt have to give it so much attention... but it might be the
> easiest solution to this problem.
>
> > From my poking around and what I have read on the internet and in my
> > Latex book, I don't think we will get san-serif math fonts without a
> > lot of work (or a special package).
>
> That is my impression as well. I dont have time to look into this more
> tonight, I have to do my taxes.
>
> Darren
>

Hey all,
     So after getting the Visual Studio 7.1/Python 2.4 build working,
I am trying to get Visual Studio 6/Python2.3 working.  I could use
some help on a crazy agg/c++ error I am getting.  Basically the VS6
compiler is much pickier than VS7.1  I have corrected a few problems,
but I am stuck on this one:

building 'matplotlib.backends._na_backend_agg' extension
C:\Program Files\Microsoft Visual Studio\VC98\BIN\cl.exe /c /nologo
/Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -Isrc -Iswig
-Iagg23/include -I. -Iwin32 _static\include -I.
-Iwin32_static\include\freetype2 -I.\freetype2 -Isrc\freetype2
-Iswig\freetype2 -Iagg23/include\freetype2 -I.\freetype2
-Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\Python23\include
-Ic:\Python23\PC /Tpsrc/_na_backend_agg.cpp
Fobuild\temp.win32-2.3\Release\src/_na_backend_agg.obj -DNUMARRAY=3D1
_na_backend_agg.cpp
src/_na_backend_agg.cpp(63) : warning C4800: 'long' : forcing value to
bool 'true' or 'false' (performance warning)
src/_na_backend_agg.cpp(337) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,const struct std::pair<bool,struct agg::rgba>
&,bool)'
        With the following template arguments:
        'class agg::path_storage'
src/_na_backend_agg.cpp(362) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,const
 struct std::pair<bool,struct agg::rgba> &,bool)'
        With the following template arguments:
        'class agg::ellipse'
src/_na_backend_agg.cpp(411) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,const
 struct std::pair<bool,struct agg::rgba> &,bool)'
        With the following template arguments:
        'class agg::path_storage'
src/_na_backend_agg.cpp(1813) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,cons
t struct std::pair<bool,struct agg::rgba> &,bool)'
        With the following template arguments:
        'class agg::path_storage'
error: Command ""C:\Program Files\Microsoft Visual
Studio\VC98\BIN\cl.exe" /c /nologo /Ox /MD /W3 /GX /DNDEBUG
-Iwin32_static\include -I. -Isrc -Iswig -Iagg23/include -I.
-Iwin32_static\include -I. -Iwin32_static\include\freetype2
-I.\freetype2 -Isrc\freetype2 -Iswig\freetype2
-Iagg23/include\freetype2 -I.\freetype2
-Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\Python23\include
-Ic:\Python23 \PC /Tpsrc/_na_backend_agg.cpp
/Fobuild\temp.win32-2.3\Release\src/_na_backend_agg.obj -DNUMARRAY=3D1"
failed with exit status 2

Even though it says src/_na_backend_agg.cpp you should be looking at
the _backend_agg.cpp file.  My only clue is that class
agg::path_storage does not conform to the VS class, but I don't know
how to fix this.

Thanks,
     Charlie

On Wednesday 12 April 2006 6:34 pm, you wrote:
> Apparently this is not a trivial Latex problem.  People have written
> packages to solve it.  I don't know if this solves more problems than
> it causes, but with helvet+sfmath I get nice results with:
>
> ...
> \usepackage{helvet}
> \usepackage{sfmath}
> \begin{document}
> $10^{-1}$
> \end{document}
>
> sfmath is not a popular package (I don't think), so requiring it as a
> prerequisite is probably not a good idea.  Is it worth re-opening the
> discussion of a user specified header file for Latex?

I'm hesitant, because people will try to do things that won't work and then 
post here asking for help. I was hoping that usetex was getting to the point 
that I wouldnt have to give it so much attention... but it might be the 
easiest solution to this problem.

> From my poking around and what I have read on the internet and in my
> Latex book, I don't think we will get san-serif math fonts without a
> lot of work (or a special package).

That is my impression as well. I dont have time to look into this more 
tonight, I have to do my taxes.

Darren

On Wednesday 12 April 2006 6:13 pm, John Hunter wrote:
> >>>>> "Darren" == Darren Dale <dd...@co...> writes:
>
>     Darren> On Wednesday 12 April 2006 17:13, Ryan Krauss wrote:
>     >> I am having a font problem with semilogx, usetex=true and
>     >> font.family:sans-serif.  The xticks are using a serif font.
>     >> These lines are enough to recreate the problem on my machine.
>     >>
>     >> t=arange(0,1,0.01) y=sin(2*pi*t) figure(10) semilogx(t,y)
>     >> ylabel('Mag.')  xlabel('Time (sec.)')  savefig('test.png')
>
>     Darren> You might be able to do something like this in
>     Darren> LogFormatterMathtext:
>
>     Darren> if rcParams['text.usetex']: if not isDecade and
>     Darren> self.labelOnlyBase: s = '' elif not isDecade: s =
>     Darren> '%d$^\textnormal{%.2f}$'% (b, fx) else: s =
>     Darren> '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))
>
>     Darren> I dont have time to test it, I'm running out the door.
>
> Hmm, the following is certainly closer than my fool-headed attempt at \rm
>
>
>         usetex = rcParams['text.usetex']
>         if not isDecade and self.labelOnlyBase: s = ''
>         elif not isDecade:
>             if usetex: s = r'$\textnormal{%d}^\textnormal{%.2f}$'% (b, fx)
>             else: s = '$%d^{%.2f}$'% (b, fx)
>         else:
>             if usetex: s = r'$\textnormal{%d}^\textnormal{%d}$'% (b,
> self.nearest_long(fx)) else:      s = r'$%d^{%d}$'% (b,
> self.nearest_long(fx))
>
>
> but the '1's still look different on my system.
>
> Is there any reason you applied the textnormal only to the exponent
> and not the base (other than running out the door)?

My quick attempt only enters math mode to typeset the exponent. Its a useful 
trick for dealing with stoichiometry: SrTiO$_3$

Apparently this is not a trivial Latex problem.  People have written
packages to solve it.  I don't know if this solves more problems than
it causes, but with helvet+sfmath I get nice results with:

...
\usepackage{helvet}
\usepackage{sfmath}
\begin{document}
$10^{-1}$
\end{document}

sfmath is not a popular package (I don't think), so requiring it as a
prerequisite is probably not a good idea.  Is it worth re-opening the
discussion of a user specified header file for Latex?

From my poking around and what I have read on the internet and in my
Latex book, I don't think we will get san-serif math fonts without a
lot of work (or a special package).

Ryan

On 4/12/06, Ryan Krauss <rya...@gm...> wrote:
> That almost works except that the exponents are still serif and they
> are gigantic (I had to add an extra slash on '\\textnormal'.  The 10's
> look good though.  Here is my __call__ in LogFormatterMathtext:
>
> def __call__(self, x, pos=3DNone):
>         'Return the format for tick val x at position pos'
>         self.verify_intervals()
>
>         b =3D self._base
>         # only label the decades
>         fx =3D math.log(x)/math.log(b)
>         isDecade =3D self.is_decade(fx)
>
>         if rcParams['text.usetex']:
>             if not isDecade and self.labelOnlyBase: s =3D ''
>             elif not isDecade: s =3D '%d$^\\textnormal{%.2f}$'% (b, fx)
>             else: s =3D '%d^\\textnormal{%d}$'% (b, self.nearest_long(fx)=
)
>
>         else:
>             if not isDecade and self.labelOnlyBase: s =3D ''
>             elif not isDecade: s =3D '$%d^{%.2f}$'% (b, fx)
>             else: s =3D '$%d^{%d}$'% (b, self.nearest_long(fx))
>
>         return s
>
> How is the font being set in Latex?  Where is it set?
>
> Thanks,
>
> Ryan
>
> On 4/12/06, Darren Dale <dd...@co...> wrote:
> > On Wednesday 12 April 2006 17:13, Ryan Krauss wrote:
> > > I am having a font problem with semilogx, usetex=3Dtrue and
> > > font.family:sans-serif.  The xticks are using a serif font.  These
> > > lines are enough to recreate the problem on my machine.
> > >
> > > t=3Darange(0,1,0.01)
> > > y=3Dsin(2*pi*t)
> > > figure(10)
> > > semilogx(t,y)
> > > ylabel('Mag.')
> > > xlabel('Time (sec.)')
> > > savefig('test.png')
> >
> > You might be able to do something like this in LogFormatterMathtext:
> >
> > if rcParams['text.usetex']:
> >         if not isDecade and self.labelOnlyBase: s =3D ''
> >         elif not isDecade: s =3D '%d$^\textnormal{%.2f}$'% (b, fx)
> >         else: s =3D '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))
> >
> > I dont have time to test it, I'm running out the door.
> >
> > Darren
> >
>

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> if rcParams['text.usetex']: if not isDecade and
    Darren> self.labelOnlyBase: s = '' elif not isDecade: s =
    Darren> '%d$^\textnormal{%.2f}$'% (b, fx) else: s =
    Darren> '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))

We do want to check for usetex here, right, since this code will be
used with mathtext and usetex, and I don't think mathtext supports
textnormal.

JDH

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> On Wednesday 12 April 2006 17:13, Ryan Krauss wrote:
    >> I am having a font problem with semilogx, usetex=true and
    >> font.family:sans-serif.  The xticks are using a serif font.
    >> These lines are enough to recreate the problem on my machine.
    >> 
    >> t=arange(0,1,0.01) y=sin(2*pi*t) figure(10) semilogx(t,y)
    >> ylabel('Mag.')  xlabel('Time (sec.)')  savefig('test.png')

    Darren> You might be able to do something like this in
    Darren> LogFormatterMathtext:

    Darren> if rcParams['text.usetex']: if not isDecade and
    Darren> self.labelOnlyBase: s = '' elif not isDecade: s =
    Darren> '%d$^\textnormal{%.2f}$'% (b, fx) else: s =
    Darren> '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))

    Darren> I dont have time to test it, I'm running out the door.

Hmm, the following is certainly closer than my fool-headed attempt at \rm


        usetex = rcParams['text.usetex']
        if not isDecade and self.labelOnlyBase: s = ''
        elif not isDecade:        
            if usetex: s = r'$\textnormal{%d}^\textnormal{%.2f}$'% (b, fx)
            else: s = '$%d^{%.2f}$'% (b, fx)
        else:
            if usetex: s = r'$\textnormal{%d}^\textnormal{%d}$'% (b, self.nearest_long(fx))
            else:      s = r'$%d^{%d}$'% (b, self.nearest_long(fx))


but the '1's still look different on my system.

Is there any reason you applied the textnormal only to the exponent
and not the base (other than running out the door)?

JDH

That almost works except that the exponents are still serif and they
are gigantic (I had to add an extra slash on '\\textnormal'.  The 10's
look good though.  Here is my __call__ in LogFormatterMathtext:

def __call__(self, x, pos=3DNone):
        'Return the format for tick val x at position pos'
        self.verify_intervals()

        b =3D self._base
        # only label the decades
        fx =3D math.log(x)/math.log(b)
        isDecade =3D self.is_decade(fx)

        if rcParams['text.usetex']:
            if not isDecade and self.labelOnlyBase: s =3D ''
            elif not isDecade: s =3D '%d$^\\textnormal{%.2f}$'% (b, fx)
            else: s =3D '%d^\\textnormal{%d}$'% (b, self.nearest_long(fx))

        else:
            if not isDecade and self.labelOnlyBase: s =3D ''
            elif not isDecade: s =3D '$%d^{%.2f}$'% (b, fx)
            else: s =3D '$%d^{%d}$'% (b, self.nearest_long(fx))

        return s

How is the font being set in Latex?  Where is it set?

Thanks,

Ryan

On 4/12/06, Darren Dale <dd...@co...> wrote:
> On Wednesday 12 April 2006 17:13, Ryan Krauss wrote:
> > I am having a font problem with semilogx, usetex=3Dtrue and
> > font.family:sans-serif.  The xticks are using a serif font.  These
> > lines are enough to recreate the problem on my machine.
> >
> > t=3Darange(0,1,0.01)
> > y=3Dsin(2*pi*t)
> > figure(10)
> > semilogx(t,y)
> > ylabel('Mag.')
> > xlabel('Time (sec.)')
> > savefig('test.png')
>
> You might be able to do something like this in LogFormatterMathtext:
>
> if rcParams['text.usetex']:
>         if not isDecade and self.labelOnlyBase: s =3D ''
>         elif not isDecade: s =3D '%d$^\textnormal{%.2f}$'% (b, fx)
>         else: s =3D '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))
>
> I dont have time to test it, I'm running out the door.
>
> Darren
>

>>>>> "Ryan" == Ryan Krauss <rya...@gm...> writes:

    Ryan> I am having a font problem with semilogx, usetex=true and
    Ryan> font.family:sans-serif.  The xticks are using a serif font.
    Ryan> These lines are enough to recreate the problem on my
    Ryan> machine.

    Ryan> t=arange(0,1,0.01) y=sin(2*pi*t) figure(10) semilogx(t,y)
    Ryan> ylabel('Mag.')  xlabel('Time (sec.)')  savefig('test.png')

The basic problem here (I think) is that the LogFormatterMathtext is
using a math font to do exponential xtick formatting and a regular
text font to do the other text in the figure

class LogFormatterMathtext(LogFormatter):
...snip
        if not isDecade and self.labelOnlyBase: s = ''
        elif not isDecade:
            s = '$%d^{%.2f}$'% (b, fx)
        else:
            s = '$%d^{%d}$'% (b, self.nearest_long(fx))

        return s

Compare with this script, where the ylabel gets the math font as well

  import matplotlib
  matplotlib.use('Agg')
  matplotlib.rcParams['text.usetex'] = True
  from pylab import figure, savefig, nx
  t=nx.arange(0,1,0.01)
  y=nx.sin(2*nx.pi*t)
  fig = figure()
  ax = fig.add_subplot(111)
  ax.semilogx(t,y)
  ax.set_ylabel(r'$\exp{\frac{1}{2}}$')
  ax.set_xlabel('Time (sec.)')
  fig.savefig('test.png')

Not sure what the right fix is here...  One option would for text.py
to treat all numbers as math if usetex is enabled (not recommending
here, just free associating)

  if usetex:
     try: float(self._text)
     except ValueError: pass
     else: self._text = '$%s$' % self._text

or something to that effect.  Another would be to try and force the
font for the superscripts to be the same as the regular ticks.

I thought something like this might work:

        usetex = rcParams['text.usetex']
        if not isDecade and self.labelOnlyBase: s = ''
        elif not isDecade:        
            if usetex: s = r'$\rm{%d^{%.2f}}$'% (b, fx)
            else: s = '$%d^{%.2f}$'% (b, fx)
        else:
            if usetex: s = r'$\rm{%d^{%d}}$'% (b, self.nearest_long(fx))
            else:      s = r'$%d^{%d}$'% (b, self.nearest_long(fx))

but it didn't so there is something I am missing.

JDH

On Wednesday 12 April 2006 17:13, Ryan Krauss wrote:
> I am having a font problem with semilogx, usetex=true and
> font.family:sans-serif.  The xticks are using a serif font.  These
> lines are enough to recreate the problem on my machine.
>
> t=arange(0,1,0.01)
> y=sin(2*pi*t)
> figure(10)
> semilogx(t,y)
> ylabel('Mag.')
> xlabel('Time (sec.)')
> savefig('test.png')

You might be able to do something like this in LogFormatterMathtext:

if rcParams['text.usetex']:
        if not isDecade and self.labelOnlyBase: s = ''
        elif not isDecade: s = '%d$^\textnormal{%.2f}$'% (b, fx)
        else: s = '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))

I dont have time to test it, I'm running out the door.

Darren

I am having a font problem with semilogx, usetex=3Dtrue and
font.family:sans-serif.  The xticks are using a serif font.  These
lines are enough to recreate the problem on my machine.

t=3Darange(0,1,0.01)
y=3Dsin(2*pi*t)
figure(10)
semilogx(t,y)
ylabel('Mag.')
xlabel('Time (sec.)')
savefig('test.png')

The figure is attached.

Thanks,

Ryan

I just got done tracking down a bug in my code where I had a kwargs
dict with {'linewidth':'2'}.  The problem was that this worked for
much of my code and didn't fail until I tried to save an eps:

/usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py in
set_linewidth(self, linewidth, store)
    156         if linewidth !=3D self.linewidth:
    157             print('linewidth=3D'+str(linewidth))
--> 158             self._pswriter.write("%1.3f setlinewidth\n"%linewidth)
    159             if store: self.linewidth =3D linewidth
    160

TypeError: float argument required

I think it would have made more sense for this to fail earlier.  I
think this should raise an error:
t=3Darange(0,1,0.01)
y=3Dsin(2*pi*t)
plot(t,y,linewidth=3D'2')

I think it should either fail all the time or work all the time, and
it is probably too much work to make it work all the time.

Any thoughts?

Ryan

Seth,

Thanks very much for the patch and test case.  I will take a closer=
=20
look, and apply it to svn if everything looks OK.

Eric

Seth Olsen wrote:
>=20
> Hi,
>=20
> I've noticed a problem with colorbar when specifying the levels and=
=20
> using 'linear'.
> The colors and spacing appear to be incorrect. An example test is=
=20
> attached ('clrbr_test.py') as well as a possible fix (patch=20
> 'figure.diff'). The fix appears to work for most of the tests I've =
tried=20
> but I'm not too familiar with the code (and could be missing someth=
ing)=20
> so more testing/review would be good.
>=20
> It also changes the labeling slightly which can be changed back ( I=
=20
> prefer it this way ). Comments welcome.
>=20
> The patch applies to figure.py from 0.87.2 and was tested on OSX 10=
.3
>=20
> Cheers,
>=20
> Seth
>=20
> -------------------------------------------------------------------=
-----
> Yahoo! Messenger with Voice. Make PC-to-Phone Calls=20
> <http://us.rd.yahoo.com/mail_us/taglines/postman1/*http://us.rd.yah=
oo.com/evt=3D39663/*http://voice.yahoo.com>=20
> to the US (and 30+ countries) for 2=A2/min or less.

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> I need to think about this. I'm pretty sure we can use
    Darren> module-level texmanagers, since texmanagers dont keep any
    Darren> state info (no args to __init__, no set_* functions
    Darren> ...). On the other-hand, module-level texmanagers may be a
    Darren> problem for someone who wants to do
    Darren> rcParams['text.usetex']=True after they have imported
    Darren> pylab.

This shouldn't pose any problem, because the functionality is only
called when usetex is True; they should be able to turn it on and off
at will.

I was more worried about changes in figure size and dpi.  A quick
glance through the code suggests that these should be handled
properly, but I would test it before I changed it since as I mentioned
before I have this nagging feeling that there was a reason we put it
at the Renderer level.

JDH

> I work on a xulrunner application. Xulrunner is the future
> "mozilla/gecko/xul"-based application launcher (java command of the JVM).
> For instance, Firefox 3 will be a xulrunner application et will not
> comme with all the gecko machine (like the java JVM and a java applicatio=
n).
>
> I would like to use matplotlib in XUL (the bracket XML language for GUI
> design in the mozilla world).
> The only way to show an image is with the HTML element <img src=3D"..."/>
> or <img data=3D"..."/>.
>
> I 've read matplolib tutorial about the Agg backend. It's written GTKAgg
> backend use the same process.
> I'd like to know weither the GTKAgg backend consist "simply" in showing
> an image created with the Agg backend,
> and handling all events (building a rectangle for zoom et make a zoom
> request, Rebuilding the image when the window is resized ...) ?

Yes and no.  You can think of it as the GTKAgg backend simply wrapping
the Agg backend for rendering the image, but the GTKAgg backend also
simply wraps the GTK backend for doing all the event handling.=20
Likewise the GTK backend forwards events to matplotlib's base classes.
 Looking thorugh the backend_template.py file helped me.

> If I'm correct, it would be possible to implement events for the <img/>
> element and update the image when it needs like GTKAgg.
> Am I right about GTKAgg ?

As far as the image management, it is pretty easy to just use the
classes found in backend_agg.py to plot and grab the image buffer.=20
Event handling would also consist of calling the base classes found in
backend_bases.py.  I don't know if your needs quite justify a
full-fledged new backend, but it could certainly be done that way.

> Would it be enough fast to work interactively ?

Using the blitting ability of Agg it should definitely be.
http://www.scipy.org/Cookbook/Matplotlib/Animations

- Charlie

Hello,

I work on a xulrunner application. Xulrunner is the future 
"mozilla/gecko/xul"-based application launcher (java command of the JVM).
For instance, Firefox 3 will be a xulrunner application et will not 
comme with all the gecko machine (like the java JVM and a java application).

I would like to use matplotlib in XUL (the bracket XML language for GUI 
design in the mozilla world).
The only way to show an image is with the HTML element <img src="..."/> 
or <img data="..."/>.

I 've read matplolib tutorial about the Agg backend. It's written GTKAgg 
backend use the same process.
I'd like to know weither the GTKAgg backend consist "simply" in showing 
an image created with the Agg backend,
and handling all events (building a rectangle for zoom et make a zoom 
request, Rebuilding the image when the window is resized ...) ?

If I'm correct, it would be possible to implement events for the <img/> 
element and update the image when it needs like GTKAgg.
Am I right about GTKAgg ?

Would it be enough fast to work interactively ?

Thanks a lot,

Cyril.

On Monday 10 April 2006 12:26, John Hunter wrote:
> >>>>> "Darren" == Darren Dale <dd...@co...> writes:
>
>     Darren> Sorry about that, I didnt see that one coming.  This
>     Darren> should be fixed in svn 2278.
>
> We seem to be repeatedly bitten by this type of bug in texmanager:
> first with subprocess and now with the dvipng version check.  I think
> it would be worthwhile to refactor backend_ps and backend_agg to only
> import the texmanager when needed.  There is no reason a person with
> usetex=False should fail.
>
> I suggest something like (in backend_ps and backend_agg).
>
> class RendererPS:
>     def __init__(self, blah):
>         self.texmanager = None
>
>     def get_texmanager(self):
>         if self.texmanager is not None: return self.texmanager
>         from matplotlib.texmanager import TexManager
>         self.texmanager = TexManager()
>
>
> and then only call get_texmanager if rcParams['text.usetex'].  We
> could also put this functionality in backend_bases.RendererBase

Ok, I just committed this. get_texmanager is in backend_bases.

> BTW, do we need renderer specific texmanagers.  Would anything break
> if we used module level texmanagers?  Something tells me I've thought
> about this before and concluded we needed renderer (ie figure) level
> managers, but am now drawing a blank.

I need to think about this. I'm pretty sure we can use module-level 
texmanagers, since texmanagers dont keep any state info (no args to __init__, 
no set_* functions ...). On the other-hand, module-level texmanagers may be a 
problem for someone who wants to do rcParams['text.usetex']=True after they 
have imported pylab. 

Hi,

Trying to make a simple 2D line plots that show a grid as thin grey
lines, I noticed that the grid lines are on top of the data lines.   I
think this issue may have come up a while ago.

Anyway, digging through axes.py, it looked like a simple solution was
to change  axes.py line 358
-        self._axisbelow =3D False  # todo make me an rcparam
+       self._axisbelow =3D rcParams['axes.axisbelow']

and an rcParam to __init__py line 788:
     'axes.axisbelow'    : [False, validate_bool],   # put the axis below l=
ines

Then using
matplotlib.rc('axes', axisbelow=3DTrue)

worked as hoped.  Is this a reasonable change?   If so, can someone add thi=
s?
(for some reason I don't fully understand, I can't get svn to connect
to sourceforge from my main machine).

Thanks,

--Matt Newville

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> Sorry about that, I didnt see that one coming.  This
    Darren> should be fixed in svn 2278.

We seem to be repeatedly bitten by this type of bug in texmanager:
first with subprocess and now with the dvipng version check.  I think
it would be worthwhile to refactor backend_ps and backend_agg to only
import the texmanager when needed.  There is no reason a person with
usetex=False should fail.

I suggest something like (in backend_ps and backend_agg).  

class RendererPS:
    def __init__(self, blah):
        self.texmanager = None

    def get_texmanager(self):
        if self.texmanager is not None: return self.texmanager
        from matplotlib.texmanager import TexManager
        self.texmanager = TexManager()


and then only call get_texmanager if rcParams['text.usetex'].  We
could also put this functionality in backend_bases.RendererBase

BTW, do we need renderer specific texmanagers.  Would anything break
if we used module level texmanagers?  Something tells me I've thought
about this before and concluded we needed renderer (ie figure) level
managers, but am now drawing a blank. 

JDH

Thanks.  I didn't mean to be terse or anything, but I just figured
someone would know what to fix off the top of their head.

- Charlie

On 4/10/06, Darren Dale <dd...@co...> wrote:
> Sorry about that, I didnt see that one coming.
>
> This should be fixed in svn 2278.
>
> Darren
>
>
> On Monday 10 April 2006 8:46 am, Charlie Moad wrote:
> > SVN has a runtime error when checking for dvipng when I am not even
> > using it.  Pretty much breaks everything right now.
> >
> > cmoad@euclid:~$ python
> > Python 2.4.3 (#2, Mar 30 2006, 14:45:01)
> > [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu3)] on linux2
> > Type "help", "copyright", "credits" or "license" for more information.
> >
> > >>> from pylab import *
> > >>> plot(rand(100))
> >
> > [<matplotlib.lines.Line2D instance at 0x7584d76c>]
> >
> > >>> show()
> >
> > Traceback (most recent call last):
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/backends/backend_gtk.py", line 293, in expose_event
> >     self._render_figure(self._pixmap, w, h)
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/backends/backend_gtkagg.py", line 72, in _render_figure
> >     FigureCanvasAgg.draw(self)
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/backends/backend_agg.py", line 397, in draw
> >     renderer =3D self.get_renderer()
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/backends/backend_agg.py", line 408, in get_renderer
> >     self.renderer =3D RendererAgg(w, h, self.figure.dpi)
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/backends/backend_agg.py", line 136, in __init__
> >     self.texmanager =3D TexManager()
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/texmanager.py", line 96, in __init__
> >     self.dvipngVersion =3D self.get_dvipng_version()
> >   File
> > "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-=
i686
> >.egg/matplotlib/texmanager.py", line 427, in get_dvipng_version
> >     if exit_status: raise RuntimeError('Could not obtain dvipng version=
\n\
> > RuntimeError: Could not obtain dvipng version
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by xPML, a groundbreaking scripting lang=
uage
> > that extends applications into web and mobile media. Attend the live
> > webcast and join the prime developer group breaking into this new codin=
g
> > territory!
> > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=12164=
2
> > _______________________________________________
> > Matplotlib-devel mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
> --
> Darren S. Dale, Ph.D.
> dd...@co...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Sorry about that, I didnt see that one coming.

This should be fixed in svn 2278.

Darren


On Monday 10 April 2006 8:46 am, Charlie Moad wrote:
> SVN has a runtime error when checking for dvipng when I am not even
> using it.  Pretty much breaks everything right now.
>
> cmoad@euclid:~$ python
> Python 2.4.3 (#2, Mar 30 2006, 14:45:01)
> [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu3)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>
> >>> from pylab import *
> >>> plot(rand(100))
>
> [<matplotlib.lines.Line2D instance at 0x7584d76c>]
>
> >>> show()
>
> Traceback (most recent call last):
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/backends/backend_gtk.py", line 293, in expose_event
>     self._render_figure(self._pixmap, w, h)
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/backends/backend_gtkagg.py", line 72, in _render_figure
>     FigureCanvasAgg.draw(self)
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/backends/backend_agg.py", line 397, in draw
>     renderer = self.get_renderer()
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/backends/backend_agg.py", line 408, in get_renderer
>     self.renderer = RendererAgg(w, h, self.figure.dpi)
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/backends/backend_agg.py", line 136, in __init__
>     self.texmanager = TexManager()
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/texmanager.py", line 96, in __init__
>     self.dvipngVersion = self.get_dvipng_version()
>   File
> "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-linux-i686
>.egg/matplotlib/texmanager.py", line 427, in get_dvipng_version
>     if exit_status: raise RuntimeError('Could not obtain dvipng version\n\
> RuntimeError: Could not obtain dvipng version
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live
> webcast and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

-- 
Darren S. Dale, Ph.D.
dd...@co...

SVN has a runtime error when checking for dvipng when I am not even
using it.  Pretty much breaks everything right now.

cmoad@euclid:~$ python
Python 2.4.3 (#2, Mar 30 2006, 14:45:01)
[GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from pylab import *
>>> plot(rand(100))
[<matplotlib.lines.Line2D instance at 0x7584d76c>]
>>> show()
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/backends/backend_gtk.py",
line 293, in expose_event
    self._render_figure(self._pixmap, w, h)
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/backends/backend_gtkagg.py",
line 72, in _render_figure
    FigureCanvasAgg.draw(self)
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/backends/backend_agg.py",
line 397, in draw
    renderer =3D self.get_renderer()
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/backends/backend_agg.py",
line 408, in get_renderer
    self.renderer =3D RendererAgg(w, h, self.figure.dpi)
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/backends/backend_agg.py",
line 136, in __init__
    self.texmanager =3D TexManager()
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/texmanager.py",
line 96, in __init__
    self.dvipngVersion =3D self.get_dvipng_version()
  File "/usr/lib/python2.4/site-packages/matplotlib-0.88dev_r2277-py2.4-lin=
ux-i686.egg/matplotlib/texmanager.py",
line 427, in get_dvipng_version
    if exit_status: raise RuntimeError('Could not obtain dvipng version\n\
RuntimeError: Could not obtain dvipng version

Helge Avlesen wrote:

> Hi,
> regarding the support for NaN's; are there plans to use that functionality
> instead of masked arrays in matplotlib routines like pcolor, contour etc.?
> solid support for Nan's ala matlab would be good imo., as I always
> seem to run into problems with array operations after some array has
> been masked.
> 
> Helge

I think we will want to have solid support for NaNs *and* masked arrays. 
  Note that NaNs are restricted to floating point; masked arrays are 
much more general, and have some other advantages.  (Coming from Matlab, 
I started out as a fan of NaNs, but I have come to appreciate the masked 
array approach.  The more tightly it becomes integrated in numpy, the 
better.)

I have not thought through the implementation yet.  I have been thinking 
that the time to make big changes in this area will be when we can drop 
Numeric and numarray support in favor of numpy. Then we will only have 
to keep track of a single masked array implementation, and a single set 
of NaN-handling facilities.

As a possibly interim step, it would not be hard to convert arrays with 
NaNs to masked arrays at the argument processing stage of functions 
that already handle masked arrays.  If numerix.isnan now works for all 
supported numeric flavors, then I could do this when I get to a suitable 
point in my axes.py reorganization. Alternatively, it can be done 
externally be the user.

There is ongoing work on the numpy side to reduce--eliminate, I 
hope--problems such as you refer to, where things go haywire when you 
use a masked array.

Eric

On 4/7/06, Darren Dale <dd...@co...> wrote:
> On Friday 07 April 2006 12:00, John Hunter wrote:
> > Is this expected to work with a more recent numarray?  Is there a fix
> > that will make it work with the older versions?
>
> I wrote an isnan function for numeric-brand numerix which could also go i=
n
> _na_imports:
>
> def isnan(a):
>     """y =3D isnan(x) returns True where x is Not-A-Number"""
>     return reshape(array([_isnan(i) for i in ravel(a)],'b'), shape(a))

Hi,
regarding the support for NaN's; are there plans to use that functionality
instead of masked arrays in matplotlib routines like pcolor, contour etc.?
solid support for Nan's ala matlab would be good imo., as I always
seem to run into problems with array operations after some array has
been masked.

Helge

>>>>> "Andrew" == Andrew Straw <str...@as...> writes:
    Andrew> I'm pretty sure numarray.ieeespecial has defined an
    Andrew> isnan() function for quite some time (certainly by
    Andrew> numarray 1.3). I thought Darren's isnan() function
    Andrew> wouldn't be necessary except for Numeric.


Yep, this is available on 1.3.3.  Using that instead.  Changes in svn.

JDH