matplotlib-users Mailing List for matplotlib

I noticed when I pass the mouse pointer over
a point on a graph that the (X, Y) values are
displayed.  This is *great*.

What if I wanted to customize/extend what gets
printed in response to mouse pointer position?
Is this possible?

e.g. If you had say 5 graphs on one plot, could you
display all "Y values" for every X value??

(X, Y1, Y2, Y3, Y4, Y5)??

Chris
--
_______________________________________

Christian Seberino, Ph.D.
SPAWAR Systems Center San Diego
Code 2872
49258 Mills Street, Room 158
San Diego, CA 92152-5385
U.S.A.

Phone: (619) 553-9973
Fax  : (619) 553-6521
Email: seb...@sp...
_______________________________________

Yesterday I brought up some user interface issues with John. He agreed 
that these generally ought to be discussed in a broader forum (meaning 
he wasn't dead set against them; at least not most of them). So here 
were some of the thoughts that I raised that pertain mainly to 
generating plots during interactive analysis sessions:

1) Seems to me that repr for the plot objects could be blanked out for 
interactive mode. Having python print out what it does now isn't 
usually useful and in some cases (like error bars) leads to a dump on 
the screen. Any reason not to make repr mode dependent (or at least 
configurable)?

John pointed out that one of the worst offenders (error bars) actually 
return lists of plot objects so it wouldn't do much good to override 
repr for the plot objects unless one used a list object where repr was 
overridden as well. The annoyance factor in interactive use is perhaps 
sufficient to do this though. What do others think?

2) Any support for being able to specify colors using more than single 
character codes (say, using "red" or "green", and line styles and 
symbols with more descriptive terms like "dashed". This is not in place 
of the existing scheme, but as a more verbose alternative. Along those 
lines, allowing something like:

plot(x1, y1, x2, y2, x3, y3, color=['red','green','blue'])

3) Tick control can be awkward if one simply wants to add an integral 
number of minor ticks to the chosen major tick interval. Currently 
using minor ticks forces one to access the plot objects, and specify 
the major tick interval as well. It would be nice if one could just ask 
for n minor ticks for each major tick interval by using the appropriate 
keyword (name tbd). Some illustrations of possible alternatives:

plot(x, y, xmajor=5)
plot(x, y, xmajor=5, xminor=1)
plot(x, y, xminordiv=5) # 5 minor ticks per major regardless  of major 
tick size

Generally, I expect that people set these interactively after plotting 
without these options. When they see what is automatically produced, 
this is a simple way of tweaking the plot without doing a lot of object 
manipulation.

4) The current means of doing overplotting is modal and confusing to 
many used to IDL's approach. It is easy to forget what the current mode 
is. IDL uses different commands (e.g., oplot vs plot) to overplot. Some 
alternatives John and I mentioned:

a) generate 'o' versions of all plot functions (oplot, oimplot, etc.). 
Easy to do but clutters the namespace.

b) have an 'over' function to apply to all such commands: over(plot, x, 
y, color='g')

c) use a keyword argument to only apply to the function call:
plot(x, y, hold=True) # doesn't change the hold state after completion, 
but does overplot

I'm happy to have c) myself.

5) For many customizations plot objects must be manipulated directly. 
I'm wondering if this is a problem or not (I suspect that it is for a 
reasonably large class of user). In particular I'm worried that the 
leap to the object view is sufficiently high enough that many less
sophisticated users will find that an off-putting hurdle. How does 
matlab handle these sorts of customizations? The same way matplotlib 
does? If so then I suppose my worries are unfounded. Keeping a lot of 
the customization exposed within a purely functional interface means
adding more functions or keywords which is its own problem. To be more 
specific, how minor ticking is handled is a good example of making the 
keyword interface richer and avoiding object manipulations for common 
customizations:

plot(x, y, xminordiv=4)

vs

plot(x, y)
ax = gca()
ax.xaxis.set_major_locator(MultipleLocator(20))
ax.xaxis.set_minor_locator(MultipleLocator(5))
# update

