matplotlib-users Mailing List for matplotlib (Page 1433)

Hi John,
I've now retraced my steps and discovered that GTKAgg exhibits the crashing problem but TkAgg seems to exhibit a different but maybe related problem.

I uninstalled 0.53.1 again and confirmed that the old \site-packages\matplotlib directory was removed.
I'm trying the matplotlib-0.54.win32-py2.3.exe version with Numeric and the only .matplotlibrc setting changed being
backend      : GTKAgg

>>> import matplotlib
returns without complaint but
>>> import matplotlib.matlab
generates a pythonw illegal operation dialog with "PYTHONW caused an invalid page fault" etc. and causes IDLE generates a
"================================ RESTART ================================"
line.


If I use 
backend      : TkAgg

instead

>>> import matplotlib.matlab
now returns without complaint

However, there are problems. For example, I tried running a previously working plot script from SciTE and it now generates an abnormal program termination MSVC++ Runtime library error from pythonw.exe prior to a page fault.
This time, python generates something:
Fatal Python error: PyEval_RestoreThread: NULL tstate
>Process failed to respond; forcing abrupt termination...

let me know if there's anything else you want me to try
regards,
Gary

----- Original Message -----
From: John Hunter <jdh...@ac...>
Date: Sun, 23 May 2004 18:43:04 -0500
To: "Gary Ruben" <ga...@em...>
Subject: Re: [Matplotlib-users] matplotlib-0.54 Win98 crash

> >>>>> "Gary" == Gary Ruben <ga...@em...> writes:
> 
>     Gary> I just tried matplotlib-0.54 under Win98 with the GTKAgg
>     Gary> backend and it crashes python when I do import
>     Gary> matplotlib.matlab It doesn't seem to get far enough to
>     Gary> generate any helpful diagnostics I'm afraid.  I've reverted
>     Gary> to 0.53.1 for the moment.  Anyone else had success or
>     Gary> failure in Win98?
> 
> Can you try flushing the old site-packages/matplotlib and reinstall?
> Did you use the numarray or numeric matplotlib build?  There is a
> problem with the numarray build in that it was built against numarray
> CVS.  Hopefully we can get a new build up tomorrow.
> 
> Do you get a segfault or a traceback?  Are there any messages?
> 
> Thanks,
> JDH
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

>>>>> "D" == D Brown <db...@ya...> writes:
    D> 180, in ?  from _transforms import Value, Point, Bbox, Affine
    D> ImportError: No module named numarray.libnumarray


    D> My .matplotlib file has: numerix : Numeric interactive : True
    D> backend : TkAgg

    D>  It looks like this version may be looking for numarray despite
    D> the Numeric setting.  Any options beside installing numarray?

My best guess is that you inadvertently installed the numarray win32
build of matplotlib.  Is this possible?  You might want to remove
site-packages/matplotlib and try reinstalling, making sure not to get
the numarray matplotlib build.

Let me know,
JDH

>>>>> "Gary" == Gary Pajer <pa...@in...> writes:

    Gary> OK... but the zip has lots of directories in it.  Do I need
    Gary> to upgrade any of them other than examples?

No, they include dirs you need if you are compiling the distribution
yourself, and include some additional stuff related to testing.  It's
really only the examples.  I could include them in distutils in the
same way I add font files, etc, and place them
share/matplotlib/examples.


    >>  As far as mysterious not working bits goes, I'd say that the
    >> safest thing to do is to uninstall your previous version before
    >> upgrading.  I myself don't do this unless I notice something
    >> broken or get otherwise suspicious, but that's my bad practice.

    Gary> I could do that with no problem, but it strikes me as odd
    Gary> somehow.

It is odd, but it sometimes seems to help.  distutils doesn't
unconditionally overwrite on a new install.  Did it help in your case?

JDH

>>>>> "Gary" == Gary Ruben <ga...@em...> writes:

    Gary> I just tried matplotlib-0.54 under Win98 with the GTKAgg
    Gary> backend and it crashes python when I do import
    Gary> matplotlib.matlab It doesn't seem to get far enough to
    Gary> generate any helpful diagnostics I'm afraid.  I've reverted
    Gary> to 0.53.1 for the moment.  Anyone else had success or
    Gary> failure in Win98?

Can you try flushing the old site-packages/matplotlib and reinstall?
Did you use the numarray or numeric matplotlib build?  There is a
problem with the numarray build in that it was built against numarray
CVS.  Hopefully we can get a new build up tomorrow.

Do you get a segfault or a traceback?  Are there any messages?

Thanks,
JDH

Hi,

I just installed v0.54.  When trying to do 
>>> from matplotlib.matlab import *
with a recent install of Enthought edition of python
(WinXP)
I get:

Traceback (most recent call last):
  File "<pyshell#0>", line 1, in ?
    from matplotlib.matlab import *
  File
"C:\Python23\Lib\site-packages\matplotlib\matlab.py", line
133, in ?
    from axes import Axes
  File "C:\Python23\Lib\site-packages\matplotlib\axes.py",
