matplotlib-users Mailing List for matplotlib (Page 3)

Rich Shepard wrote:
>> x,y = zip(*[(15.0, 0.0), (30.0, 1.0), (70.0, 1.0), (85.0, 0.0)])

or better yet -- work with numpy arrays from the beginning:

Either put x an y into separate arrays (which is what MPL expects), or 
if you like X and Y begin together (I do):

points = numpy.array([(15.0, 0.0), (30.0, 1.0), (70.0, 1.0), (85.0, 0.0)])

x = points[:,0]
y = points[:,1]

and:

p0 = points[0]
p1 = points[1]

etc. etc.

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

Original posts attached.

Ken McIvor wrote:
> David,
>
> I'm not aware of any compatibility problems when using WxMpl with MPL 
> 0.91, but then again I can't remember if I ever tested it thoroughly.
>
> Could you please send me a short script that reproduces the problem, 
> along with the complete error message it generates?  Thanks.
>
> Ken
OK, finally had cause to work on this some more.  With Chris Barker's help:

0) Tried unsuccessfully to reproduce the problem in a "minimal" app.  
(i.e., quoting Chris: "it's difficult to build a minimal app. which 
reproduces the problem");

1) We kluged a fix by manually adding get_xdata and get_ydata methods to 
our derived class, but a) this seems like it shouldn't be necessary, and 
b) it wasn't necessary before;

2) Chris' hypothesis is that it has something to do w/ the work being 
done on matplotlib to add units to data objects (please correct me if 
I'm wrong, Chris) but is uncertain of precisely how or why, and wasn't 
readily able to pin it down more than that;

3) We're both rather amazed that no one else has yet reported this 
problem, suggesting that either a) we don't scan posts to this list 
carefully enough :-), or b) there's perhaps something wrong w/ my 
installation?

Bottom line: working, but w/ an "unsatisfactory" solution.

DG

Rich Shepard wrote:
>    The wiki suggests either MPlot or WxMpl for embedding. Which might be
> preferable for a display-only use? In other words, what would be the
> simpliest, easiest, most pragmatic approach?

I think wxMPL is a good option. I think MPlot gives you nifty tools for 
editing the figure with a GUI, but I don't think you want that.

-Chris




-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

   Now that I have some familiarity with matplotlib, and I've read the
cookbook/wiki page on embedding, I'd like recommendations to sort out my
options.

   I don't need user interaction. On the display side, I have a notebook tab
with a panel on which there are a bunch of widgets. These widgets allow the
user to specify a curve shape and the characteristics of that curve. A
screen shot of this tab is attached.

   In the available space above the buttons I want to put a small canvas that
displays the curve just defined when the 'Save' button is clicked. The x
axis is always 0-100, so the individual curve will be displayed in the
appropriate position along that axis. The y axis is always 0.0-1.0, and the
maximum height of each curve is 1.0. Again, this is strictly for display.

   The wiki suggests either MPlot or WxMpl for embedding. Which might be
preferable for a display-only use? In other words, what would be the
simpliest, easiest, most pragmatic approach?

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

I would like to have my colorbar range from 0 to 1 and add a label
(Leaf A) exactly like the Leaf B label on the other side of the
y-axis.

I have attached my .png

--------------------------------------------------------------
from pylab import *

#pcolor(n, shading=3D'flat', cmap=3Dcm.gray_r)
contourf(n, cmap=3Dcm.gray_r)

title('Intensity Pattern', size=3D28)
xlabel('Distance (0.01 cm)', size=3D18)
ylabel('Leaf B', size=3D18)
axvline(x=3Dax/2, color=3D'k', linestyle=3D'--')
colorbar()
savefig('eIntensity')
--------------------------------------------------------------

Thank you,
Bryan

--=20
"The game of science can accurately be described as a never-ending
insult to human intelligence."=09- Jo=E3o Magueijo

--=20
"The game of science can accurately be described as a never-ending
insult to human intelligence."=09- Jo=E3o Magueijo