The same could be said for specifying different kinds of tickers

6) If one does these object manipulations the display is not updated. 
One of John's list postings suggests resizing or calling the draw 
method. The first is often unacceptable, and the second isn't quite so 
obvious (since it requires specifying a renderer). Perhaps a simple 
function to do the update that doesn't start a mainloop (as show does) 
is needed. John responded:
>
> This is a problem.  I think the solution may be to override setattr in
> the artist base class to call draw_if_interactive.  The matlab
> interface could add this method at module load time so as to not break
> the interface separation between the OO layer and the matlab layer.
> I'll have to look into it.

(could it be as simple as defining update() to get the current renderer 
and then call gcf().draw(currentrenderer)?)

It's possible that there are two or more different kinds of functional 
interfaces and philosophy such that there should be different modules 
to satisfy the different camps. But both John and I thought that if at 
all possible, these sorts of issues should be accommodated within one 
module. That the matlab (soon to be pylab) shouldn't necessarily be a 
strict matlab clone in interface but also take some of the better ideas 
from other packages. Any comments on the above suggestions?

Perry Greenfield

Thanks very much. Setting clim(0.0, 1.0) inside the loop stabilized the
color mapping.

Wendell Cropper


At 02:58 PM 11/30/2004 -0600, John Hunter wrote:
>>>>>> "Wendell" == Wendell Cropper <wcr...@uf...> writes:
>
>    Wendell> I have been trying to use pcolor() to display a grid with
>    Wendell> discrete values (1-4) that are changing over time. I'm
>    Wendell> generating a series of saved figures that also include a
>    Wendell> line graph of the sums of the 4 categories. The problem
>    Wendell> is that that mapping of numbers to colors isn't constant
>    Wendell> for the pcolor output. I changed the array from Float32
>    Wendell> (used out of habit) to integer and got the same type of
>    Wendell> result. It would also be nice to be able to use the same
>    Wendell> color mapping for both sub plots.
>
>    Wendell> I think (guess) that cmap=cm.jet controls the color
>    Wendell> scheme, but it isn't clear to me how to change that, what
>    Wendell> format it has, or why it seems to change with repeated
>    Wendell> calls to pcolor() inside the program.
>
>It sounds to me like the color limits are being autoscaled with each
>call to pcolor.  cm.jet does define the color map, but the color
>limits define the range of your data that correspond to the min and
>max of the colormap.
>
>See help(clim)
>
>If after each call to pcolor, you manually set the clim, you should
>have no problems.
>
>JDH
>
>
>
>    Wendell> -------------------------------------------------------
>    Wendell> SF email is sponsored by - The IT Product Guide Read
>    Wendell> honest & candid reviews on hundreds of IT Products from
>    Wendell> real users.  Discover which products truly live up to the
>    Wendell> hype. Start reading now.
>    Wendell> http://productguide.itmanagersjournal.com/
>    Wendell> _______________________________________________
>    Wendell> Matplotlib-users mailing list
>    Wendell> Mat...@li...
>    Wendell> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>


University of Florida
School of Forest Resources and Conservation
214 Newins-Ziegler
PO Box 110410
Gainesville, FL 32611-0410

352-846-0859  phone
352-392-1707  fax

wcr...@uf...

>>>>> "Wendell" == Wendell Cropper <wcr...@uf...> writes:

    Wendell> I have been trying to use pcolor() to display a grid with
    Wendell> discrete values (1-4) that are changing over time. I'm
    Wendell> generating a series of saved figures that also include a
    Wendell> line graph of the sums of the 4 categories. The problem
    Wendell> is that that mapping of numbers to colors isn't constant
    Wendell> for the pcolor output. I changed the array from Float32
    Wendell> (used out of habit) to integer and got the same type of
    Wendell> result. It would also be nice to be able to use the same
    Wendell> color mapping for both sub plots.

    Wendell> I think (guess) that cmap=cm.jet controls the color
    Wendell> scheme, but it isn't clear to me how to change that, what
    Wendell> format it has, or why it seems to change with repeated
    Wendell> calls to pcolor() inside the program.

