matplotlib-users Mailing List for matplotlib

Is there a simple way to grab x,y coordinates from active plot in a
manner similar to using matlab's ginput() function? =20

Thanks in advance,
-M.


My setup:
WxAgg backend
Matplotlib-0.74

-----Original Message-----
From: mat...@li...
[mailto:mat...@li...] On Behalf Of
mat...@li...
Sent: Thursday, April 07, 2005 8:19 PM
To: mat...@li...
Subject: Matplotlib-users digest, Vol 1 #550 - 11 msgs

Send Matplotlib-users mailing list submissions to
	mat...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/matplotlib-users
or, via email, send a message with subject or body 'help' to
	mat...@li...

You can reach the person managing the list at
	mat...@li...

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Matplotlib-users digest..."


Today's Topics:

   1. Re: Using RendererAgg with windows (jim)
   2. Re: Using RendererAgg with windows (John Hunter)
   3. py2exe Problems... (and...@ti...)
   4. problems with py2exe (oli...@ma...)
   5. imshow axis directions (Stephen Walton)
   6. Re: imshow axis directions (Perry Greenfield)
   7. Re: imshow axis directions (John Hunter)
   8. feature request (Rich Drewes)
   9. Re: imshow axis directions (Stephen Walton)
  10. Re: imshow axis directions (Robert Kern)
  11. Re: imshow axis directions (Stephen Walton)

--__--__--

Message: 1
From: jim <jl...@yv...>
To: John Hunter <jdh...@ac...>
Subject: Re: [Matplotlib-users] Using RendererAgg with windows
Date: Thu, 7 Apr 2005 03:29:12 +0000
Cc: mat...@li...

John:

What I need to do is create drawings of windows (as in plug holes in
houses and let in light) with grid and other options on the fly.

So what I need are the graphic primitives -- canvas, lines, fills ...
The output needs to be a graphic file. =20

I will go back and study the docs, but a suggestion of what area to use
would be most welcome.  Or, of course, a different module than
matplotlib if that would be more appropriate.

Thanks,
Jim

On Wednesday 06 April 2005 08:13 pm, you wrote:
> >>>>> "jim" =3D=3D jim  <jl...@yv...> writes:
>=20
>     jim> Running this script gives the results below #! /usr/bin/env
>     jim> python
>=20
>     jim> from matplotlib.backends.backend_agg import RendererAgg from
>     jim> matplotlib.transforms import Value
>=20
> I know there are examples in the pdf user's guide discussing how to=20
> use the backend renderer directly, and these are meant mostly to be=20
> helpful to matplotlib developers.  Unfortunately, the guide has lagged

> behind the current development state.  The backend renderer API is in=20
> a transition state right now as we try to introduce some new methods=20
> to solve some old problems.  In particular, the draw_lines method that

> you are experiencing problems with has recently had a change in its=20
> call signature.
>=20
> These changes have been discussed at some length recently on the=20
> matplotlib-devel list.  If you are interested, you might want to=20
> browse the matplotlib-devel archives and/or join the mailing list; see

> for example
>=20
http://sourceforge.net/mailarchive/forum.php?thread_id=3D6938045&forum_id=
=3D
36187 .
>=20
> Thanks for reporting this discrepancy -- in the near term the backend=20
> API shouldn't be used on the user side.  If there is something you=20
> want to do but can't in the current API let me know.
>=20
> As for the platform specific differences you report, my first guess is

> that the matplotlib versions may not be the same.  I wouldn't expect=20
> platform specific differences in the backend API for the same version.
>=20
> JDH
>=20
>=20
>=20
>=20


--__--__--

Message: 2
To: jim <jl...@yv...>
Cc: mat...@li...
Subject: Re: [Matplotlib-users] Using RendererAgg with windows
From: John Hunter <jdh...@ac...>
Date: Wed, 06 Apr 2005 22:47:56 -0500

>>>>> "jim" =3D=3D jim  <jl...@yv...> writes:

    jim> John: What I need to do is create drawings of windows (as in
    jim> plug holes in houses and let in light) with grid and other
    jim> options on the fly.

    jim> So what I need are the graphic primitives -- canvas, lines,
    jim> fills ...  The output needs to be a graphic file.

You probably want to be using matplotlib primitives.  Assuming you have
a matplotlib.axes.Axes (or Subplot) instance stored as "ax", The
primitives are

  matplotlib.lines.Line2D           - add with ax.add_line=20
  matplotlib.patches.Rectangle      - add with ax.add_patch
  matplotlib.patches.Polygon        - add with ax.add_patch
  matplotlib.patches.RegularPolygon - add with ax.add_patch
  matplotlib.patches.Circle         - add with ax.add_patch
  matplotlib.patches.Text           - add with ax.add_artist

Ie, there are not too many mpl primitives, and using these will insulate
you from changes in the mpl backend (renderer) api.  The backend API is
meant only for mpl developers.  The classes referred to above are all
part of the matplotlib Artist hierarchy.

    jim> I will go back and study the docs, but a suggestion of what
    jim> area to use would be most welcome.  Or, of course, a
    jim> different module than matplotlib if that would be more
    jim> appropriate.

To reiterate, there is one base class matplotlib.artist.Artist that all
the objects that render into the figure derive from.  From this, there
are just a few derived classes to be aware of: Line2D, Patch, Text, and
Collection.  From these there are a few more derived classes (eg Patch
and Collection have some specialized derived classes, Line2D and Text do
not as of yet).  Other Artists (including Figure, Axes, Legend, Table
and so on) are simply composites of these primitive types.  See the
following class docs for more info:

  http://matplotlib.sourceforge.net/matplotlib.artist.html
  http://matplotlib.sourceforge.net/matplotlib.lines.html
  http://matplotlib.sourceforge.net/matplotlib.patches.html
  http://matplotlib.sourceforge.net/matplotlib.text.html
  http://matplotlib.sourceforge.net/matplotlib.collections.html