line 9, in ?
    from artist import Artist
  File
"C:\Python23\Lib\site-packages\matplotlib\artist.py", line
4, in ?
    from transforms import identity_transform
  File
"C:\Python23\Lib\site-packages\matplotlib\transforms.py",
line 180, in ?
    from _transforms import Value, Point, Bbox, Affine
ImportError: No module named numarray.libnumarray


My .matplotlib file has:
numerix : Numeric
interactive : True
backend : TkAgg

 It looks like this version may be looking for numarray
despite the Numeric setting.  Any options beside installing
numarray?

-- David


	
		
__________________________________
Do you Yahoo!?
Yahoo! Domains – Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 

> I've been trying to figure out how to do an dynamic update in TkAgg
without
> success.  Anyone have any pointers?
> I'm trying to recreate the functionality of the Pmw.Blt stripchart.
>
> -gary
>

I guess I should be a little more specific.    The part I'm having trouble
with is the dynamic update.  As a step along the way, I've got a gui with a
button that just replots some data slightly altered from the original.

If I use FigureCanvasTkAgg.show (schematically speaking) it will replot, but
just once. That is, my button's callback routine contains a loop that tries
to change the data (via set_ydata followed by ....show()) several times in a
row.  If I click the button, the data updates, but only once.  I click it
again, it the data updates once.  I remove the loop, the data updates once.
This strikes me as odd.  How should the graphics window know or care if I'm
in a python loop or not?

I'm thinking that a well-placed  call to
canvas.get_tk_widget.update_idletasks()  should do the job, but that hasn't
worked for me either.

Aside:  having played with anim.py I'm concerned about speed.  It seems that
the speed of anim.py is limited by my system, not by the call to
gtk.timeout_add().  I might be back asking about a solution that runs faster
... perhaps a lower level solution.  (Pmw.Blt works fast enough.)  Hmm... I
just tried anim.py again, and it won't run.  I've just upgraded to 0.54.
Odd ... it opens a Tk window.  I'll try that again later after I reboot.
I'm on WinXP.

Comment:  I don't have a handle at all on how the graphics system is
organized.  For example, what is a figure manager?  When do I use it?  I
don't seem to need it, but there it is, and some of the examples use it.
Looking through the docstrings I find myself going in circles.  Maybe I'm
digging too deeply for my own good.  Maybe you developer types might add to
your to-do list a description of the stucture of the graphics system.

thanks again,
gary

btw, for every task other than animation, matplotlib is the bomb.  great
job.

I've been trying to figure out how to do an dynamic update in TkAgg without
success.  Anyone have any pointers?
I'm trying to recreate the functionality of the Pmw.Blt stripchart.

-gary

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

I just tried matplotlib-0.54 under Win98 with the GTKAgg backend and it crashes python when I do
import matplotlib.matlab
It doesn't seem to get far enough to generate any helpful diagnostics I'm afraid.
I've reverted to 0.53.1 for the moment.
Anyone else had success or failure in Win98?

Gary

----- Original Message -----
From: John Hunter <jdh...@ac...>
Date: Thu, 20 May 2004 09:03:47 -0500
To: mat...@li...
Subject: [Matplotlib-users] ANN matplotlib-0.54