It sounds to me like the color limits are being autoscaled with each
call to pcolor.  cm.jet does define the color map, but the color
limits define the range of your data that correspond to the min and
max of the colormap.

See help(clim)

If after each call to pcolor, you manually set the clim, you should
have no problems.

JDH



    Wendell> -------------------------------------------------------
    Wendell> SF email is sponsored by - The IT Product Guide Read
    Wendell> honest & candid reviews on hundreds of IT Products from
    Wendell> real users.  Discover which products truly live up to the
    Wendell> hype. Start reading now.
    Wendell> http://productguide.itmanagersjournal.com/
    Wendell> _______________________________________________
    Wendell> Matplotlib-users mailing list
    Wendell> Mat...@li...
    Wendell> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

>>>>> "Nicolas" == Nicolas Gruel <hu...@ya...> writes:

    Nicolas> Hello, I have some question on the legend.

    Nicolas> the first is perhaps a bug:

    Nicolas> I was trying something like:

    Nicolas> plot([1,2,3],[2,3,4],label='toto') legend()

    Nicolas> I can't obtain a legend, instead I have an error
    Nicolas> message. So perhaps I didn't understand at all the
    Nicolas> message I obtain with: help(legend) (it's possible with
    Nicolas> my poor english :) ) or there are a problem.

Yep, it's a bug.  Replace the indicate line from axes.py

   loc = kwargs.gry('loc', 1)
                
with 

   loc = kwargs.get('loc', 1)
                ^^^

Note to self: run pychecker more often.

    Nicolas> second things: I would like to have the box create by the
    Nicolas> legend commande behind my plot and not above because it
    Nicolas> hide some of the point. Perhaps another solution is to
    Nicolas> put the box bacground in "alpha mode" but I don't know
    Nicolas> how to do this.

http://sourceforge.net/mailarchive/forum.php?thread_id=6039503&forum_id=33405

JDH

Jon Peirce wrote:
> Actually, since it's the package that most users probably actually want, 

most, maybe, but not all.

> would it be more suitable to move matplotlib.matlab into matplotlib 
> itself? Then we could simply
> 
> import matplotlib

please don't' do that. I haven't done much with it yet, but I'm much 
more interested in using the pythonesque api than the matlabesque one. 
I'm not using Matlab for a reason.

-Chris

-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

Hello, 

I have some question on the legend.

the first is perhaps a bug:

I was trying something like:

plot([1,2,3],[2,3,4],label='toto')
legend()

I can't obtain a legend, instead I have an error
message. So perhaps I didn't understand at all the
message I obtain with: help(legend) (it's possible
with my poor english :) ) or there are a problem.

second things:
I would like to have the box create by the legend
commande behind my plot and not above because it hide
some of the point. Perhaps another solution is to put
the box bacground in "alpha mode" but I don't know how
to do this. 

I will appreciate a lot your help, thanks.


Nicolas


	

	
		
Vous manquez d’espace pour stocker vos mails ? 
Yahoo! Mail vous offre GRATUITEMENT 100 Mo !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

I have been trying to use pcolor() to display a grid with discrete values
(1-4) that are changing over time. I'm generating a series of saved figures
that also include  a line graph of the sums of the 4 categories. The
problem is that that mapping of numbers to colors isn't constant for the
pcolor output. I changed the array from Float32 (used out of habit) to
integer and got the same type of result. It would also be nice to be able
to use the same color mapping for both sub plots. 

I think (guess) that cmap=cm.jet controls the color scheme, but it isn't
clear to me how to change that, what format it has, or why it seems to
change with repeated calls to pcolor() inside the program.

Thanks,

Wendell Cropper


University of Florida
School of Forest Resources and Conservation
214 Newins-Ziegler
PO Box 110410
Gainesville, FL 32611-0410

352-846-0859  phone
352-392-1707  fax

wcr...@uf...