In short, you should concentrate on building the primitive types you
need rather than calling the renderer methods directly.  The primitives
will call the right renderer methods as necessary (as they do in
matplotlib.lines, for example).

Hope this helps,
JDH





--__--__--

Message: 3
Date: Thu, 7 Apr 2005 11:03:38 +0200
From: and...@ti...
To: mat...@li...
Subject: [Matplotlib-users] py2exe Problems...

Hello NG,

    this morning I have done the really BIG mistake of uninstalling the
following things:

- Numeric 23.5
- ctypes 0.9.2
- numarray 1.1.1
- Matplotlib 0.72

And I have installed the following:

- Numeric 23.8
- ctypes 0.9.6
- numarray 1.2.3
- Matplotlib 0.74

Using py2exe 0.5.4, now I get some errors on not-found modules, that I
pu=3D t at the end of the mail. I have never encountered these problems
with olde=3D r versions of the aforementioned tools. Please note that, a
part the VTK th=3D ings, almost all the missing modules are from
numerix/backends. If I try to sta=3D rt the application, I get a Visual
C++ runtime error (and not the usual MYEX=3D E.exe.log message from
py2exe, so I do not know how to track the error).=20
I am on a Windows 2000 machine.
Deinstalling the new tools and re-installing the old ones didn't help
any=3D more...

Does anyone have a suggestion?

