matplotlib-devel Mailing List for matplotlib

What's new in matplotlib-0.52

Image support

  Basic image support. Images can be specified by Numeric float arrays

     imshow(X)
     If X is MxN, assume luminance (grayscale)
     If X is MxNx3, assume RGB
     If X is MxNx4, assume RGBA

     imshow(X, cmap)  # plot X using colormap; see examples/pcolor_demo2.py

  see help(imshow) and the image_demo*.py examples in the matplotlib
  src distribution. Set BUILD_IMAGE in setup.py for image
  support. Currently available on Agg, GTKAgg, TkAgg and GTK
  backends. win32 GTK users should use GTKAgg unless your pygtk is
  compiled with Numeric support.

  The pseudocolor images generated with imshow are 8 million times
  faster than pcolors.

Figure legends

  In addition to adding legends to the axes with the legend command,
  you can place legends anywhere in the figure with figlegend

fill command

  Andrew Straw wrote a fill command to plot filled polygons. See
  fill_demo.py

Make 2D spectrograms with specgram. 

  Requires image support; see specgram_demo.py 

Bugfixes and minor improvements

    * Tk : Fixed a close figure bug in interactive mode

    * GTK : Much improved mathtext performance thanks to patch by
      Trevor Blackwell

    * All : Fixed a bug that showed up in successive calls to plot
      with just one plot argument

Downloads at
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474&release_id=224080

>>>>> "Martin" == Martin Kuemmel <mku...@es...> writes:

    Martin> Hi John, I dont know whether you are the person to write
    Martin> to, but I simply try.  I am trying to install matplotlib
    Martin> on:

    Martin> SunOS st13 5.8 Generic_108528-21 sun4u sparc
    Martin> SUNW,Sun-Blade-1500

    Martin> with gcc 3.3.2.

    Martin> In principle it works, and with the PS-backend it gives
    Martin> results.  I would like to install the agg-backend, but did
    Martin> not manage to do so.  I just installed the
    Martin> freetype2-library, and to include it at its position I
    Martin> changed the code in 'setupext.py', module
    Martin> 'add_agg_flags(module)', line 94 to;

    Martin>         module.include_dirs.extend(
    Martin> ['/ecfsoft/pyraf1.1/include/freetype2',] )
    Martin> module.include_dirs.extend( ['/ecfsoft/pyraf1.1/include',]
    Martin> )

    Martin> i am still not at home, and I get the error messages:

    Martin> Text relocation remains referenced against symbol offset
    Martin> in file <unknown> 0x40
    Martin> /ecfsoft/pyraf1.1/lib/libz.a(deflate.o) <unknown> 0x4c
    Martin> /ecfsoft/pyraf1.1/lib/libz.a(deflate.o) <unknown> 0x58
    Martin> /ecfsoft/pyraf1.1/lib/libz.a(deflate.o)

    Martin> It seems not to include the libz correctly, but this
    Martin> library exists also at '/ecfsoft/pyraf1.1/include' and
    Martin> '/ecfsoft/pyraf1.1/lib'.

    Martin> What can I do?

    Martin> Cheers and thanks in advance, Martin

    Martin> P.S.: Please forward this mail to the appropriate person,
    Martin> or give me its email address

Hi Martin,

We are very interested in getting a build that works properly under
Solaris so thanks for writing and offering to be the crash test dummy.
I CCd this email to the matplotlib development list since some folks
there know a bit about solaris.  You may want to consider joining the
user or development mailing list for future questions -
http://sourceforge.net/mail/?group_id=80706

I suggest you try working with the latest matplotlib snapshot
http://nitace.bsd.uchicago.edu:8080/files/share/matplotlib-0.52c.tar.gz
which has a somewhat improved setupext.py (it also includes basic
image support with the imshow command).  Usually to get freetype you
need the dir that includes ft2build.h and the freetype2 include dir in
your include_path.

But it looks like you are getting a link error rather than an include
error.  I just posted

 "Text relocation remains referenced against symbol offset" 

into google and got this result
http://mailman.cs.uchicago.edu/pipermail/swig/2002-April/004435.html.
That post suggests you need the linker flags -Wl,-G

Search google groups with the same error message and you'll get lots
of threads that look helpful.

When you get this working if you can post a modified setupext.py as
well as any additional dependencies and build instructions, that would
be great.

JDH

On OS X 10.3, I can run TkAgg fine, interactive works great from the
prompt, etc.  However, when I on the figure window to move it or click
on a navigation button etc, I get a "SetFrontProcess failed, -606"
message and the desired action does not happen.  I am running under
X11, launching python from an xterm.

Do you get this Andrew?  Any ideas?

JDH

>>>>> "Andrew" == Andrew Straw <str...@as...> writes:

    Andrew> 2 points:

    Andrew> 1) Is there any reason why the Patch class doesn't have
    Andrew> get_xdata() and get_ydata() methods?  1b) If not, can we
    Andrew> add them and let Axes.add_patch(patch) call
    Andrew> "self.xaxis.datalim.update(patch.get_xdata())" ?

I removed this one day when I was trying to improve the painfully slow
pcolor code.  The way patches were getting their xlimits was slow.
After spending some time with the profiler, I opted to set the axes
limits manually for scatter and pcolor rather than pay the additional
performance hit in add_patch.  This makes the code a little more
difficult to maintain.

Perhaps better than get_xdata is get_xlim.  What is the natural xdata
for a circle characterized by a center and radius?  xlim is clear.  I
added this for Polygon and modified the fill command to use it, and
will add it to the other patch commands and use it in add_patch in due
time.  Or feel free to take the lead :-)

    Andrew> 2) I think there's still a Polygon facecolor bug. John, I
    Andrew> thought you fixed the Polygon facecolor bug -- my
    Andrew> patches.py code matches the bugfix you emailed the list,
    Andrew> but I still don't get the facecolor with the PS, GTK or
    Andrew> Agg backends.

The problem was that you didn't set fill=True in the Polygon
constructor.  I added this and it works great.  Here is my fill_demo
code - if you have something more impressive for the examples dir send
it along.

    from matplotlib.matlab import *
    t = arange(0.0, 1.01, 0.01)
    s = sin(2*2*pi*t)

    fill(t, s*exp(-5*t), 'r')
    grid(True)
    show()

Changes are in CVS.

Thanks!
JDH

G'day!

I've implemented a mostly-matlab-compatible "fill" command.  I attach 
it for your pleasure and hopeful inclusion into matplotlib.  (This is 
an extension of our previous email discussion and involved me going and 
using matlab for a bit to get a feel for their API.)

2 points:

1) Is there any reason why the Patch class doesn't have get_xdata() and 
get_ydata() methods?
1b) If not, can we add them and let Axes.add_patch(patch) call 
"self.xaxis.datalim.update(patch.get_xdata())" ?

2) I think there's still a Polygon facecolor bug. John, I thought you 
fixed the Polygon facecolor bug -- my patches.py code matches the 
bugfix you emailed the list, but I still don't get the facecolor with 
the PS, GTK or Agg backends.

Cheers!
Andrew

On Tuesday, March 16, 2004, at 02:28 AM, John Hunter wrote:

> I've added image support in CVS along the lines discussed last week.

Great! A quick test shows that the demos work fine over here.

A quick note:

I had to add the following files to my CVS checkout from the tarball 
you provided.  Could you add these to the CVS distribution? (If it's 
not SF's CVS servers being flakey?)

src/_image.h
src/_image.cpp
matplotlib/image.py
postinstall.py