Hello, 
  I've been using matplotlib 0.87 and I upgraded to 0.91. I ran my setup script for py2exe which had been working flawlessly and now I get an error stating that the .../mpl-data/fonts is not a regular file or doesn't exist. I checked the filename path and it does actually exist. I'm using the matplotlib function get_py2exe_datafiles() to get the matplotlib data files. how might I correct this issue (I pasted a small sample code below)? thanks.
   
  Jeff
   
  # arguments for the setup() call
  app = dict(
    script = "App.py",
    other_resources = [(RT_MANIFEST, 1, manifest_template % dict(prog="App"))],
    icon_resources =  [(1,'Figures/my_icon.ico')] 
)
  packages = ['numpy',
    'matplotlib',
    'pytz']
  excludes = [
    '_gtkagg',
    '_tkagg',
    'tcl',
    'Tkconstants',
    'Tkinter',
    'tcl',
    'pywin.debugger', 
    'pywin.debugger.dbgcon',
    'pywin.dialogs',
    'bsddb',
    'curses',
    'email',
    'distutil',
    'logging',
    'readline',
    'setuptools']
  dll_excludes = [
    'libgdk_pixbuf-2.0-0.dll', 
    'libgobject-2.0-0.dll',
    'libgdk-win32-2.0-0.dll']
  
Options = {"py2exe": {"skip_archive" : 1,
            "packages" : packages,
            "excludes" : excludes,
            "dll_excludes" : dll_excludes}}
  ## MATPLOTLIB DATA
data_Files=[(".",
             ["matplotlibrc", "config.txt", "user_agreement.rtf", "main.css"]),
            ("Figures",glob.glob("Figures\\*")),
            ("Documents",glob.glob("Documents\\*")),
            ("images",glob.glob("images\\*")),
            matplotlib.get_py2exe_datafiles()]

       
---------------------------------
Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now.

John Hunter wrote:
> On Nov 26, 2007 7:30 AM, Mihail <mih...@ya...> wrote:
>> Somewhere I found some hints how to get started writing a new backend for
>> matplotlib. It
>> mentioned some almost empty kind of template that you could extend for your
>> needs.
>>
>> I cannot find this description again. Would somebody help, please?
> Secondly, Michael has been doing extensive work in the "transforms"
> branch that significantly impact (and simplify) the backend API, and
> this branch will become the mpl main line in the not-too-distant
> future.  So if you are starting work on a new backend, you'll probably
> want to start over there.  Michael, have you been updating
> backend_template with your changes?

Yes... as of now.  (draw_arc had inadvertently been left in there.)

Cheers,
Mike

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

On Nov 24, 2007 2:49 PM, Karl Edler <um...@cc...> wrote:

> I was able to make Scatter3D erroneously shift its plot down by 0.2. I
> have no idea why this happened but I can reproduce it.

Karl,

Unfortunately, the 3D support in matplotlib is not actively
maintained.  We included it in the distribution in hopes that we could
rope someone who has time and interest into supporting and extending
it, but this has not happened yet.  So I'm afraid you may have to be
the one to do the digging on this issue if you have the time and
inclination.  If you find a fix, please send us a patch.

Thanks,
JDH

On Nov 24, 2007 8:46 PM, Michael Frauens <wet...@ya...> wrote:
>
> Wasn't sure where to post this so I'll keep it brief (and I have tried to
> check forums, FAQ and guides)
>
> I'm a relative noob but have a Tk based GUI running properly and have used
> Matplotlib successfully in two separate implementations of code. When I try
> to combine my GUI code with my matplotlib code and then place a  "from pylab
> import *"  into my code,  I run into problems with the GUI widgets "text"
> variable "not being expected".  This is before I execute any specific
> features of pylab.

Short answer: you cannot use pylab in a GUI.  Rather, you have to use
the matplotlib API (see  http://matplotlib.sourceforge.net/faq.html#OO
).  There are some examples to get you started, eg

http://matplotlib.sourceforge.net/examples/embedding_in_tk.py
http://matplotlib.sourceforge.net/examples/embedding_in_tk2.py

Hope this helps,
JDH

On Nov 26, 2007 7:30 AM, Mihail <mih...@ya...> wrote:
>
> Somewhere I found some hints how to get started writing a new backend for
> matplotlib. It
> mentioned some almost empty kind of template that you could extend for your
> needs.
>
> I cannot find this description again. Would somebody help, please?

In the src dir of maptlotlib, there is a file
lib/matplotlib/backends/backend_template.py that describes the
process, and gives you a template you can start with.  Two things you
should know:

We feel we currently have too many backends and are interested in
paring the number down, so the threshold for inclusion of a new
backend is rather high.  It is a support headache to deal with so many
backends when we want to make changes.  So if you are interested in
your backend being included in the official distribution, you might
want to propose the backend you want to include first to get some
feedback from the other developers.   We need to add support for
"external backends" that can work outside the official distribution,
so local sites can have custom backends that suit there purposes, but
we haven't gotten to this yet.