> 
> What's new in matplotlib 0.54
> =============================
> 
> I've done a lot of rewriting of the core of matplotlib to support some
> new features - mainly fast handling of polygon collections (pcolor and
> scatter) and since the changes were pervasive, I took to opportunity
> to fix some things that were bugging me about the design of
> matplotlib.  If you use the API, creating your own Axes, Subplots,
> Lines, Rectangles, Texts, or working directly with transforms and
> bboxes, you will need to upgrade your code, since the constructors of
> all these objects have been simplified.  The major changes affecting
> users of the matlab interface are for pcolor and scatter.  These
> changes and others are detailed below and in
> http://matplotlib.sf.net/API_CHANGES.  Sorry for the pain - in the
> long run, the new design is much cleaner and easier to work with, and
> as far as I can see, will be stable.
> 
> More general transformation architecture
> ----------------------------------------
> 
> Earlier versions of matplotlib handled transformation of x and y
> separately (ie we assumed all transformations were separable) but this
> makes is difficult to do rotations or polar transformations, for
> example. The new transformation lays the framework for doing general
> transformations; see the transforms module
> http://matplotlib.sf.net/matplotlib.transforms.html.
> 
> More efficient pcolor
> ---------------------
> 
> pcolor is now implemented with matplotlib.collections.  polygon
> collections which should provide significantly faster performance
> across backends. The return value from pcolor is now a PolyColleciton
> object rather than a list of patches, but the API is largely
> compatible. See http://matplotlib.sf.net/API_CHANGES. The old function
> pcolor_classic is retained for full backward compatibility.
> 
> New scatter plots
> -----------------
> 
> The http://matplotlib.sf.net/matplotlib.matlab.html#-scatter command
> is rewritten, and is implemented in the backend with a new polygon
> collection class. For large scatter plots, the performance is 5 times
> faster across all backends and 10 times faster for the *Agg
> backends. Also, scatter works with many symbols: diamonds, sqaures,
> oriented triangles, circles and more. As with pcolor, the scatter
> command returns a collection instance rather than a list of patches as
> before; see See http://matplotlib.sf.net/API_CHANGES
> 
> 
> Also the size argument is now in points^2 (the area of the symbol in
> points) and is not in data coords as before. This fixes a few
> problems: symbols are not skewed by unequally shaped axes, scatter
> works with log coords w/o distoring the symbol, and it is matlab
> compatible.
> 
> The function scatter_classic is the old scatter function and will work
> identically.
> 
> Enhanced mathtext
> -----------------
> 
> A significant rewrite of the mathtext module provides much more
> precise layout. The freetype component has been factored out of the
> layout engine and replaced by an abstract class for font
> handling. This lays the groundwork for ps mathtext. The text clipping
> problems have been fixed. Added spacing commands '\/' (small space)
> and '\ ' (regular space), and '\hspace{frac}' (space is fraction of
> pointsize) as well as composite chars such as \angstrom. Fixed
> over/under subscripts so you can say x_i^j and nested subscripts if
> you do x_i_{j} (you need the curlys)
> 
> Many new plot symbols and markers
> ---------------------------------
> 
> Thanks Gary Ruben. See
> http://matplotlib.sf.net/matplotlib.matlab.html#-plot
> 
> Font cacheing
> -------------
> 
> Paul Barrett added caching support to the font manager to increase
> performance. This and other changes have dramatically improved
> postscript backend performance.
> 
> Newlines in text
> ----------------
> 
> After much encouragement from Al, I finally got around to supporting
> newline separated text in the Text frontend, so this is no longer
> backend dependent. As a bonus, it even works with arbitrary
> rotations. There is an additional text attribute 'multialignment' that
> specifies the alignment of the lines in multiline text. See
> http://matplotlib.sf.net/examples/multiline.py and
> http://matplotlib.sf.net/screenshots.html#align_text. Works with all
> text instances except mathtext.
> 
> Axes hold
> ---------
> 
> matlab compatible hold command determines whether subsequent plot
> commands overlay current plot or clear the axes by default. Default
> setting is set in matplotlibrc and toggled by the hold command.
> 
> New rc file options
> -------------------
> 
> You can control grid properties and tick padding (the space between
> the axes and tick label) in matplotlibrc. The new options and defaults
> are
> 
> axes.hold        :   True    # whether to clear the axes by default on
>                              #  each plot command.  Toggle with hold command
> grid.color       :   k       # grid color
> grid.linestyle   :   :       # dotted
> grid.linewidth   :   0.5     # in points            
> 
> tick.major.pad      : 4       # distance to major tick label in points
> tick.minor.pad      : 4       # distance to the minor tick label in points
> 
> 
> Full dash control
> -----------------
> 
> You can precisely control the dashes with a sequence of on off ink in
> points. See http://matplotlib.sf.net/examples/dash_control.py
> 
> Removed close buttons from GUI
> ------------------------------
> 
> Steve Chaplin persuasively argued these were a bad idea. It's taken me
> a while not to instinctively try and click on the missing buttons, but
> I'm used to it now.
> 
> Properly aligned text with arbitrary alignments
> -----------------------------------------------
> 
> You can now expect horizontal and vertical alignment specifications to
> work with text at an arbitrary angle, eg, 45 degrees. See
> http://matplotlib.sf.net/examples/alignment_test.py
> 
> Added stem plotting command
> ---------------------------
> 
> See http://matplotlib.sf.net/matplotlib.matlab.html#-stem and
> http://matplotlib.sf.net/examples/stem_plot.py
> 
> Bug fix roundup
> ---------------
> 
> Executive summary: fixed ps centering, errorbar autoscaling, constant
> data plot, copy tick attribute, mathtext fontsizing in interactive
> mode, missing draw if interactive, some numerix/numarray
> incompatibilities in type handling, agg memory leak, wx tooltips and
> close not returning interpreter.
> 
> See http://matplotlib.sf.net/CHANGELOG for details. 
> 
> 
> Downloads at http://sourceforge.net/projects/matplotlib
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

> Gary Pajer wrote:
>
> >I may be imaginining things, but it seems to me that the Windows
installer
> >does not completely update matplotlib.  I always seem to need the zip
file
> >also to get updated examples.   I discovered this a few releases ago when
an
> >installed version of interactive2.py didn't work after an upgrade.
> >
> >Am I correct about that?  If so, is there anything else in the zip file
that
> >I should be installing?  Further, if so, could the Windows installer be
> >redone to include the updated examples and whatever else?
> >
> >
> As far as the examples go, it is not in the scope of distutils to solve
> this problem.  This isn't to say it's not an important problem, just

I wasn't aware of that.

> that when distutils was designed, it was designed to do one thing -- 
> build and install 3rd party packages and modules.  And I think it works
> great for that job. Some pacakges (PyOpenGL) solve the problem by
> putting the demos right in with the the modules.  Others (wx) have a
> separate download for the demos.  I tend like the separate download
> option, but that's just my preference.