> Actually, since it's the package that most users probably actually want,
> would it be more suitable to move matplotlib.matlab into matplotlib
> itself? Then we could simply
>
> import matplotlib
>
> Obviously that would mix the main user routines (plot()...) with the
> more administrative namespace (get_backend(), is_interactive()...) and
> maybe you'd want to move those into a separate (always imported)
> subpackage along the lines of matplotlib.res?
>
> Just an idea.
> Jon
>

That would introduce some problems if the user wanted to change rc settings, 
which currently has to be done before importing matplotlib.matlab.

-- 

Darren

Actually, since it's the package that most users probably actually want, 
would it be more suitable to move matplotlib.matlab into matplotlib 
itself? Then we could simply

import matplotlib

Obviously that would mix the main user routines (plot()...) with the 
more administrative namespace (get_backend(), is_interactive()...) and 
maybe you'd want to move those into a separate (always imported) 
subpackage along the lines of matplotlib.res?

Just an idea.
Jon

>To: mat...@li...
>From: John Hunter <jdh...@ac...>
>Date: Mon, 29 Nov 2004 17:23:04 -0600
>Subject: [Matplotlib-users] matlab (TM)
>
>
>I'm concerned that at some point down the road, The Mathworks may not
>like the fact that matplotlib uses the name matlab, which is
>trademarked.  I think I'll rename the matlab interface to pylab.  In
>some sense, this name is more appropriate any way, because I'd like to
>incorporate the best features of IDL, gnuplot and python, while still
>retaining and enhancing core matlab compatibility.  I emailed Travis,
>who previously used pylab.sf.net before it became part of scipy, and
>he didn't have a problem with our using this name.  And Fernando
>already uses pylab as the option to ipython to make ipython support
>matplotlib.
>
>So my plan is to change the name of the matplotlib.matlab module to
>matplotlib.pylab, but wanted propose this here first since this will
>effect almost every script.  It should be an easy search and replace
>operation, and I'll probably post a little python script to
>recursively replace all matplotlib.matlab references in a given
>directory with matplotlib.pylab, since I have a few directories myself
>that will need to be renamed.
>
>Comments or objections welcome.
>
>JDH
>


-- 
Jon Peirce
http://www.psychology.nottingham.ac.uk/staff/jwp/


This message has been scanned but we cannot guarantee that it and any
attachments are free from viruses or other damaging content: you are
advised to perform your own checks.  Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

On Mon, 2004-11-29 at 17:23 -0600, John Hunter wrote:

> Comments or objections welcome.

The rename sounds fine to me, John.  I've been using "ipython -pylab"
since SciPy '04 anyway :-)

-- 
Stephen Walton <ste...@cs...>
Physics & Astronomy CSUN

I'm concerned that at some point down the road, The Mathworks may not
like the fact that matplotlib uses the name matlab, which is
trademarked.  I think I'll rename the matlab interface to pylab.  In
some sense, this name is more appropriate any way, because I'd like to
incorporate the best features of IDL, gnuplot and python, while still
retaining and enhancing core matlab compatibility.  I emailed Travis,
who previously used pylab.sf.net before it became part of scipy, and
he didn't have a problem with our using this name.  And Fernando
already uses pylab as the option to ipython to make ipython support
matplotlib.

So my plan is to change the name of the matplotlib.matlab module to
matplotlib.pylab, but wanted propose this here first since this will
effect almost every script.  It should be an easy search and replace
operation, and I'll probably post a little python script to
recursively replace all matplotlib.matlab references in a given
directory with matplotlib.pylab, since I have a few directories myself
that will need to be renamed.

Comments or objections welcome.

JDH

>>>>> "Carol" == Carol Leger <car...@sr...> writes:

    Carol> I want to make a semi-transparent box around the text
    Carol> labels along the radial axis of a polar plot.  Is there a
    Carol> method that returns the coordinates of a box that encloses
    Carol> the text?

    Carol> I see that a text instance has a method called
    Carol> get_window_extent.  What does it return?  What would I use
    Carol> for the parameter 'renderer'?  Are there any examples
    Carol> showing how to use this?