Secondly, Michael has been doing extensive work in the "transforms"
branch that significantly impact (and simplify) the backend API, and
this branch will become the mpl main line in the not-too-distant
future.  So if you are starting work on a new backend, you'll probably
want to start over there.  Michael, have you been updating
backend_template with your changes?

JDH

On Nov 25, 2007 10:24 PM, Jeremy Conlin <jer...@gm...> wrote:
> Thanks for posting these instructions.  Forgive me if this has already been
> hashed out in previous emails, but do the instructions for iPython resolve
> the readline issues in Leopard?

I thought this was a problem that affected the apple python -- in the
instructions I posted I advise to use the macpython python.  In any
case, since the instructions are for a svn install of ipython, the
leopard readline patches will be incorporated.  All the readline
features I tested in my install worked as expected.

JDH

Somewhere I found some hints how to get started writing a new backend for
matplotlib. It
mentioned some almost empty kind of template that you could extend for your
needs.

I cannot find this description again. Would somebody help, please?

Cheers
Mihail

-- 
View this message in context: http://www.nabble.com/howto-write-matplotlib-backend--tf4874861.html#a13948670
Sent from the matplotlib - users mailing list archive at Nabble.com.

Jeff Whitaker wrote:
> Vincent Schut wrote:
>> Jeff Whitaker wrote:
>>
>>  
>>> There is an extra dependency on the GEOS (Geometry Engine) library
>>> (http://geos.refractions.net).  The source code is included with
>>> basemap,
>>> but requires a separate ./configure; make ;make install step before
>>> running
>>> setup.py.  Using the GEOS library speeds up the creation of Basemap
>>> class
>>> instances dramatically, especially for small map regions using high
>>> resolution
>>> boundaries. 
>>>     
>>
>> Any chance on supporting geos-3.0-rc's? I'd prefer not to downgrade to
>> 2.2.3...
>>
>> Cheers,
>> Vincent.
>>
>>   
> Vincent:  Nope - sorry, but there are apparently still bugs in 3.0.0-rc4
> that prevent basemap from working properly.  You'll have to install
> 2.2.3 in a separate place  - or just use the windows basemap installer
> which has 2.2.3 linked in statically.
> 
> -Jeff
> 
Alright, fair enough. Linux here, though, so I'll go for a downgrade.
Don't like to have double versions of packages if I can avoid it. I'll
manage, it's just that it is a bit of a hassle...

Thanks,
Vincent.

Vincent Schut wrote:
> Jeff Whitaker wrote:
>
>   
>> There is an extra dependency on the GEOS (Geometry Engine) library
>> (http://geos.refractions.net).  The source code is included with basemap,
>> but requires a separate ./configure; make ;make install step before running
>> setup.py.  Using the GEOS library speeds up the creation of Basemap class
>> instances dramatically, especially for small map regions using high resolution
>> boundaries.  
>>
>>     
>
> Any chance on supporting geos-3.0-rc's? I'd prefer not to downgrade to
> 2.2.3...
>
> Cheers,
> Vincent.
>
>   
Vincent:  Nope - sorry, but there are apparently still bugs in 3.0.0-rc4 
that prevent basemap from working properly.  You'll have to install 
2.2.3 in a separate place  - or just use the windows basemap installer 
which has 2.2.3 linked in statically.

-Jeff

-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
325 Broadway                Boulder, CO, USA 80305-3328

You can provide mesh coordinates to the pcolor command:

     X and Y, if given, specify the (x,y) coordinates of the colored
     quadrilaterals; the quadrilateral for C[i,j] has corners at
     (X[i,j],Y[i,j]), (X[i,j+1],Y[i,j+1]), (X[i+1,j],Y[i+1,j]),
     (X[i+1,j+1],Y[i+1,j+1]).  Ideally the dimensions of X and Y
     should be one greater than those of C; if the dimensions are the
     same, then the last row and column of C will be ignored.

Actually generating the mesh is up to you (wink), but hopefully that 
allows for what you need to do.

Cheers,
Mike

Bryan Fodness wrote:
> I am wondering if there is a way to view my data with respect to the
> physical size of what my array element is suppose to be.
> 
> I have an array that is 60 x 4000 where,
>     the first row has a height of 1.4
>     the next nine has a height of 1
>     the next forty has a height of 0.5
>     the next nine has a height of 1
>     and the last one has a height of 1.4
> 
> When viewing this with contourf or pcolor, the image is more narrow
> than it should be.  Is there an easy way to view this properly.
> 
> Bryan
> 

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Jeff Whitaker wrote:

> 
> There is an extra dependency on the GEOS (Geometry Engine) library
> (http://geos.refractions.net).  The source code is included with basemap,
> but requires a separate ./configure; make ;make install step before running
> setup.py.  Using the GEOS library speeds up the creation of Basemap class
> instances dramatically, especially for small map regions using high resolution
> boundaries.  
> 

Any chance on supporting geos-3.0-rc's? I'd prefer not to downgrade to
2.2.3...

Cheers,
Vincent.

Hey John,

the info is now a wiki page for the workshop here:

http://ipython.scipy.org/moin/Py4Science/InstallationOSX

Anyone who has improvements, feel free to make them there.  If you
don't have a wiki account, you'll see a message telling you that new
account creation is disabled, but it's actually not :)  I'll really
disable it again if the spammers come back, but for now I've
re-enabled wiki user creation but left the 'beware of the dog' message
in place to scare some of the stupider riff-raff.

On Nov 25, 2007 9:24 PM, Jeremy Conlin <jer...@gm...> wrote:
> Thanks for posting these instructions.  Forgive me if this has already been
> hashed out in previous emails, but do the instructions for iPython resolve
> the readline issues in Leopard?

Well, some.  We're just about ready to release ipython 0.8.2 and it
does work better with leopard.  But auto-indentation and history
recall of multiline input appear broken.  I don't yet have a  leopard
box to test (but will in a few days) so for now we'll release as is.
Hopefully we'll finish up the full leopard support very soon though,
I'll make sure to post that info here when it's ready.

Cheers,

f

Thanks for posting these instructions.  Forgive me if this has already been
hashed out in previous emails, but do the instructions for iPython resolve
the readline issues in Leopard?
Thanks,
Jeremy

On Nov 25, 2007 11:12 PM, John Hunter <jd...@gm...> wrote:

> A couple of weeks ago I got a new powerbook and installed leopard on
> it, and decided to keep fairly detailed notes of the process of
> getting developer svn versions of some of the scientific python tools
> installed (matplotlib, ipython, numpy, scipy aka MINS).  The notes
> will probably apply equally well for the released versions, but or
> those of you embarking on getting a new OS X environment, up and
> running, this might be helpful.  I tried to leave nothing to the
> imagination so that this would be useful to newbies, so some of this
> will be a bit tedious to unix or max veterans
>
> == get access to the terminal ==
>
> Put the "Terminal" on your dock launch bar.  It is in the
> Applications->Utilities folder
>
> == install gcc and other developer tools ==
>
> Install XCode developer tools from the Leopard install CD under
> optional packages.  Verify the install -- check for a working gcc
>
>  > gcc --version
>  i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465)
>
> == get the mac python python release ==
>
> The consensus is that the python that ships with Apple is broken and
> should be replaced with the universal binary from the mac python
> community.  Go to the mac python site for downloads and install the
> python 2.5 universal binary from there
>
>  http://www.pythonmac.org/packages/py25-fat/index.html
>
> Verify the python install
>
> >  /usr/local/bin/python
> Python 2.5 (r25:51918, Sep 19 2006, 08:49:13)
> [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
>
> Make sure that /usr/local/bin is in your PATH before the Apple
> defaults.  I added this to the front of my default .bash_profile
>
>
> PATH="/usr/local/bin:/Library/Frameworks/Python.framework/Versions/Current/bin:${PATH}"
> export PATH
>
> Start a new terminal instance and verify
>
>  > which python
>  /usr/local/bin/python
>
> Get whatever else you want from pythonmac.org
>
> == get svn checkouts of MINS ==
>
> I am going to be installing most things from svn since I need
> developerversions of many packages, but you may just want to get the
> latest stable releases from this pythonmac site.  In particular, I
> always run svn ipython, numpy, scipy and matplotlibx
>
> = ipython =
>
>    > svn co http://ipython.scipy.org/svn/ipython/ipython/trunk ipython
>    > cd ipython
>    > sudo python setup.py install
>
> = numpy =
>
>    > svn co http://svn.scipy.org/svn/numpy/trunk numpy
>    > cd numpy
>    > sudo python setup.py install
>
> = scipy =
>
>    > svn co http://svn.scipy.org/svn/scipy/trunk scipy
>
>    http://scipy.org/Installing_SciPy/Mac_OS_X gives step-by-step
>    instructions to install the vecLib Framework (should have been
>    done in step one of the developer tools above) g77 compiler, the
>    fftw libs, and the scipy build commands, do I won't repeat them
>    here.  The only gotcha was I got an internal compiler error
>    "qelg.f:1: internal compiler error: vector VEC ..." when I
>    downloaded the intel gfortran binary linked from the site, so I
>    grabbed the gfortran-intel-leopard-bin.tar.gz from
>    http://hpc.sourceforge.net/ and reinstalled using
>
>   > sudo tar -xvzf gfortran-intel-leopard-bin.tar.gz -C /
>
>   and then did a clean build of scipy
>
>
> = matplotlib =
>
> matplotlib wants a GUI, so I am going to try wxpython2.8, which is
> available from the pythonmac ite.  Because I am interested in
> installing the enthought tools which need wxython (eg traits UI) I'm
> going to see if I can get a wx enabled build of mpl going.  I
> installed wxPython2.8-osx-unicode-2.8.3.0-universal10.4-py2.5.dmg from
> the pythonmac site and am crossing my fingers that I don't find myself
> entangled in wx version hell.
>
>  > svn co
> https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib
>
> matplotlib depends on libpng and freetype, both of which are provided
> by the xcode package in /usr/X11R6, so I am going to point the mpl
> build to that directory.  sys.platform is "darwin", so edit
> setupext.py and add '/usr/X11R6' to the "basedir" dictionary for the
> 'darwin' key.  You need to install pkgcong-0.22 from
> http://pkgconfig.freedesktop.org/releases/ (just configure, sudo make
> install it) so that matplotlib can use it to find an properly
> configure png and freetype.  You will need to set the pkgcong path
>
>  > export PKG_CONFIG_PATH=/usr/X11/lib/pkgconfig
>
> After all that, I could build mpl from svn with
>
>  > python setup.py build
>  > sudo python setup.py install
>
> and successfully make a figure with
>
>  > ipython -pylab
>  >>> plot([1,2,3])
>
> which used the wxagg backend.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

A couple of weeks ago I got a new powerbook and installed leopard on
it, and decided to keep fairly detailed notes of the process of
getting developer svn versions of some of the scientific python tools
installed (matplotlib, ipython, numpy, scipy aka MINS).  The notes
will probably apply equally well for the released versions, but or
those of you embarking on getting a new OS X environment, up and
running, this might be helpful.  I tried to leave nothing to the
imagination so that this would be useful to newbies, so some of this
will be a bit tedious to unix or max veterans

== get access to the terminal ==

Put the "Terminal" on your dock launch bar.  It is in the
Applications->Utilities folder

== install gcc and other developer tools ==

Install XCode developer tools from the Leopard install CD under
optional packages.  Verify the install -- check for a working gcc

  > gcc --version
  i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465)

== get the mac python python release ==

The consensus is that the python that ships with Apple is broken and
should be replaced with the universal binary from the mac python
community.  Go to the mac python site for downloads and install the
python 2.5 universal binary from there

  http://www.pythonmac.org/packages/py25-fat/index.html

Verify the python install

>  /usr/local/bin/python
Python 2.5 (r25:51918, Sep 19 2006, 08:49:13)
[GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

Make sure that /usr/local/bin is in your PATH before the Apple
defaults.  I added this to the front of my default .bash_profile

PATH="/usr/local/bin:/Library/Frameworks/Python.framework/Versions/Current/bin:${PATH}"
export PATH

Start a new terminal instance and verify

  > which python
  /usr/local/bin/python

Get whatever else you want from pythonmac.org

== get svn checkouts of MINS ==

I am going to be installing most things from svn since I need
developerversions of many packages, but you may just want to get the
latest stable releases from this pythonmac site.  In particular, I
always run svn ipython, numpy, scipy and matplotlibx

= ipython =

    > svn co http://ipython.scipy.org/svn/ipython/ipython/trunk ipython
    > cd ipython
    > sudo python setup.py install

= numpy =

    > svn co http://svn.scipy.org/svn/numpy/trunk numpy
    > cd numpy
    > sudo python setup.py install

= scipy =

    > svn co http://svn.scipy.org/svn/scipy/trunk scipy

    http://scipy.org/Installing_SciPy/Mac_OS_X gives step-by-step
    instructions to install the vecLib Framework (should have been
    done in step one of the developer tools above) g77 compiler, the
    fftw libs, and the scipy build commands, do I won't repeat them
    here.  The only gotcha was I got an internal compiler error
    "qelg.f:1: internal compiler error: vector VEC ..." when I
    downloaded the intel gfortran binary linked from the site, so I
    grabbed the gfortran-intel-leopard-bin.tar.gz from
    http://hpc.sourceforge.net/ and reinstalled using

   > sudo tar -xvzf gfortran-intel-leopard-bin.tar.gz -C /

   and then did a clean build of scipy


= matplotlib =

matplotlib wants a GUI, so I am going to try wxpython2.8, which is
available from the pythonmac ite.  Because I am interested in
installing the enthought tools which need wxython (eg traits UI) I'm
going to see if I can get a wx enabled build of mpl going.  I
installed wxPython2.8-osx-unicode-2.8.3.0-universal10.4-py2.5.dmg from
the pythonmac site and am crossing my fingers that I don't find myself
entangled in wx version hell.

  > svn co  https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib

matplotlib depends on libpng and freetype, both of which are provided
by the xcode package in /usr/X11R6, so I am going to point the mpl
build to that directory.  sys.platform is "darwin", so edit
setupext.py and add '/usr/X11R6' to the "basedir" dictionary for the
'darwin' key.  You need to install pkgcong-0.22 from
http://pkgconfig.freedesktop.org/releases/ (just configure, sudo make
install it) so that matplotlib can use it to find an properly
configure png and freetype.  You will need to set the pkgcong path

  > export PKG_CONFIG_PATH=/usr/X11/lib/pkgconfig

After all that, I could build mpl from svn with

  > python setup.py build
  > sudo python setup.py install

and successfully make a figure with

  > ipython -pylab
  >>> plot([1,2,3])

which used the wxagg backend.

>    histogram of f(x) is plotted horizontally (on the right) sharing
> the y-axis of axis 1

Typo:

   histogram of f(x) is plotted horizontally (on the LEFT) sharing the
y-axis of axis 1

Is it possible to have a figure with two-plots such that....

   f(x) is plotted against x   on    axis 1  (on the right)

   histogram of f(x) is plotted horizontally (on the right) sharing
the y-axis of axis 1



(sorry, this is proportional font, ascii art)


                        f(x)
                         ^
                          |
                          |
                          |
 counts  <-------- --------->  x


I want count=0 to be on the shared y-axis.  Perhaps log of counts as
well...so normal histogram options.

Thanks.

I am wondering if there is a way to view my data with respect to the
physical size of what my array element is suppose to be.

I have an array that is 60 x 4000 where,
    the first row has a height of 1.4
    the next nine has a height of 1
    the next forty has a height of 0.5
    the next nine has a height of 1
    and the last one has a height of 1.4

When viewing this with contourf or pcolor, the image is more narrow
than it should be.  Is there an easy way to view this properly.

Bryan

--=20
"The game of science can accurately be described as a never-ending
insult to human intelligence."=09- Jo=E3o Magueijo

Hi,

I was able to make Scatter3D erroneously shift its plot down by 0.2. I
have no idea why this happened but I can reproduce it.

Basically I have data ranging from 0.0 to -1.0 over an x,y grid but
Scatter3D displays the data shifted down by 0.2!!!

I have included some screen shots of this problem, a python program
which creates it, and the data that I used.

Any help that could be given would be much appreciated.

Karl Edler

On Sun, 25 Nov 2007, Jouni K Sepp=E4nen wrote:

> x,y =3D zip(*[(15.0, 0.0), (30.0, 1.0), (70.0, 1.0), (85.0, 0.0)])

Jouni,

   Thank you for pointing this out to me. I see that it's a builtin functio=
n
similar to map that assembles the first element of each tuple into a list
for the first variable, and the second element of each tuple into a list fo=
r
the second variable. How useful for my plotting needs!

Rich

--=20
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

On Sun, 25 Nov 2007, Jouni K Sepp=E4nen wrote:

> You are looking for the classic "unzip" trick:
> x,y =3D zip(*[(15.0, 0.0), (30.0, 1.0), (70.0, 1.0), (85.0, 0.0)])

Jouni,

   That's totally new to me. I'll go find out what it is and how it works i=
ts
magic.

Thank you,

Rich

--=20
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863