OK... but the zip has lots of directories in it.  Do I need to upgrade any
of them other than examples?


>
> As far as mysterious not working bits goes, I'd say that the safest
> thing to do is to uninstall your previous version before upgrading.  I
> myself don't do this unless I notice something broken or get otherwise
> suspicious, but that's my bad practice.

I could do that with no problem, but it strikes me as odd somehow.

>
> Cheers!
> Andrew

>Ie, manually set the alpha of the background color to zero, and it
>worked as expected with your example.  Now the background is truly
>transparent.  I also checked this in CVS but you can just change the
>one line to get the same result.
>
>  
>
Thanks!  It works great!

Matplotlib rocks!

Andrew

Gary Pajer wrote:

>I may be imaginining things, but it seems to me that the Windows installer
>does not completely update matplotlib.  I always seem to need the zip file
>also to get updated examples.   I discovered this a few releases ago when an
>installed version of interactive2.py didn't work after an upgrade.
>
>Am I correct about that?  If so, is there anything else in the zip file that
>I should be installing?  Further, if so, could the Windows installer be
>redone to include the updated examples and whatever else?
>  
>
As far as the examples go, it is not in the scope of distutils to solve 
this problem.  This isn't to say it's not an important problem, just 
that when distutils was designed, it was designed to do one thing -- 
build and install 3rd party packages and modules.  And I think it works 
great for that job. Some pacakges (PyOpenGL) solve the problem by 
putting the demos right in with the the modules.  Others (wx) have a 
separate download for the demos.  I tend like the separate download 
option, but that's just my preference.

As far as mysterious not working bits goes, I'd say that the safest 
thing to do is to uninstall your previous version before upgrading.  I 
myself don't do this unless I notice something broken or get otherwise 
suspicious, but that's my bad practice.

Cheers!
Andrew

>>>>> "Stephen" == Stephen Roderick <snr...@ya...> writes:
    Stephen> Traceback (most recent call last): File
    Stephen> "dynamic_demo_wx.py", line 108, in onTimer
    Stephen> self.bar[1].set_data(self.ind,self.data) AttributeError:
    Stephen> Rectangle instance has no attribute 'set_data'

    Stephen> Can anyone help? I've pored over the onilne docs, and
    Stephen> tried various changes, to no affect.

See examples/system_monitor.py, which shows you how to dynamically
update a bar graph.

bar returns a list of Rectangles, which are a subclass of Patch,
defined here: http://matplotlib.sf.net/matplotlib.patches.html.  You
can call any of the methods defined for a Patch or Rectangle, eg
set_height.

JDH

I'm new to matplolib, and trying to update the data that a bar graph is 
displaying (the application needs to continually update temperature 
data, so we want to regularly update a given graph's data at some fixed 
rate). The examples show a way to update a line graph, created using 
the 'plot' command, but we can't use the same approach with bar graphs 
created with 'bar' - it doesn't appear to support a set_data() 
function.

The dynamic_demo_wx.py example contains the following to update the 
line graph:

     def init_plot_data(self):
         a = self.figmgr.add_subplot(111)
         self.ind = numpy.arange(60)
         tmp = []
         for i in range(60):
             tmp.append(numpy.sin((self.ind+i)*numpy.pi/15))
         self.X = numpy.array(tmp)
         self.lines = a.plot(self.X[:,0],'o')
         self.count = 0

     def onTimer(self, evt):
         self.count += 1
         if self.count > 99: self.count = 0
         self.lines[0].set_data(self.ind, self.X[:,self.count])
         self.canvas.draw()
         self.canvas.gui_repaint()

But creating a bar graph with "bar" instead of "plot" like

         self.bar = self.a.bar(self.ind, self.data, width, color='r')

produces the following

Traceback (most recent call last):
   File "dynamic_demo_wx.py", line 108, in onTimer
     self.bar[1].set_data(self.ind,self.data)
AttributeError: Rectangle instance has no attribute 'set_data'

Can anyone help? I've pored over the onilne docs, and tried various 
changes, to no affect.

TIA

I may be imaginining things, but it seems to me that the Windows installer
does not completely update matplotlib.  I always seem to need the zip file
also to get updated examples.   I discovered this a few releases ago when an
installed version of interactive2.py didn't work after an upgrade.

Am I correct about that?  If so, is there anything else in the zip file that
I should be installing?  Further, if so, could the Windows installer be
redone to include the updated examples and whatever else?

-gary

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

    Andrew> By "working for you", do you mean that you don't have a
    Andrew> red face?  Yes, that's fine, but if you read my initial
    Andrew> email, I said "there's still (opaque) white drawn in the
    Andrew> background" for this case.  What do you get?  I predict
    Andrew> that you do.

Oh, I did misread.  Yes, I was getting rid of the red but didn't
notice the white background of the canvas.