The problem here is that there is no way to know the text size
(bounding box) until the renderer (backend) is known.  matplotlib
enforces a rigid separation between the "artists" (lines, texts,
things that go into a figure) and the things that draw them (renderer
/ backend) .  In most cases this presents no difficulties, but in the
case of text it does, since layout information is not available until
the figure is drawn, since that is when the backend/renderer is drawn.
So that is what the renderer is and the short answer is that it is not
available at the matlab interface level.

But I've been wanting to support the ability to put bounding boxes
around text instances and your post triggered the idea on how to do
this.  I added a new text property "bbox" which takes as a dictionary
of Rectangle properties 


    t = title('hi mom', bbox={'edgecolor':'k', 'facecolor':'r', 'alpha':0.5})


In addition to the rectangle properties, the bbox dict accepts an
additional property 'pad' which gives the padding around the text in
points.

I checked the changes into CVS - it usually takes the mirrors a few
hours to update.

If you get a snazzy screenshot of your polar plot after all these
customizations that would look nice on the web site, please send it my
way!

JDH

I want to make a semi-transparent box around the text labels along the 
radial axis of a polar plot.  Is there a method that returns the 
coordinates of a box that encloses the text?

I see that a text instance has a method called get_window_extent.  What 
does it return?  What would I use for the parameter 'renderer'?  Are 
there any examples showing how to use this?




-- 
Ms. Carol A. Leger
SRI International			Phone: (650) 859-4114
333 Ravenswood Avenue G-273
Menlo Park, CA 94025                    e-mail: le...@sr...

Hello!

> Perhaps you can be a little more specific about what you want to do.

I think that a 'picture' can help - in this case, I think fixed
fonts will really help understanding. I remember using some
command in Matlab to do this, but can't remember exactly what
it was, and I can't search the help because I uninstalled it.
What I need is, basically, this:


                            *| x
                   *         |
             *               |
         *                   |
       *                     |
      *                      |
      *                      |
y --------------------------+


>   plot(y, x)

That, and setting the x_lim inverted, worked as I wanted, thanks.

But one more thing: while I was searching for a specific command
to do that, I found something (but not much) about transforms, which
I couldn't exactly understand what they do and how they work, but
they might be handy in the near future. What are they exactly, and
how can they help?

---
José Alexandre Nalon
na...@te...

On Mon, 29 Nov 2004, Jos=E9 Alexandre Nalon apparently wrote:
> In a figure I'm generating, I need to plot a function rotated
> 90 degrees counter-clockwise, so that x-axis is vertical, and
> y-axis is horizontal (increasing from right to left). I searched
> the documentation and the examples and couldn't find how (what I
> tried didn't work). Probably there is a simple way to do that, if
> somebody can point that out, I would really appreciate. :)

Can you fill in your needs more precisely.
Why can you not just switch the order of
the sequences you provide to 'plot'
(perhaps in a loop is there are several)?

Cheers,
Alan Isaac

I just created a new low traffic mailing list that carries
announcements of interest to matplotlib users.  It can include new
releases, new documentation, projects that use matplotlib, tutorials,
etc.

  https://lists.sourceforge.net/mailman/listinfo/matplotlib-announce

I'll still always post announcements to this list, but if you just
want the announcements w/o the extra traffic in your inbox from the
users list, you may prefer to only subscribe to the announce list.

JDH

>>>>> "Jochen" == Jochen Voss <vo...@se...> writes:

    Jochen> Actually I think this is fixed in CVS, isn't it?

I think so.  In my cvs tree in setup.py, I have

if BUILD_GTKAGG:
    try:
        import gtk
    except ImportError:
        print 'GTKAgg requires pygtk'
        BUILD_GTKAGG=0
    except RuntimeError:
        print 'pygtk present but import failed'


If X is not present, they get the runtime error, and in this case GTK
will still build, right?

But you'll still need X to run the GTK backend....