['backends.draw_if_interactive', 'backends.new_figure_manager',
'backends=3D .show',  'cephes', 'dl', 'libvtkCommonPython',
'libvtkFilteringPython', 'libvtkGr=3D aphicsP ython',
'libvtkHybridPython', 'libvtkIOPython', 'libvtkImagingPython', 'l=3D
ibvtkPa rallelPython', 'libvtkPatentedPython', 'libvtkRenderingPython',
'numerix.=3D ArrayTy pe', 'numerix.Complex', 'numerix.Complex32',
'numerix.Complex64', 'numeri=3D x.Float ', 'numerix.Float32',
'numerix.Float64', 'numerix.Int', 'numerix.Int16', 'numeri x.Int32',
'numerix.Int8', 'numerix.Matrix', 'numerix.UInt16', 'numerix.UI=3D =
nt32',
'numerix.UInt8', 'numerix.absolute', 'numerix.add', 'numerix.allclose',
'numerix .alltrue', 'numerix.arange', 'numerix.arccos',
'numerix.arccosh', 'numeri=3D x.arcsi n', 'numerix.arcsinh',
'numerix.arctan', 'numerix.arctan2', 'numerix.arct=3D anh', '
numerix.argmax', 'numerix.argmin', 'numerix.argsort', 'numerix.around',
'numerix .array', 'numerix.arrayrange', 'numerix.asarray',
'numerix.asum', 'numeri=3D x.bitwi se_and', 'numerix.bitwise_or',
'numerix.bitwise_xor', 'numerix.ceil', 'nu=3D merix.c hoose',
'numerix.clip', 'numerix.compress', 'numerix.concatenate', 'numer=3D
ix.conj ugate', 'numerix.convolve', 'numerix.cos', 'numerix.cosh',
'numerix.cross=3D _correl ate', 'numerix.cumproduct', 'numerix.cumsum',
'numerix.diagonal', 'numeri=3D x.divid e', 'numerix.dot', =
'numerix.equal',
'numerix.exp', 'numerix.fabs', 'numer=3D ix.fft.
fft', 'numerix.floor', 'numerix.fmod', 'numerix.fromfunction',
'numerix.f=3D romstri ng', 'numerix.greater', 'numerix.greater_equal',
'numerix.hypot', 'numeri=3D x.ident ity', 'numerix.indices',
'numerix.innerproduct', 'numerix.less', 'numerix=3D .less_e qual',
'numerix.log', 'numerix.log10', 'numerix.logical_and', 'numerix.lo=3D
gical_n ot', 'numerix.logical_or', 'numerix.logical_xor',
'numerix.matrixmultiply=3D ', 'num erix.maximum', 'numerix.minimum',
'numerix.mlab.amax', 'numerix.mlab.amin=3D ', 'num erix.mlab.cov',
'numerix.mlab.diff', 'numerix.mlab.flipud', 'numerix.mlab=3D .hannin g',
'numerix.mlab.rand', 'numerix.mlab.std', 'numerix.mlab.svd', 'numerix=3D
.multip ly', 'numerix.negative', 'numerix.nonzero', 'numerix.not_equal',
'numerix=3D .nx', '
numerix.ones', 'numerix.outerproduct', 'numerix.pi', 'numerix.power',
'nu=3D merix.p roduct', 'numerix.put', 'numerix.putmask', =
'numerix.rank',
'numerix.ravel=3D ', 'num erix.repeat', 'numerix.reshape',
'numerix.resize', 'numerix.searchsorted'=3D , 'nume rix.shape',
'numerix.sin', 'numerix.sinh', 'numerix.size', 'numerix.somet=3D rue', '
numerix.sort', 'numerix.sqrt', 'numerix.subtract', 'numerix.swapaxes',
'n=3D umerix.
take', 'numerix.tan', 'numerix.tanh', 'numerix.trace',
'numerix.transpose=3D ', 'num erix.where', 'numerix.which',
'numerix.zeros', 'vtkParallelPython', 'matp=3D lotlib.
numerix.absolute', 'matplotlib.numerix.equal', 'numarray.Complex',
'numar=3D ray.Com plex32', 'numarray.Complex64', 'numarray.Float',
'numarray.Float32', 'num=3D array.F loat64', 'numarray.Int',
'numarray.Int16', 'numarray.Int32', 'numarray.In=3D t8', 'n
umarray.NumArray', 'numarray.UInt16', 'numarray.UInt32',
'numarray.UInt8'=3D , 'numa rray._dotblas', 'numarray.asarray',
'numarray.dot', 'numarray.fromlist', 'numarr ay.shape',
'numarray.typecode', 'numarray.zeros', 'wx.BitmapFromImage', 'wx.Empt
yIcon']



--__--__--

Message: 4
To: mat...@li...
From: oli...@ma...
Date: Thu, 7 Apr 2005 11:27:43 +0200
Subject: [Matplotlib-users] problems with py2exe





Hi,

I have some problems compiling an .exe-file for my application. I use
wxPython together with matplotlib and tried to make an .exe-file with
both packages for the first time.

Windows XP
Python 2.4
wxPython 2.5.3.1
matplotlib 0.74

I checked the FAQ at the matplotlib homepage and the py2exe-examples and
did the following:



from distutils.core import setup
import glob
import py2exe

data =3D glob.glob(r'C:\Python24\Lib\site-packages\matplotlib\*')
data.append(r'C:\Python24\Lib\site-packages\matplotlib\.matplotlibrc')

setup(
    console =3D ["PanelCheck.py"],
    data_files =3D [("matplotlibdata", data)],
    )


After py2exe is finished I find both folders 'dist' and 'build' as
ususal, however I can't finde an .exe-file of my application
PanelCheck.py in the dist-folder.
I assume that 'window' is what I want to use in the code above, but when
I do that I get the following error:

--(just a small part of the console output)--
error: can't copy 'C:\Python24\Lib\site-packages\matplotlib\backends':
doesn't exist or not a regular file


What am I doing wrong? Help is really appreciated!

Oliver



--__--__--

Message: 5
Date: Thu, 07 Apr 2005 11:08:01 -0700
From: Stephen Walton <ste...@cs...>
To: matplotlib-users <mat...@li...>
Subject: [Matplotlib-users] imshow axis directions

Hi,

I was just comparing images displayed with imshow() with what I get from
IRAF's display command and ds9.  The latter puts the first axis
increasing horizontally and the second axis increasing vertically, as if
the image array were addressed as img[ix,iy], where ix and iy are
integer x and y coordinates.  The axes imshow() produces are labeled as
if this is true for it as well, but in fact the image is upside down
with respect to what I see with IRAF.  Even odder, to see the same
display I see in IRAF I have to do imshow(img[::-1,:]), as if I'm
reversing the direction of the first axis.

I've tried to look at the source, really, but I feel like I'm *years*
away from being enough of a Python hacker to understand matplotlib.

Steve



--__--__--

Message: 6
Cc: matplotlib-users <mat...@li...>,
        Perry Greenfield <pe...@st...>
From: Perry Greenfield <pe...@st...>
Subject: Re: [Matplotlib-users] imshow axis directions
Date: Thu, 7 Apr 2005 14:12:16 -0400
To: Stephen Walton <ste...@cs...>

check out the .matplotlibrc image.origin configuration parameter. The
default is to have pixel 0,0 on the upper left which is opposite of what
us weird astronomers think is the natural locationl

Perry

On Apr 7, 2005, at 2:08 PM, Stephen Walton wrote:

> Hi,
>
> I was just comparing images displayed with imshow() with what I get=20
> from IRAF's display command and ds9.  The latter puts the first axis=20
> increasing horizontally and the second axis increasing vertically, as=20
> if the image array were addressed as img[ix,iy], where ix and iy are=20
> integer x and y coordinates.  The axes imshow() produces are labeled=20
> as if this is true for it as well, but in fact the image is upside=20
> down with respect to what I see with IRAF.  Even odder, to see the=20
> same display I see in IRAF I have to do imshow(img[::-1,:]), as if I'm

> reversing the direction of the first axis.
>
> I've tried to look at the source, really, but I feel like I'm *years*=20
> away from being enough of a Python hacker to understand matplotlib.
>
> Steve
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide Read honest & candid=20
> reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users



--__--__--

Message: 7
To: Stephen Walton <ste...@cs...>
Cc: matplotlib-users <mat...@li...>
Subject: Re: [Matplotlib-users] imshow axis directions
From: John Hunter <jdh...@ac...>
Date: Thu, 07 Apr 2005 13:15:35 -0500

>>>>> "Stephen" =3D=3D Stephen Walton <ste...@cs...> writes:

    Stephen> Hi, I was just comparing images displayed with imshow()
    Stephen> with what I get from IRAF's display command and ds9.  The
    Stephen> latter puts the first axis increasing horizontally and
    Stephen> the second axis increasing vertically, as if the image
    Stephen> array were addressed as img[ix,iy], where ix and iy are
    Stephen> integer x and y coordinates.  The axes imshow() produces
    Stephen> are labeled as if this is true for it as well, but in
    Stephen> fact the image is upside down with respect to what I see
    Stephen> with IRAF.  Even odder, to see the same display I see in
    Stephen> IRAF I have to do imshow(img[::-1,:]), as if I'm
    Stephen> reversing the direction of the first axis.


Does changing the rc param

  image.origin : upper             # lower | upper

to lower help?


    Stephen> I've tried to look at the source, really, but I feel like
    Stephen> I'm *years* away from being enough of a Python hacker to
    Stephen> understand matplotlib.

Hmm, the code's not that bad is it :-)

JDH


--__--__--

Message: 8
Date: Thu, 7 Apr 2005 11:51:37 -0700 (PDT)
From: Rich Drewes <dr...@in...>
To: matplotlib-users <mat...@li...>
Subject: [Matplotlib-users] feature request

Some ability to specify empty space between subplots would be very
convenient.  I'm not sure if this could best be done at figure creation
or at subplot creation with an additional argument that says how much
space to leave above or below.

The motivation is that creating subplots with separate titles is a very
common desire, and doing so now results in title text that invariably
overlaps the plot above (or if the font is reduced enough, it may fit
but looks squished in there).

Using manual axes creation is another approach that has been suggested,
but this is a pain and seems to obviate the convenience of subplot().

If there is a better approach than creating custom axes, I'd love to
hear about it.

Thanks to all the pylab developers!

Rich


--__--__--

Message: 9
Date: Thu, 07 Apr 2005 12:00:27 -0700
From: Stephen Walton <ste...@cs...>
To: John Hunter <jdh...@ni...>
CC: matplotlib-users <mat...@li...>
Subject: Re: [Matplotlib-users] imshow axis directions

John Hunter wrote:

>>>>>>"Stephen" =3D=3D Stephen Walton <ste...@cs...> writes:
>>>>>>           =20
>>>>>>
>Does changing the rc param
>
>  image.origin : upper             # lower | upper
>
>to lower help?
> =20
>
Yes, it makes the image the right way around.  I was simply confused
because I expected the pixel at (x,y) in the imshow display to be the
value of img[x,y].  It appears not to be.  I hasten to add MATLAB's
worse, as the pixel at (x,y) is actually the value of img[y,x];  MATLAB
displays with the first array coordinate increasing downward and the
second from left to right.

>    Stephen> I've tried to look at the source, really, but I feel like
>    Stephen> I'm *years* away from being enough of a Python hacker to
>    Stephen> understand matplotlib.
>
>Hmm, the code's not that bad is it :-)
> =20
>
I'm sure the code is fine, John, and it's just me.  Specifically, if I
want to see how matplotlib is doing something, I can't just trace
function calls like I'm used to doing with Fortran and C, because there
are methods too and I have to find the class which defines those methods
to see what's happening.  Is there anything like ctags for Python?

Steve



--__--__--

Message: 10
Date: Thu, 07 Apr 2005 14:35:11 -0700
From: Robert Kern <rk...@uc...>
Organization: The Church of Last Thrusday
To: mat...@li...
Subject: Re: [Matplotlib-users] imshow axis directions

Stephen Walton wrote:

> I'm sure the code is fine, John, and it's just me.  Specifically, if I

> want to see how matplotlib is doing something, I can't just trace=20
> function calls like I'm used to doing with Fortran and C, because=20
> there are methods too and I have to find the class which defines those

> methods to see what's happening.  Is there anything like ctags for
Python?

Exuberant ctags

http://ctags.sourceforge.net/

--
Robert Kern
rk...@uc...

"In the fields of hell where the grass grows high
  Are the graves of dreams allowed to die."
   -- Richard Harter


--__--__--

Message: 11
Date: Thu, 07 Apr 2005 16:03:17 -0700
From: Stephen Walton <ste...@cs...>
To: Robert Kern <rk...@uc...>
CC: mat...@li...
Subject: Re: [Matplotlib-users] imshow axis directions

Robert Kern wrote:

> Exuberant ctags
>
> http://ctags.sourceforge.net/
>
Which, as it turns out, is the version of ctags on Fedora Core 3.  I did
a 'ctags -R' in the matplotlib root directory and am now happily
browsing the source using nedit.

Thanks, Robert!

Steve




--__--__--

_______________________________________________
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


End of Matplotlib-users Digest

>>>>> "Werner" == Werner F Bruhin <wer...@fr...> writes:


    Werner> By doing this I found a few more oversights (wx to wx.) in
    Werner> backend, updated version is attached.

OK, I've got it working with wxpython 2.5.5.1

The only glitch I've noticed so far is that the figsize parameter does
not appear to be respected.  The windows that are created a
considerably smaller than they should be.

Any ideas?

JDH

What does everyone think is the best way to go about plotting in
Matplotlib?
It seems that pylab is clearly the easiest out of the box, but with
experience perhaps the flexibility of creating a figure and then axes
and so on is the most powerful?

Just curious what everyone thinks.

Best,
Travis


On Mon, 11 Apr 2005 15:18:30 +0200, "Werner F. Bruhin"
<wer...@fr...> said:
> Hi Philipple,
>=20
> This might help your for the title.
>=20
>          self.figure.text(0.5, 0.95, title,
>                 horizontalalignment=3D'center')
>          self.figure.text(0.5, 0.92, 'sub title',
>                 horizontalalignment=3D'center')
>=20
> See you
> Werner
>=20
> Philippe COLLET wrote:
>=20
> > Hi everybody,
> > As i go through matplotlib tutorial and trying to test it, i didn't fin=
d=20
> > a way to customize the position of the title, the xlabel and the ylabel.
> > Is there a way to do it?
> > Are those elements of a figure placed in a standard way?
> >=20
> > Thanks for answers.
> > Philippe
> >=20
> > _________________________________________________________________
> > MSN Messenger : personnalisez votre messagerie instantan=E9e !=20
> > http://g.msn.fr/FR1001/866
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
>=20
>=20
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--=20
  Travis Brady
  td...@fa...

John Hunter wrote:

> wxapp = None  # module level
> 
> def new_figure_manager(num, *args, **kwargs):
>     global wxapp
>     if wxapp is None:
>         wxapp = wx.PySimpleApp()
>         wxapp.SetExitOnFrameDelete(True)
>     ...snipsnip...
> 
> 
> 
> def show():
>     ...snipsnip...
>     if show._needmain and not matplotlib.is_interactive():
>         if wxapp is not None: wxapp.MainLoop()
>         show._needmain = False        
> 
> 
> And this seems to work for pylab and wx apps.  Since apps will never
> call new_figure_manager or show, there should be no problem
> 
> 
> If there is a better / more elegant / more wxlike way to do this, let
> me know.

You should check wx.GetApp() to ensure that the app hasn't already been 
created in some other module.

-- 
Robin Dunn
Software Craftsman
http://wxPython.org  Java give you jitters?  Relax with wxPython!

Hi John,

I took your zip file and changed the simple_plot_agg sample to just this 
and it looks like it works:


data = glob.glob(r'C:\Python24\share\matplotlib\*')
#data.append(r'C:\Enthon23\share\matplotlib\.matplotlibrc')

setup(console=["simple_plot.py"],
       data_files=[("matplotlibdata",data)],
       options = {"py2exe": {"compressed": 1,
                             # optimize may break pylab docstring handling
                             #"optimize": 2,
                             #"includes": includes,
                             #"excludes": excludes,
                             "packages": ["encodings", "pytz"],
                            }},
       )


Note that I use "packages" and NOT include, all the matplotlib and 
numeric stuff seems to get detected correctly by py2exe.

The excludes don't seem to make a difference, I think py2exe removes 
them now by itself.

Only error/warnings I get is that I did not include an .matplotlibrc 
file.  Could you send me yours?

By doing this I found a few more oversights (wx to wx.) in backend, 
updated version is attached.

See you
Werner

John Hunter wrote:
>>>>>>"andrea" == andrea gavana <and...@ti...> writes:
> 
> 
>     andrea> I still get the TimeZone error...
> 
> I spent a little time looking at this this morning.  I found that I
> needed to explicitly put the utc timezone in my script that I was
> freezing, it was not enough to include it in my includes list.  Oddly,
> this was not consistent.  In the simple_plot_wxagg example, I had the
> timezone info in my includes list only and it worked w/o incident.  In
> the simple_plot_gtk example, I needed to manually add
> 
> import pytz.zoneinfo.UTC 
> 
> to my simple_plot.py script.  Strange...
> 
> Also, what kinds of files should be in the includes list? For example,
> in Michael's list, he includes
> 
>     "matplotlib._na_image",
>     "matplotlib._na_transforms",
>     "matplotlib._nc_image",
>     "matplotlib._nc_transforms",
> 
> 
> but not 
> 
>     "matplotlib._image"
>     "matplotlib._transforms"
> 
> The latter two are python files, the former extension code.  Do you
> typically need to manually point py2exe to the extension files?
> 
> Anyway, the wxagg and gtk examples in the updated
> http://matplotlib.sourceforge.net/py2exe_examples.zip build and run on
> my machine.  They are a bit of a hack in that I don't really
> understand why/how/when the includes work.  If someone can rationalize
> these scripts, improve them, extend them, whatever, send the updates
> my way.
> 
> JDH
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

>>>>> "Matt" == Matt Newville <new...@ca...> writes:

    Matt> Hi John, These changes to backend_wx(agg).py seem ok to me.
    Matt> Trying to be conservative, I'm not entirely sure whether
    Matt> having the SetExitonFrameDelete() call is necessary (or
    Matt> perhaps more settings for the wxapp should be set....).

    Matt> What's pylab supposed to do in interactive mode if the user
    Matt> closes the plot window after show() but then wants to create
    Matt> and show() another figure?  Is pylab supposed to
    Matt> automatically create another window and plot to that new
    Matt> window?  This doesn't work for WX.

In interactive mode the user shouldn't call show --
http://matplotlib.sourceforge.net/faq.html#SHOW because the figures
will be automatically realized in interactive mode.

Using ipython pylab mode with WX or WXAgg as my default backend,
everything works as expected (eg I can close the window and the next
plot command creates a new one).  If you ware testing interactively in
a standard python shell w/o proper threading support for wx, I'm not
sure what will happen but it's not officially a supported mode of
working.  Some people do use show in this mode to try and make things
work, but I don't have much experience with it.

I also just tested backend : WX with interactive : True in pycrust and
it also worked (new windows created after close, no use of show)

JDH

Hi John,

These changes to backend_wx(agg).py seem ok to me.  Trying to 
be conservative, I'm not entirely sure whether having the
SetExitonFrameDelete() call is necessary (or perhaps more
settings for the wxapp should be set....).

What's pylab supposed to do in interactive mode if the user
closes the plot window after show() but then wants to create 
and show() another figure?  Is pylab supposed to automatically
create another window and plot to that new window?  This 
doesn't work for WX.   

> As for making this more uniform, I'm inclined to leave this it up to
> the various backends to handle gui instantiation in the way that they
> see fit.  I don't know enough about the various GUIs (and potential
> GUIs we haven't encountered yet) to enforce a single policy. I did add
> some guidance in the backend_template.py new_figure_manager function
> along these lines
> 
>     # if a main-level app must be created, this is the usual place to
>     # do it -- see backend_wx, backend_wxagg and backend_tkagg for
>     # examples.  Not all GUIs require explicit instantiation of a
>     # main-level app (egg backend_gtk, backend_gtkagg) for pylab
> 
> Does this look helpful?

Yep, that seems useful.  

Thanks,

--Matt

>>>>> "oliver" == oliver tomic <oli...@ma...> writes:



    oliver> data = glob.glob(r'C:\Python24\Lib\site-packages\matplotlib\*')


The python modules should not be included in the "data" listing.  Eg,
you write

  data = glob.glob(r'C:\Python24\Lib\site-packages\matplotlib\*')

but this is wrong because the files in that directory are python
modules.

The data are the fonts, icons, etc, found in 

  data = glob.glob(r'C:\Python24\share\matplotlib\*')

See the examples simple_plot_wxagg which I just updated at

  http://matplotlib.sourceforge.net/py2exe_examples.zip

Hope this helps,
JDH

Hi John,

John Hunter wrote:
>>>>>>"Werner" == Werner F Bruhin <wer...@fr...> writes:
> 
> 
>     Werner> I still have a bit of a problem.  This puts the legend
>     Werner> "more or less" outside the plot.  If I use "upper right"
>     Werner> with only two lines it is o.k., however if I use
>     Werner> e.g. "center right" then about half of the legend is still
>     Werner> over the top of the plot.
> 
> 
> I think the best approach is to use fig.add_axes rather than
> fig.add_subplot to create your axes.
Pitty that I can't have both.  But I'll worry about this one when I 
actually do make use of the subplots.

   Then you can make it the exact
> size you want.  You can also place the figure legend anywhere you want
> by using loc=(x,y) instead of a location string.  I just noticed this
> was undocumented :-(. 
You think I would have found it:)

  It *is* documented for the axes legend, and
> I'll fix the figure legend docstring for the next release.
> 
> Here's a little example
> 
>     import pylab as p
>     fig = p.figure()
>     ax = fig.add_axes([0.1, 0.3, 0.4, 0.4])
> 
>     lines = ax.plot([1,2,3])
>     fig.legend(lines, ('hi', ), loc=(0.6, 0.6))
>     p.show()
> 
> Hope this helps,
> JDH

Thanks, yes this did help!
Werner
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

>>>>> "andrea" == andrea gavana <and...@ti...> writes:

    andrea> I still get the TimeZone error...

I spent a little time looking at this this morning.  I found that I
needed to explicitly put the utc timezone in my script that I was
freezing, it was not enough to include it in my includes list.  Oddly,
this was not consistent.  In the simple_plot_wxagg example, I had the
timezone info in my includes list only and it worked w/o incident.  In
the simple_plot_gtk example, I needed to manually add

import pytz.zoneinfo.UTC 

to my simple_plot.py script.  Strange...

Also, what kinds of files should be in the includes list? For example,
in Michael's list, he includes

    "matplotlib._na_image",
    "matplotlib._na_transforms",
    "matplotlib._nc_image",
    "matplotlib._nc_transforms",


but not 

    "matplotlib._image"
    "matplotlib._transforms"

The latter two are python files, the former extension code.  Do you
typically need to manually point py2exe to the extension files?

Anyway, the wxagg and gtk examples in the updated
http://matplotlib.sourceforge.net/py2exe_examples.zip build and run on
my machine.  They are a bit of a hack in that I don't really
understand why/how/when the includes work.  If someone can rationalize
these scripts, improve them, extend them, whatever, send the updates
my way.

JDH

>>>>> "Matt" == Matt Newville <new...@ca...> writes:

 
    Matt> Yep, I think this is exactly the problem (though I could
    Matt> never reproduce it), and, like you say, creating wxapp in
    Matt> new_figure_manager() sounds like the right solution to me.
    Matt> I think this was part of the discussion with Marcin W. a
    Matt> month ago, no??  Anyway, in backend_tkagg (the closest
    Matt> analogy I'm familar with), Tk.Tk() is created in
    Matt> new_figure_manager.  It seems that with other windowing
    Matt> systems, it's ok to create the mainApp (ie, who will run the
    Matt> event loop) if needed in show()???  Perhaps it would make
    Matt> sense to have this be more uniform across the different
    Matt> backends?

I just committed the changes to CVS, and I'm going to attach them
here.  Because I find these kinds of things sensitive to platform and
version, ex users should test these with wx and wxagg for both pylab
and the embedding_in_wx*.py examples and let me know if there are any
troubles.

As for making this more uniform, I'm inclined to leave this it up to
the various backends to handle gui instantiation in the way that they
see fit.  I don't know enough about the various GUIs (and potential
GUIs we haven't encountered yet) to enforce a single policy. I did add
some guidance in the backend_template.py new_figure_manager function
along these lines

    # if a main-level app must be created, this is the usual place to
    # do it -- see backend_wx, backend_wxagg and backend_tkagg for
    # examples.  Not all GUIs require explicit instantiation of a
    # main-level app (egg backend_gtk, backend_gtkagg) for pylab

Does this look helpful?

JDH

John,

> It appears the cause of this problem is that the wxapp must be
> created before the wxPanel is init'ed.  The solution is to put
> the wxapp creation in new_figure_manager, not show, so that
> the app will be created before the wxpanel.  This appears to
> work.  Here is what I am currently doing
 
Yep, I think this is exactly the problem (though I could never
reproduce it), and, like you say, creating wxapp in
new_figure_manager() sounds like the right solution to me.  I
think this was part of the discussion with Marcin W. a month
ago, no??  Anyway, in backend_tkagg (the closest analogy I'm
familar with), Tk.Tk() is created in new_figure_manager.  It
seems that with other windowing systems, it's ok to create the
mainApp (ie, who will run the event loop) if needed in show()???
Perhaps it would make sense to have this be more uniform across
the different backends?

Thanks,

--Matt

OK, I spent some time looking at this morning and think I have a fix
that works for matplotlib wx API users as well as pylab users.  For
the record, a little background.

The module matplotlib.backends.backend_wx contains all the classes to
enable matplotlib to be embedded in a wx application.  There are two
modes this module is used in: application developers who want to
control the wx windows, panels, frames, etc, themselves, and pylab
users who want a matlab like environment in which all the figure
window, creation, etc, is managed for them.

To support the latter, all the matplotlib GUI backends are required to
define two functions

  new_figure_manager - creates a new wxFrame
  show               - realizes/shows all frames

Jeremy O'Donoghue, who wrote the wx backend, and latter Matt Newville
who has been helping maintain it of late, tried putting the wxapp
instantiation in the show function, but this caused a segfault on some
platforms with some versions of wxpython (win32 with 2.4.x).  We never
figured out the root cause of this since often times the person
developing/maintaining wx didn't have access to the buggy combination
of platform + version.  So we left wxapp creation at the module level
which was ugly, hacky, and buggy, but at least it didn't seg fault.

Today I spent some time tracking down where and why the segfault was
occurring, and it was 

  new_figure_manager -> FigureFrameWx -> wxPanel.__init__

The call to wxPanel.__init__ trigged the segfault.

It appears the cause of this problem is that the wxapp must be created
before the wxPanel is init'ed.  The solution is to put the wxapp
creation in new_figure_manager, not show, so that the app will be
created before the wxpanel.  This appears to work.  Here is what I am
currently doing


wxapp = None  # module level

def new_figure_manager(num, *args, **kwargs):
    global wxapp
    if wxapp is None:
        wxapp = wx.PySimpleApp()
        wxapp.SetExitOnFrameDelete(True)
    ...snipsnip...



def show():
    ...snipsnip...
    if show._needmain and not matplotlib.is_interactive():
        if wxapp is not None: wxapp.MainLoop()
        show._needmain = False        


And this seems to work for pylab and wx apps.  Since apps will never
call new_figure_manager or show, there should be no problem


If there is a better / more elegant / more wxlike way to do this, let
me know.

Thanks,
JDH

Hello Werner & NG,

>I think the timezone stuff you can solve by putting "pytz" into the 
>packages to include.

This is how my setup.py looks like:

# incl are other includes
includes =3D incl + ["pytz","pytz.zoneinfo"]

excludes =3D ["Tkconstants", "Tkinter", "tcl", '_gtkagg', '_tkagg']
dll_excludes =3D ['libgdk-win32-2.0-0.dll', 'libgobject-2.0-0.dll']

setup(

    version =3D "1.0.0",
    description =3D "MyApp",
    name =3D "MyApp",
    
    data_files =3D [('matplotlibdata', glob.glob(r'c:\python23\share\matp=
lotlib\*')),
                  ('matplotlibdata', [r'c:\python23\share\matplotlib\.mat=
plotlibrc'])],
    
    options =3D {"py2exe": {"compressed": 1,
                          "optimize": 2,
                          "includes": includes,
                          "excludes": excludes,
                          "dll_excludes": dll_excludes}},
    
    windows =3D ["MyApp.py"]
    
    )


I still get the TimeZone error...

>Isn't the optimize : 2 getting rid of the doc stuff?

I didn't even imagine that the optimize option would interfere with the
doc strings... is it a normal thing?!?

Thanks to you all.

Andrea.

>>>>> "Werner" == Werner F Bruhin <wer...@fr...> writes:

    Werner> I still have a bit of a problem.  This puts the legend
    Werner> "more or less" outside the plot.  If I use "upper right"
    Werner> with only two lines it is o.k., however if I use
    Werner> e.g. "center right" then about half of the legend is still
    Werner> over the top of the plot.


I think the best approach is to use fig.add_axes rather than
fig.add_subplot to create your axes.  Then you can make it the exact
size you want.  You can also place the figure legend anywhere you want
by using loc=(x,y) instead of a location string.  I just noticed this
was undocumented :-(.  It *is* documented for the axes legend, and
I'll fix the figure legend docstring for the next release.

Here's a little example

    import pylab as p
    fig = p.figure()
    ax = fig.add_axes([0.1, 0.3, 0.4, 0.4])

    lines = ax.plot([1,2,3])
    fig.legend(lines, ('hi', ), loc=(0.6, 0.6))
    p.show()

Hope this helps,
JDH

Hi Andrea and others,

I think the timezone stuff you can solve by putting "pytz" into the 
packages to include.

Isn't the optimize : 2 getting rid of the doc stuff?

# options for py2exe
options = {"py2exe": {"compressed": 1,
                       "optimize": 2,
                       "packages": ["encodings", "kinterbasdb", "pytz"],
                       "includes": ["ntpath"]}
           }

I get an error about ntpath, that is why I put it to includes, but it 
doesn't solve the problem - posted it on the py2exe newsgroup.

See you
Werner

and...@ti... wrote:

> Hello NG,
> 
>     I found where the incompatibilities between Matplotlib and py2exe reside,
> at least on my configuration (Windows XP or 2000, Matplotlib 0.74 or 0.72pre,
> wxPython 2.5.5.1 or previous). The following line in dates.py:
> 
> UTC = timezone('UTC')  (line 94)
> 
> Breaks the executable with the error "Unknown timezone" or something similar.
> 
> Next, the way the Matplotlib developers are handling docstrings in pylab.py
> (and others), like:
> 
> figimage.__doc__ = Figure.figimage.__doc__ + """
> Addition kwargs: hold = [True|False] overrides default hold state"""
> 
> Breaks py2exe with an error like:
> 
> "Can not concatenate NoneType with str"
> 
> I just commented out these lines because I don't need docstrings in my executable,
> but if someone has a better idea, I welcome all suggestions.
> 
> Thank you a lot.
> 
> Andrea.
> 
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_ide95&alloc_id396&op=click

Hi Philipple,

This might help your for the title.

         self.figure.text(0.5, 0.95, title,
                horizontalalignment='center')
         self.figure.text(0.5, 0.92, 'sub title',
                horizontalalignment='center')

See you
Werner

Philippe COLLET wrote:

> Hi everybody,
> As i go through matplotlib tutorial and trying to test it, i didn't find 
> a way to customize the position of the title, the xlabel and the ylabel.
> Is there a way to do it?
> Are those elements of a figure placed in a standard way?
> 
> Thanks for answers.
> Philippe
> 
> _________________________________________________________________
> MSN Messenger : personnalisez votre messagerie instantanée ! 
> http://g.msn.fr/FR1001/866
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Hi everybody,
As i go through matplotlib tutorial and trying to test it, i didn't find a 
way to customize the position of the title, the xlabel and the ylabel.
Is there a way to do it?
Are those elements of a figure placed in a standard way?

Thanks for answers.
Philippe

_________________________________________________________________
MSN Messenger : personnalisez votre messagerie instantanée ! 
http://g.msn.fr/FR1001/866

Hi,

I've had some fun building py2exe stuff with matplotlib too, see below
for some comments and help.

On Apr 10, 2005 10:31 PM, and...@ti... <and...@ti...> wrote:
> Hello NG,
> 
>     I found where the incompatibilities between Matplotlib and py2exe reside,
> at least on my configuration (Windows XP or 2000, Matplotlib 0.74 or 0.72pre,
> wxPython 2.5.5.1 or previous). The following line in dates.py:
> 
> UTC = timezone('UTC')  (line 94)
> 
> Breaks the executable with the error "Unknown timezone" or something similar.
> 

I've encountered this one before, it's to do with the pytz module and
py2exe's modulefinder. Basically pytz dynamically imports modules, so
py2exe has some difficulty with it. For my pyexe I added the following
to the includes list:

"pytz",
"pytz.zoneinfo",
"pytz.zoneinfo.UTC",
"pytz.zoneinfo.US",
"pytz.zoneinfo.US.Eastern",
"pytz.zoneinfo.US.Central",
"pytz.zoneinfo.US.Mountain",
"pytz.zoneinfo.US.Pacific",
"pytz.zoneinfo.Europe.London",
"pytz.zoneinfo.Europe.Paris",
"pytz.zoneinfo.Europe.Berlin",
"pytz.zoneinfo.Europe.Moscow",

For me this seemed to cover all the timezones I encountered.

> Next, the way the Matplotlib developers are handling docstrings in pylab.py
> (and others), like:
> 
> figimage.__doc__ = Figure.figimage.__doc__ + """
> Addition kwargs: hold = [True|False] overrides default hold state"""
> 
> Breaks py2exe with an error like:
> 
> "Can not concatenate NoneType with str"
> 
> I just commented out these lines because I don't need docstrings in my executable,
> but if someone has a better idea, I welcome all suggestions.
> 

I've never seen this one before, it might be because I'm building with
an older copy of matplotlib.


For reference here is my complete set of matplotlib includes:

"encodings",
"encodings.ascii",
"encodings.idna",
"encodings.iso8859_1",
"encodings.utf_8",
"encodings.string_escape",
"matplotlib",
"matplotlib._na_image",
"matplotlib._na_transforms",
"matplotlib._nc_image",
"matplotlib._nc_transforms",
"matplotlib.ft2font",
"matplotlib.backends",
"matplotlib.backends._backend_agg",
"matplotlib.backends._tkagg",
"matplotlib.backends._gtkagg",
"matplotlib.backends.backend_agg",
"matplotlib.backends.backend_tkagg",
"matplotlib.backends.backend_gtkagg",
"matplotlib.numerix",
"matplotlib.numerix.fft",
"matplotlib.numerix.linear_algebra",
"matplotlib.numerix.mlab",
"matplotlib.numerix.random_array",
"pytz",
"pytz.zoneinfo",
"pytz.zoneinfo.UTC",
"pytz.zoneinfo.US",
"pytz.zoneinfo.US.Eastern",
"pytz.zoneinfo.US.Central",
"pytz.zoneinfo.US.Mountain",
"pytz.zoneinfo.US.Pacific",
"pytz.zoneinfo.Europe.London",
"pytz.zoneinfo.Europe.Paris",
"pytz.zoneinfo.Europe.Berlin",
"pytz.zoneinfo.Europe.Moscow",
"numarray",
"numarray.convolve._correlate",
"numarray.convolve._lineshape",
"numarray.fft.fftpack",
"numarray.image._combine",
"numarray.linear_algebra.lapack_lite2",
"numarray.nd_image._nd_image",
"numarray.random_array.ranlib2",
"numarray._bytes",
"numarray._chararray",
"numarray._conv",
"numarray._converter",
"numarray._ndarray",
"numarray._numarray",
"numarray._objectarray",
"numarray._operator",
"numarray._sort",
"numarray._ufunc",
"numarray._ufuncBool",
"numarray._ufuncComplex32",
"numarray._ufuncComplex64",
"numarray._ufuncFloat32",
"numarray._ufuncFloat64",
"numarray._ufuncInt16",
"numarray._ufuncInt32",
"numarray._ufuncInt64",
"numarray._ufuncInt8",
"numarray._ufuncUInt16",
"numarray._ufuncUInt32",
"numarray._ufuncUInt8",
"numarray.libnumarray",
"numarray.libnumeric",
"numarray.memory",

I don't use numeric so I can't comment on the includes there (I have a
half hearted attempt, but I don't think it's complete).

regards,
  Michael

Hi,

I personally don't like the black edge around the marker symbols. Is ther=
e an option like 'inherit' for the markeredgecolor to get it in the color=
 the line has?

Thanks a lot!
Sascha
--=20
-------------------------------------------------------------------------=
--
Sascha Schnepp
Institut f=FCr Theorie Elektromagnetischer Felder (TEMF)         TU Darms=
tadt
Fachbereich Elektrotechnik und Informationstechnik
Schlo=DFgartenstra=DFe 8 / D 64289 Darmstadt         phone: +49 (0)6151 1=
6-2261
mailto:sc...@te...              fax:   +49 (0)6151 16-46=
11
http://www.temf.de
PGP-Key: 0xF660E207 (04/15/05)

=BBWas zum Henker, Hauptmann! Was denkst Du? Willst Du diesen Herkules fo=
rt-
schicken? Sieht er nicht gerade so drein, als wollt er den Marschall von
Sachsen mit einem R=FChrl=F6ffel =FCber den Ganges jagen?=AB   --
   Friedrich Schiller - "Die R=E4uber"
-------------------------------------------------------------------------=
--

Hi all,

I'm currently plotting 2 dimensional data sets using contourf and pcolor.
I'd like to add on to these plots markers at the local maxima and minima.
I can do this using scatter but the problem is finding the max/min in the
first place.

I'm currently using a brute force nested for loop which compares the value
at each point with a square slice around it, but this is painfully slow (5
or 6 seconds for a 75x75 maxtrix). I was wondering if this is already
implemented somewhere in matplotlib (or anywhere else for that matter) or
if someone has come up against this problem before.

Cheers,

Tim Leslie

PS. John, have you considered starting a #matplotlib channel on IRC at
all?