This does, as you noted, show up whether or not you set alpha to zero
and whether or not you draw the figure frame.  The reason is, when I
initialize the agg buffer (src/_backend_agg.cpp) I do

  rendererBase->clear(agg::rgba(1, 1, 1));

which sets a default background of white with a default alpha of 1.  I
just tested the following change to line 46:

  rendererBase->clear(agg::rgba(1, 1, 1, 0));

Ie, manually set the alpha of the background color to zero, and it
worked as expected with your example.  Now the background is truly
transparent.  I also checked this in CVS but you can just change the
one line to get the same result.

JDH

John Hunter wrote:

>>>>>>"Andrew" == Andrew Straw <str...@as...> writes:
>>>>>>            
>>>>>>
>
>    Andrew> Hi all, I'd like use matplotlib to draw shapes on a
>    Andrew> transparent background using the Agg backend to save .png
>    Andrew> files. Is this possible?
>
>    Andrew> I've tried
>
>    Andrew> fig._figurePatch.set_alpha(0)
>
>There is a vestigial limitation from the bad old days when we didn't
>have an alpha channel.  For polyons, there is no place holder for a
>separate alpha channel for the edge and face.  The way to do this
>right is to simply replace all rgb instances throughout the library
>with rgba, but this is a fair amount of work that touches the entire
>library.  What I am doing currently is sharing the alpha attribute
>between edge and face for polygons.
>
>So setting alpha=0 *should work. What backend and version are you
>using?  Rectangle calls gc.set_alpha before calling draw_polygon in
>patches.Patch.  In _backend_agg.RendererAgg.draw_polygon, the alpha
>attribute for the face is taken from the edge which gets it from the
>gc (around line 204 in _backend_agg).  I say all this just because
>from my read of the code *it should* work, and indeed, in my tests
>
>  f = figure(1, facecolor='r')
>  f._figurePatch.set_alpha(0.0)
>
>does work for me using Agg and the latest matplotlib.
>  
>

By "working for you", do you mean that you don't have a red face?  Yes, 
that's fine, but if you read my initial email, I said "there's still 
(opaque) white drawn in the background" for this case.  What do you 
get?  I predict that you do.

>What backend and version are you using?
>  
>
Agg, PS, CVS HEAD

>That said, the best way to do this is to add a frameon attribute for
>figures, because this will be respected across backends including
>those who don't understand alpha.  This way you can say
>
>f = figure(1, frameon=False)
>
>I checked this into CVS.
>
>JDH
>  
>

OK, here's a sample program (modified slightly from scatter_demo2.py:

#!/usr/bin/env python
import sys
from matplotlib.matlab import *
from data_helper import get_daily_data

fig = figure(1,frameon=False)

intc, msft = get_daily_data()

delta1 = diff(intc.open)/intc.open[0]

volume = (10*intc.volume[:-2]/intc.volume[0])**2
close = 0.003*intc.close[:-2]/0.003*intc.open[:-2]
p = scatter(delta1[:-1], delta1[1:], c=close, s=volume)
set(p, 'alpha', 0.75)
set(gca(), 'xticks', arange(-0.06, 0.061, 0.02))
set(gca(), 'yticks', arange(-0.06, 0.061, 0.02))
xlabel(r'$\Delta_i$', fontsize='x-large')
ylabel(r'$\Delta_{i+1}$', fontsize='x-large',
       verticalalignment='center',
       horizontalalignment='right',
       rotation='horizontal'
       )
title(r'Volume and percent change')
grid(True)
gca().set_frame_on(0)
fig._figurePatch.set_alpha(0.0) # doesn't affect output
savefig('scatter_demo3',facecolor='b',edgecolor='g')
#show()