JDH

>>>>> "Jos=E9" =3D=3D Jos=E9 Alexandre Nalon <na...@te...> writes:

    Jos=E9> Greetings!  In a figure I'm generating, I need to plot a
    Jos=E9> function rotated 90 degrees counter-clockwise, so that
    Jos=E9> x-axis is vertical, and y-axis is horizontal (increasing
    Jos=E9> from right to left). I searched the documentation and the
    Jos=E9> examples and couldn't find how (what I tried didn't
    Jos=E9> work). Probably there is a simple way to do that, if
    Jos=E9> somebody can point that out, I would really appreciate. :)

Perhaps you can be a little more specific about what you want to do.
For a "plot", all you need to do is reverse the x and y arguments
and place your xlabel and ylabel accordingly. =20

  plot(y, x)

I could probably give you more help if you describe what you need in
addition this.

For a bar chart, use barh.

For printing, some backends (eg postscript) support landscape mode

    savefig(fname, orientation=3D'landscape'):

JDH

Greetings!

In a figure I'm generating, I need to plot a function rotated
90 degrees counter-clockwise, so that x-axis is vertical, and
y-axis is horizontal (increasing from right to left). I searched
the documentation and the examples and couldn't find how (what I
tried didn't work). Probably there is a simple way to do that, if
somebody can point that out, I would really appreciate. :)

Thanks in advance

---
José Alexandre Nalon
na...@te...

Hello,

On Sun, Nov 28, 2004 at 10:22:09AM -0600, John Hunter wrote:
> This is an annoying build issue that hopefully we'll resolve before
> too long.  I assume you are building from the Terminal shell is OSX.
> You'll need build and run matplotlib from the X terminal
Actually I think this is fixed in CVS, isn't it?

All the best,
Jochen
--=20
http://seehuhn.de/

First of all, thanks for your help.
I made several mistakes, which I fixed: I installed matplotlib as root =20=

and from xterm. The installation process worked out fine,the output of
 >python setup.py build
was
TKAgg requires TkInter
running build
running build_py
running build_ext

which is ok, I think. At least it doesn't say "require pygtkg" anymore. =20=

The
 >sudo python setup.py install
ran without mistakes.

BUT: When  I start python, and I want to import matplotlib.matlab, this =20=

happens:

Python 2.3.4 (#2, Nov 14 2004, 18:39:27)
[GCC 3.3 20030304 (Apple Computer, Inc. build 1495)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> import matplotlib.matlab
Could not load matplotlib icon: Couldn't recognize the image file =20
format for file =20
'/Library/Frameworks/Python.framework/Versions/2.3/share/matplotlib/=20
matplotlib.svg'
Traceback (most recent call last):
   File "<stdin>", line 1, in ?
   File =20
"/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site-=20=

packages/matplotlib/matlab.py", line 163, in ?
     from backends import new_figure_manager, error_msg, \
   File =20
"/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site-=20=

packages/matplotlib/backends/__init__.py", line 20, in ?
     globals(),locals(),[backend_name])
   File =20
"/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site-=20=

packages/matplotlib/backends/backend_gtkagg.py", line 16, in ?
     from _gtkagg import agg_to_gtk_drawable
ImportError: No module named _gtkagg


I thought,  everything ist ok, when the installation is completed =20
successfully - obviously I am wrong. But what now? I am lost...
Thanks for your help
Reik

Am 28.11.2004 um 17:22 schrieb John Hunter:

>>>>>> "Reik" =3D=3D Reik H B=F6rger <rei...@gm...> writes:
>
>     Reik> Hello, it's me again, I found my mistake, I specified the
>     Reik> wrong path when installing pygtk. But now, I have a problem
>     Reik> installing matplotlib. When I type
>
>     Reik> python setup.py build
>
>     Reik> it terminates with:
>
>     Reik> Traceback (most recent call last): File "setup.py", line
>     Reik> 125, in ?  try: import gtk File
>     Reik> =20
> "/Library/Frameworks/Python.framework/Versions/2.3//lib/python2.3/=20
> site-
>     Reik> packages/gtk-2.0/gtk/__init__.py", line 37, in ?  from _gtk
>     Reik> import * RuntimeError: could not open display
>
>     Reik> What is going wrong? I have no idea...  Thanks Reik
>
> This is an annoying build issue that hopefully we'll resolve before
> too long.  I assume you are building from the Terminal shell is OSX.
> You'll need build and run matplotlib from the X terminal
>
> http://www.apple.com/macosx/features/x11/
>
> Hope this helps,
> JDH
>

>>>>> "Reik" =3D=3D Reik H B=F6rger <rei...@gm...> writes:

    Reik> Hello, it's me again, I found my mistake, I specified the
    Reik> wrong path when installing pygtk. But now, I have a problem
    Reik> installing matplotlib. When I type

    Reik> python setup.py build

    Reik> it terminates with:

    Reik> Traceback (most recent call last): File "setup.py", line
    Reik> 125, in ?  try: import gtk File
    Reik> "/Library/Frameworks/Python.framework/Versions/2.3//lib/python2=
.3/site-
    Reik> packages/gtk-2.0/gtk/__init__.py", line 37, in ?  from _gtk
    Reik> import * RuntimeError: could not open display

    Reik> What is going wrong? I have no idea...  Thanks Reik

This is an annoying build issue that hopefully we'll resolve before
too long.  I assume you are building from the Terminal shell is OSX.
You'll need build and run matplotlib from the X terminal

http://www.apple.com/macosx/features/x11/

Hope this helps,
JDH

Hello,

it's me again, I found my mistake, I specified the wrong path when  
installing pygtk. But now, I have a problem installing matplotlib. When  
I type

python setup.py build

it terminates with:

Traceback (most recent call last):
   File "setup.py", line 125, in ?
     try: import gtk
   File  
"/Library/Frameworks/Python.framework/Versions/2.3//lib/python2.3/site- 
packages/gtk-2.0/gtk/__init__.py", line 37, in ?
     from _gtk import *
RuntimeError: could not open display

What is going wrong? I have no idea...
Thanks
Reik

> Hello everybody,
>
> I am new to this list and to the world of python, so I face some
> questions, which are hopefully difficult to me only.
> I use python2.3.4 and want to install matplotlib. I build all the
> necessary packages (which were quite a lot) and finally, it seems to
> work.
>
> import matplotlib does not produce any errors, though
> import matplotlib.matlab does:
>
> No module named pygtk
> PyGTK version 1.99.16 or greater is required to run the GTK Matplotlib
> backends
>
> But I have installed pygtk in the version2.4.1 without any errors and
> indeed
>
> import pygtk
>
> works without error. What am I doing wrong? I spend a lot of time to
> come to this point, but now I am running out of ideas. Can anyone help
> me?
> Thanks
> Reik
>
> ps: I tried to install wxPython in the first place, but the
> make-command always terminates, because it has some problems with
> finding files in .../mac/ogl/... something, so I decided to switch to
> the GTK-backend...
>
>
>
>
> --__--__--
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> End of Matplotlib-users Digest
>

Hello everybody,

I am new to this list and to the world of python, so I face some 
questions, which are hopefully difficult to me only.
I use python2.3.4 and want to install matplotlib. I build all the 
necessary packages (which were quite a lot) and finally, it seems to 
work.

import matplotlib does not produce any errors, though
import matplotlib.matlab does:

No module named pygtk
PyGTK version 1.99.16 or greater is required to run the GTK Matplotlib 
backends

But I have installed pygtk in the version2.4.1 without any errors and 
indeed

import pygtk

works without error. What am I doing wrong? I spend a lot of time to 
come to this point, but now I am running out of ideas. Can anyone help 
me?
Thanks
Reik

ps: I tried to install wxPython in the first place, but the 
make-command always terminates, because it has some problems with 
finding files in .../mac/ogl/... something, so I decided to switch to 
the GTK-backend...