Now, with the Agg backend (saving to PNG), I still get a non-transparent 
white background. (The face and edgecolors were specified just to test 
if they show up, which they don't.)  Also, with the PS backend, I get a 
white rectangle at figure size.

So, it looks like there's another white rectangle creeping in there 
somewhere...  Can we find it and get rid of it?

Cheers!
Andrew

>>>>> "Flavio" == Flavio Codeco Coelho <fcc...@fi...> writes:

    Flavio> matplotlib apparently can't plot numeric arrays with shape
    Flavio> (x,1). Check the code below.

    Flavio> This is an important drawback because for some matrix
    Flavio> operations, such as concatenation it is necessary to
    Flavio> specify if the vector is a line or a column, and these
    Flavio> vector can't be plotted.

Try adding the following two lines to matplotlib/lines.py on 144 in
the function set_data

        self._x.shape = len(self._x),
        self._y.shape = len(self._y),

Let me know if that helps.

    Flavio> I think this happens for the same reasons matplotlib can't
    Flavio> plot matrices as a multiline plot like matlab. IMHO, the
    Flavio> plot command should allow for plotting matrices
    Flavio> line-by-line like matlab, it is very useful.

Agreed,
JDH

>>>>> "Jean-Luc" == Jean-Luc Menut <jea...@fr...> writes:

    Jean-Luc> Hello,
    >> You are apparently working on a platform 'osf1V5' that we
    >> haven't encountered before.  What platform is this?

    Jean-Luc> It's a sun (alpha processor) with a proprietary unix
    Jean-Luc> (OSF1 version 5, i think it's tru64).

The error is 

  src/ft2font.h:7:22: ft2build.h: No such file or directory

You need to install freetype and make sure this library is in your
basedirs path.

JDH

I made an error building matplotlib-0.54 for numarray and windows so the
version currently on source forge won't work with numarray-0.9 or
earlier;  it only works with the head of numarray CVS.  Hopefully a new
version will be up on Source Forge soon.  In the meantime, don't waste
your time trying the numarray version of matplotlib-0.54 on Windows
unless you're already working with numarray CVS.

Regards,
Todd Miller

On Fri, 2004-05-21 at 10:38, John Hunter wrote:
> >>>>> "Andrew" == Andrew Straw <str...@as...> writes:
> 
>     Andrew> matplotlib 0.54 numarray 0.9 python 2.2.1 windows XP
> 
>     Andrew> if I use WXAgg or Agg, I get this:
> 
> Hmm, this is an I-can't-replicate-your-bugs-day.

I'm sorry I'm just catching up with this now.  I made an error building
matplotlib-0.54 for numarray on windows and the original version I sent
John basically doesn't work with numarray-0.9, just numarray-CVS.  The
nature of the error is that function calls from C extensions to numarray
are totally mismatched so all bets are off as to what extensions
actually wind up doing.

Sorry for the inconvenience,
Todd Miller


> Using numarray 0.8 or 0.9 with matplotlib on linux, setting numerix :
> numarray in my rc file, I have no troubles with your script on any of
> a variety of backends.  
> 
> Apparently the data coming from the numerix transform is complex.  The
> line that is failing for you is a tickline (as indicated by your
> traceback).  These lines are small so it would be interesting to see
> by printing them if they are complex before of after being handed off
> to the transformation.  In site-packages/matplotlib/lines.py on line
> 180, replace
> 
>         xt, yt = self._transform.numerix_x_y(x, y)
> 
> with
>         print 'before', x, y
>         xt, yt = self._transform.numerix_x_y(x, y)
>         print 'after', xt, yt
> 
> and let me know what happens.  If they are complex before then it
> appears complex data is being passed in; in this case try printing x,y
> in your script
> 
>   x = a*cos( theta )*exp(b*theta)
>   y = a*sin( theta )*exp(b*theta)
>   print 'x', x
>   print 'y', y
> 
> to see if you can find where these complexes are coming from.
> 
> Thanks,
> JDH
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
Todd Miller <jm...@st...>

Hello,


> You are apparently working on a platform 'osf1V5' that we haven't
> encountered before.  What platform is this?

It's a sun (alpha processor) with a proprietary unix (OSF1 version 5, i 
think it's tru64).



> Also, you may want to install pygtk or Tkinter or wxpython if you want
> to use matplotlib from a GUI.

If i don't do a mistake, i have Tkinter


Well, after the modification of base.dir the building start and fail 
with this error message (sorry for the length but i don't know which 
part is interesting)

  creating build/temp.osf1-V5.1-alpha-2.3/agg2/src
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include -Isrc 
-Iagg2/include -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include 
-I/usr/include/freetype2 -I/usr/local/include/freetype2 
-I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 -Isrc/freetype2 
-Iagg2/include/freetype2 -I/usr/include/freetype2 
-I/usr/local/include/freetype2 -I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 
-I/home2/menut/prg/python2.3/include/python2.3 -c 
agg2/src/agg_arrowhead.cpp -o 
build/temp.osf1-V5.1-alpha-2.3/agg2/src/agg_arrowhead.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include -Isrc 
-Iagg2/include -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include 
-I/usr/include/freetype2 -I/usr/local/include/freetype2 
-I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 -Isrc/freetype2 
-Iagg2/include/freetype2 -I/usr/include/freetype2 
-I/usr/local/include/freetype2 -I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 
-I/home2/menut/prg/python2.3/include/python2.3 -c 
agg2/src/agg_trans_warp_magnifier.cpp -o 
build/temp.osf1-V5.1-alpha-2.3/agg2/src/agg_trans_warp_magnifier.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include -Isrc 
-Iagg2/include -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include 
-I/usr/include/freetype2 -I/usr/local/include/freetype2 
-I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 -Isrc/freetype2 
-Iagg2/include/freetype2 -I/usr/include/freetype2 
-I/usr/local/include/freetype2 -I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 
-I/home2/menut/prg/python2.3/include/python2.3 -c 
agg2/src/agg_scanline_u8.cpp -o 
build/temp.osf1-V5.1-alpha-2.3/agg2/src/agg_scanline_u8.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include -Isrc 
-Iagg2/include -I/usr/include -I/usr/local/include 
-I/home2/menut/prg/include -I/home2/menut/GNU/include 
-I/usr/include/freetype2 -I/usr/local/include/freetype2 
-I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 -Isrc/freetype2 
-Iagg2/include/freetype2 -I/usr/include/freetype2 
-I/usr/local/include/freetype2 -I/home2/menut/prg/include/freetype2 
-I/home2/menut/GNU/include/freetype2 
-I/home2/menut/prg/python2.3/include/python2.3 -c src/_backend_agg.cpp 
-o build/temp.osf1-V5.1-alpha-2.3/src/_backend_agg.o
In file included from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:8,
                  from src/ft2font.h:6,
                  from src/_backend_agg.cpp:3:
/home2/menut/prg/python2.3/include/python2.3/pyconfig.h:840:1: warning: 
"_OSF_SOURCE" redefined
In file included from 
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/string.h:61,
                  from /usr/local/include/c++/3.3.3/cstring:51,
                  from src/_backend_agg.cpp:1:
/usr/include/standards.h:206:1: warning: this is the location of the 
previous definition
In file included from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:8,
                  from src/ft2font.h:6,
                  from src/_backend_agg.cpp:3:
/home2/menut/prg/python2.3/include/python2.3/pyconfig.h:847:1: warning: 
"_POSIX_C_SOURCE" redefined
In file included from 
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/string.h:61,
                  from /usr/local/include/c++/3.3.3/cstring:51,
                  from src/_backend_agg.cpp:1:
/usr/include/standards.h:198:1: warning: this is the location of the 
previous definition
In file included from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:8,
                  from src/ft2font.h:6,
                  from src/_backend_agg.cpp:3:
/home2/menut/prg/python2.3/include/python2.3/pyconfig.h:859:1: warning: 
"_XOPEN_SOURCE" redefined
In file included from 
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/string.h:61,
                  from /usr/local/include/c++/3.3.3/cstring:51,
                  from src/_backend_agg.cpp:1:
/usr/include/standards.h:188:1: warning: this is the location of the 
previous definition
In file included from /usr/include/sys/resource.h:60,
                  from 
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/sys/wait.h:170,
                  from 
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/stdlib.h:192,
                  from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:36,
                  from src/ft2font.h:6,
                  from src/_backend_agg.cpp:3:
/usr/include/sys/time.h:71: error: 'suseconds_t' is used as a type, but 
is not
    defined as a type.
In file included from 
/home2/menut/prg/python2.3/include/python2.3/pyport.h:157,
                  from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:48,
                  from src/ft2font.h:6,
                  from src/_backend_agg.cpp:3:
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/sys/stat.h:213: 
error: '
    blksize_t' is used as a type, but is not defined as a type.
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/sys/stat.h:213: 
error: '
    blkcnt_t' is used as a type, but is not defined as a type.
In file included from src/_backend_agg.cpp:3:
src/ft2font.h:7:22: ft2build.h: No such file or directory
src/ft2font.h:8:10: #include expects "FILENAME" or <FILENAME>
src/ft2font.h:9:10: #include expects "FILENAME" or <FILENAME>
src/ft2font.h:10:10: #include expects "FILENAME" or <FILENAME>
In file included from src/_backend_agg.cpp:3:
src/ft2font.h:29: error: 'FT_Face' is used as a type, but is not defined 
as a
    type.
src/ft2font.h:31: error: 'FT_Matrix' is used as a type, but is not 
defined as a
    type.
src/ft2font.h:32: error: 'FT_Vector' is used as a type, but is not 
defined as a
    type.
src/ft2font.h:33: error: 'FT_Error' is used as a type, but is not 
defined as a
    type.
src/ft2font.h:34: error: parse error before `[' token
src/ft2font.h:35: error: parse error before `[' token
In file included from 
/usr/local/include/c++/3.3.3/bits/locale_facets.tcc:41,
                  from /usr/local/include/c++/3.3.3/locale:47,
                  from /usr/local/include/c++/3.3.3/bits/istream.tcc:37,
                  from /usr/local/include/c++/3.3.3/istream:768,
                  from /usr/local/include/c++/3.3.3/fstream:45,
                  from src/_backend_agg.h:25,
                  from src/_backend_agg.cpp:4:
/usr/local/include/c++/3.3.3/cmath: In function `long double std::acos(long
    double)':
/usr/local/include/c++/3.3.3/cmath:194: error: `::acosl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::asin(long
    double)':
/usr/local/include/c++/3.3.3/cmath:212: error: `::asinl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::atan(long
    double)':
/usr/local/include/c++/3.3.3/cmath:230: error: `::atanl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::atan2(long
    double, long double)':
/usr/local/include/c++/3.3.3/cmath:249: error: `::atan2l' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::ceil(long
    double)':
/usr/local/include/c++/3.3.3/cmath:268: error: `::ceill' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::cosh(long
    double)':
/usr/local/include/c++/3.3.3/cmath:296: error: `::coshl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::exp(long
    double)':
/usr/local/include/c++/3.3.3/cmath:314: error: `::expl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::floor(long
    double)':
/usr/local/include/c++/3.3.3/cmath:342: error: `::floorl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::fmod(long
    double, long double)':
/usr/local/include/c++/3.3.3/cmath:361: error: `::fmodl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::frexp(long
    double, int*)':
/usr/local/include/c++/3.3.3/cmath:380: error: `::frexpl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::ldexp(long
    double, int)':
/usr/local/include/c++/3.3.3/cmath:400: error: `::ldexpl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::log(long
    double)':
/usr/local/include/c++/3.3.3/cmath:419: error: `::logl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::log10(long
    double)':
/usr/local/include/c++/3.3.3/cmath:437: error: `::log10l' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::modf(long
    double, long double*)':
/usr/local/include/c++/3.3.3/cmath:461: error: `::modfl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::pow(long
    double, long double)':
/usr/local/include/c++/3.3.3/cmath:495: error: `::powl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::sinh(long
    double)':
/usr/local/include/c++/3.3.3/cmath:536: error: `::sinhl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::tan(long
    double)':
/usr/local/include/c++/3.3.3/cmath:564: error: `::tanl' undeclared 
(first use
    here)
/usr/local/include/c++/3.3.3/cmath: In function `long double std::tanh(long
    double)':
/usr/local/include/c++/3.3.3/cmath:582: error: `::tanhl' undeclared 
(first use
    here)
error: command 'gcc' failed with exit status 1


Jean-Luc

>>>>> "Jean-Luc" == Jean-Luc Menut <jea...@fr...> writes:

    Jean-Luc> GTKAgg requires pygtk GTKAgg requires pygtk Traceback
    Jean-Luc> (most recent call last): File "setup.py", line 88, in ?
    Jean-Luc> build_agg(ext_modules, packages) File
    Jean-Luc> "/home2/menut/prg/matplotlib-0.53.1/setupext.py", line
    Jean-Luc> 298, in build_agg add_agg_flags(module) File
    Jean-Luc> "/home2/menut/prg/matplotlib-0.53.1/setupext.py", line
    Jean-Luc> 83, in add_agg_flags add_base_flags(module) File
    Jean-Luc> "/home2/menut/prg/matplotlib-0.53.1/setupext.py", line
    Jean-Luc> 64, in add_base_flags incdirs = [os.path.join(p,
    Jean-Luc> 'include') for p in basedir[sys.platform] KeyError:
    Jean-Luc> 'osf1V5'

You are apparently working on a platform 'osf1V5' that we haven't
encountered before.  What platform is this?

You need to add that platform as a key to the
basedir dictionary in setupext.py

basedir = {

    'win32'  : ['win32_static',],
    'linux2' : ['/usr/local', '/usr',],
    'linux'  : ['/usr/local', '/usr',],
    'darwin' : ['/usr/local', '/usr', '/sw'],
    'sunos5' : [os.getenv('MPLIB_BASE') or '/usr/local',],
    'osf1V5' : ['/your/base/dir1', '/your/base/dir2'],
}

where /your/base/dir are the base paths to the system libraries.
Also, you may want to install pygtk or Tkinter or wxpython if you want
to use matplotlib from a GUI.

JDH

Hello,

I have a problem when i want to build  matplotlib : i have this error 
message :


GTKAgg requires pygtk
GTKAgg requires pygtk
Traceback (most recent call last):
   File "setup.py", line 88, in ?
     build_agg(ext_modules, packages)
   File "/home2/menut/prg/matplotlib-0.53.1/setupext.py", line 298, in 
build_agg
     add_agg_flags(module)
   File "/home2/menut/prg/matplotlib-0.53.1/setupext.py", line 83, in 
add_agg_flags
     add_base_flags(module)
   File "/home2/menut/prg/matplotlib-0.53.1/setupext.py", line 64, in 
add_base_flags
     incdirs = [os.path.join(p, 'include') for p in basedir[sys.platform]
KeyError: 'osf1V5'


I use python 2.3.3 and Numeric 23.1 (and another packages)


Someone can help me ?

best regards,
Jean-Luc Menut

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

    Andrew> matplotlib 0.54 numarray 0.9 python 2.2.1 windows XP

    Andrew> if I use WXAgg or Agg, I get this:

Hmm, this is an I-can't-replicate-your-bugs-day.

Using numarray 0.8 or 0.9 with matplotlib on linux, setting numerix :
numarray in my rc file, I have no troubles with your script on any of
a variety of backends.  

Apparently the data coming from the numerix transform is complex.  The
line that is failing for you is a tickline (as indicated by your
traceback).  These lines are small so it would be interesting to see
by printing them if they are complex before of after being handed off
to the transformation.  In site-packages/matplotlib/lines.py on line
180, replace

        xt, yt = self._transform.numerix_x_y(x, y)

with
        print 'before', x, y
        xt, yt = self._transform.numerix_x_y(x, y)
        print 'after', xt, yt

and let me know what happens.  If they are complex before then it
appears complex data is being passed in; in this case try printing x,y
in your script

  x = a*cos( theta )*exp(b*theta)
  y = a*sin( theta )*exp(b*theta)
  print 'x', x
  print 'y', y

to see if you can find where these complexes are coming from.

Thanks,
JDH