matplotlib-users Mailing List for matplotlib (Page 7)

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

    Nicolas> I disagree with you on it John the example I show you was
    Nicolas> with a small vector but I did this with some spectra with
    Nicolas> thousands points and more than one spectra in the same
    Nicolas> plot. Even if I want only a plot with 10% of all the
    Nicolas> spectrum (I want to study a specific wavelength region
    Nicolas> for example) I have all (100%) the spectra in the file
    Nicolas> and that can means a lot of point completely not
    Nicolas> revlevant for this specific plot. That can increase a lot
    Nicolas> the size of the file. I did the test and when I cut
    Nicolas> myself by hand the specific range I want to plot the size
    Nicolas> of the eps or svg file decrease by a huge amount (totally
    Nicolas> dependant of the spectra)
 
OK, I understand.  This is the problem of data clipping we have
discussed on this list before.  Would you mind filing a support
request for this on the sf site?

  http://sourceforge.net/tracker/?group_id=80706&atid=560721

JDH

>>>>> "Perry" == Perry Greenfield <pe...@st...> writes:

    Perry> Yes, indeed.

I know you don't want to get into the business of porting numarray
functionality back to Numeric :-) but do you know of an easy way to
generalize this to N dimensions for Numeric.  I took a brief look at
how numarray did it, and it relies on choose under the hood, but it
didn't look like it would be straightforward to port to Numeric.

An Nd "find" would be useful in mpl, at least until the whole array
object scenario stabilizes.

JDH

On May 17, 2005, at 11:30 AM, John Hunter wrote:

>>>>>> "Perry" == Perry Greenfield <pe...@st...> writes:
>
>     Perry> It's simpler in numarray:
>
>     Perry> i,j = where(z<0.5)
>
>     Perry> For numeric it's more work:
>
>     Perry> ind = where(z.flat < 0.5) i = ind//z.shape[1] j = ind %
>     Perry> z.shape[1]
>
>     Perry> One could turn this into a function for Numeric (to handle
>     Perry> all dimensionalities, etc)
>
> I think you meant to use "nonzero" rather than "where" for Numeric...

Yes, indeed.

>>>>> "Perry" == Perry Greenfield <pe...@st...> writes:

    Perry> It's simpler in numarray:

    Perry> i,j = where(z<0.5)

    Perry> For numeric it's more work:

    Perry> ind = where(z.flat < 0.5) i = ind//z.shape[1] j = ind %
    Perry> z.shape[1]

    Perry> One could turn this into a function for Numeric (to handle
    Perry> all dimensionalities, etc)

I think you meant to use "nonzero" rather than "where" for Numeric...

    from matplotlib.numerix import where, nonzero
    from matplotlib.numerix.mlab import rand

    z = rand(4,5)

    # It's simpler in numarray:
    i,j = where(z<0.5)
    print i,j


    # For numeric it's more work:
    ind = nonzero(z.flat < 0.5)
    i = ind//z.shape[1]
    j = ind % z.shape[1]
    print i,j

I also think wrapping this functionality into the find function in mpl
is a good idea...  I frequently miss it.

JDH

It's simpler in numarray:

i,j =3D where(z<0.5)

For numeric it's more work:

ind =3D where(z.flat < 0.5)
i =3D ind//z.shape[1]
j =3D ind % z.shape[1]

One could turn this into a function for Numeric (to handle all=20
dimensionalities, etc)
On May 17, 2005, at 10:04 AM, Dimitri D'Or wrote:

> Hello,
>
> =A0
>
> Here under a question that has probably already been asked:
>
> =A0
>
> I would like to apply the find() function on a bidimensional array and=20=

> receive as output the bidimensional indices for the elements matching=20=

> the condition. This is easy in Matlab but doesn't seem to be possible=20=

> with Python.
>
>  =A0
>
> Here is a short example (in Matlab code) of what I would like to have:
>
> =A0
>
> >> z=3Drand(3,3)
>
> =A0
>
> z =3D
>
> =A0
>
> =A0=A0=A0 0.9501=A0=A0=A0 0.4860=A0=A0=A0 0.4565
>
> =A0=A0=A0 0.2311=A0=A0=A0 0.8913=A0=A0=A0 0.0185
>
> =A0=A0=A0 0.6068=A0=A0=A0 0.7621=A0=A0=A0 0.8214
>
> =A0
>
> >> [i,j]=3Dfind(z<0.5)
>
> =A0
>
> i =3D
>
> =A0
>
> =A0=A0=A0=A0 2
>
> =A0=A0=A0=A0 1
>
> =A0=A0=A0=A0 1
>
> =A0=A0=A0=A0 2
>
> =A0
>
> =A0
>
> j =3D
>
> =A0
>
> =A0=A0=A0=A0 1
>
> =A0=A0=A0=A0 2
>
> =A0=A0=A0=A0 3
>
> =A0=A0=A0=A0 3
>
> =A0
>
> A solution for me?
>
> =A0
>
> Thank you,
>
> =A0
>
> Dimitri D'Or
>
> =A0

Hello,

 

Here under a question that has probably already been asked:

 

I would like to apply the find() function on a bidimensional array and
receive as output the bidimensional indices for the elements matching the
condition. This is easy in Matlab but doesn't seem to be possible with
Python. 

 

Here is a short example (in Matlab code) of what I would like to have:

 

>> z=rand(3,3)

 

z =

 

    0.9501    0.4860    0.4565

    0.2311    0.8913    0.0185

    0.6068    0.7621    0.8214

 

>> [i,j]=find(z<0.5)

 

i =

 

     2

     1

     1

     2

 

 

j =

 

     1

     2

     3

     3

 

A solution for me?

 

Thank you,

 

Dimitri D'Or

 

I have just upgraded to OS X 10.4 on two machines. On one machine,  
pylab worked fine, on my notebook it hangs. I have begun trying to  
rebuild my fink tree but bomb at glib 2.6.2 / gtk+, pango-1.8.0 using  
fink as well as standalone installs for old items (pango is at 1.6 on  
fink, need 1.8 for gtk+2.6.0).

As an aside, numarray install bombed with gcc4.0 so I had to revert  
to gcc3.3.

Anyone else had problems with OS X 10.4 and pylab?

regards,

Graeme

Hello,

I am getting errors using matplotlib 0.80 from Fink on Mac OS X. This 
used to work (back in February) with a previous version of matplotlib 
(0.71).

In the example below, I have specified 'GTKAgg' as the backend because 
it was suggested that would solve a similar problem for a previous 
poster. However, the backend does not seem to matter. I first noticed 
this problem with the 'PS' backend.

Thanks for any help you can offer.

Aarre Laakso



aarre@ganesha ~ $ python2.3
Python 2.3.5 (#1, Apr  1 2005, 11:21:40)
[GCC 3.3 20030304 (Apple Computer, Inc. build 1640)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> import matplotlib
 >>> matplotlib.use('GTKAgg')
 >>> from pylab import *

** (:14661): WARNING **: `GtkTextSearchFlags' is not an enum type
 >>> plot([1,2,3])

** (:14661): WARNING **: Cannot open font file for font Verdana 10

** (:14661): WARNING **: Cannot open fallback font, nothing to do

aarre@ganesha ~ $ fink list matplot*
Information about 4872 packages read in 1 seconds.
      matplotlib-py22           0.80-1              Pure python 2D 
plotting library with a Matlab syntax
  i   matplotlib-py23           0.80-1              Pure python 2D 
plotting library with a Matlab syntax
      matplotlib-py24           0.80-1              Pure python 2D 
plotting library with a Matlab syntax

aarre@ganesha ~ $ fink list python23*
Information about 4872 packages read in 2 seconds.
  i   python23                  1:2.3.5-2           Interpreted, 
object-oriented language
      python23-nox              1:2.3.4-3           Interpreted, 
object-oriented language
      python23-nox-shlibs       1:2.3.4-3           Interpreted, 
object-oriented language
  i   python23-shlibs           1:2.3.5-2           Interpreted, 
object-oriented language
  i   python23-socket           1:2.3.5-2           Socket plugin for python
      python23-socket-nox       1:2.3.4-3           Socket plugin for python
      python23-socket-ssl       1:2.3.5-1           Socket plugin for 
python (SSL version)

aarre@ganesha ~ $ which python2.3
/sw/bin/python2.3




-- 

===================================================================
Aarre Laakso                         http://mypage.iu.edu/~alaakso/
Cognitive Development Laboratory         mailto:al...@in...
Indiana University, Bloomington                office: 812-856-0836
1101 East Tenth Street, Psych A104                lab: 812-855-8256
Bloomington, Indiana 47405-7007, USA              fax: 309-276-8745
===================================================================

> The im2.svg file looks fine to me when rendered by
> gqview.  I do see
> the problem you are describing in inkscape.  It is
> because inkscape is
> not respecting the clipping rectangle.  This looks
> very much like an
> inkscape bug and not a matplotlib bug so you should
> file a bug report
> or a support request on the inkscape project, or
> just look for a
> status report on clipping.


oki I will do this.

>     Nicolas> software who can edit vectoriel format.
>  Another problem
>     Nicolas> is the size of this files who are far
> too big. I don't
>     Nicolas> know how to change it. In a bitmap file
> like png file or
>     Nicolas> jpg that doesn't matter because the
> pixel are just
>     Nicolas> overlay but we loose the interest to
> have a vectoriel
>     Nicolas> format. One solution is that the user
> cut himself is plot
>     Nicolas> but it's not the good way (I think).
> 
> I don't think there is a problem with file size for
> SVG (I'm getting
> 12k for the one created by your script).  There is a
> problem with EPS
> because we are embedding the entire truetype font in
> the file.  This
> is a known bug which will be fixed as soon as we can
> so please bear
> with us.  You can set the rc parameter 
> 
> 
> ps.useafm         : True    # use of afm fonts --
> breaks mathtext but results in small files
> 
> To avoid this problem with PS/EPS file size.  

I disagree with you on it John the example I show you
was with a small vector but I did this with some
spectra with thousands points and more than one
spectra in the same plot. Even if I want only a plot
with 10% of all the spectrum (I want to study a
specific wavelength region for example) I have all
(100%) the spectra in the file and that can means a
lot of point completely not revlevant for this
specific plot. That can increase a lot the size of the
file. I did the test and when I cut myself by hand the
specific range I want to plot the size of the eps or
svg file decrease by a huge amount (totally dependant
of the spectra)
 
But anymay thanks to point me the problem with
inkscape, I'll tell them.

N. 


	

	
		
_____________________________________________________________________________ 
Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com

>>>>> "Igor" == Igor Carron <igo...@gm...> writes:


    Igor> Hello, I am using python 2.2 on windows XP.  Matplotlib used
    Igor> to be able to get me plots but I killed the process of
    Igor> graphing once and now, I cannot seem to have plots anymore.

    Igor> I can only get :

    >>>> plot(t,headingz)
    Igor> [<matplotlib.lines.Line2D instance at 0x021450B0>]
    >>>>

    Igor> and then nothing, i.e. no Tk plot appear anymore. What have
    Igor> done wrong and how can I fix it ?  Thanks in advance for any
    Igor> tip.

If working from the shell, set 'interactive : True' in your
.matplotlibrc file, as described at
http:/matplotlib.sf.net/interactive.html

Hope this helps,
JDH

On Monday 16 May 2005 08:36 pm, Igor Carron wrote:
> Hello,
>
> I am using python 2.2 on windows XP.  Matplotlib used to be able to
> get me plots but I killed the process of graphing once and now, I
> cannot seem to have plots anymore.
>
> I can only get :
> >>> plot(t,headingz)
>
> [<matplotlib.lines.Line2D instance at 0x021450B0>]
>
>
> and then nothing, i.e. no Tk plot appear anymore. What have done wrong
> and how can I fix it ?
> Thanks in advance for any tip.

Are you remembering to call show()? Maybe you have interactive mode turned 
off?

-- 

Darren

Hello,

I am using python 2.2 on windows XP.  Matplotlib used to be able to
get me plots but I killed the process of graphing once and now, I
cannot seem to have plots anymore.

I can only get :

>>> plot(t,headingz)
[<matplotlib.lines.Line2D instance at 0x021450B0>]
>>>

and then nothing, i.e. no Tk plot appear anymore. What have done wrong
and how can I fix it ?
Thanks in advance for any tip.


Igor.

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

    Nicolas> from pylab import * x = arange(100) plot(x) xlim(20,30)
    Nicolas> savefig('im1.eps') savefig('im2.svg')

    Nicolas> open this files in inkscape and a pb appeared. The line
    Nicolas> trace goes from outside the limit gave in the
    Nicolas> script. This files can't be use like this in any other

The im2.svg file looks fine to me when rendered by gqview.  I do see
the problem you are describing in inkscape.  It is because inkscape is
not respecting the clipping rectangle.  This looks very much like an
inkscape bug and not a matplotlib bug so you should file a bug report
or a support request on the inkscape project, or just look for a
status report on clipping.

    Nicolas> software who can edit vectoriel format.  Another problem
    Nicolas> is the size of this files who are far too big. I don't
    Nicolas> know how to change it. In a bitmap file like png file or
    Nicolas> jpg that doesn't matter because the pixel are just
    Nicolas> overlay but we loose the interest to have a vectoriel
    Nicolas> format. One solution is that the user cut himself is plot
    Nicolas> but it's not the good way (I think).

I don't think there is a problem with file size for SVG (I'm getting
12k for the one created by your script).  There is a problem with EPS
because we are embedding the entire truetype font in the file.  This
is a known bug which will be fixed as soon as we can so please bear
with us.  You can set the rc parameter 


ps.useafm         : True    # use of afm fonts -- breaks mathtext but results in small files

To avoid this problem with PS/EPS file size.  

    Nicolas> Thanks for matplotlib, I continue to convert some people
    Nicolas> around me to use it. It's not difficult, I just have to
    Nicolas> show them the quality of the plot :)

OK, keep up the good work!

JDH

Date ticking was a hassle for me to get used to, but I think the
examples John pasted below and this will get you through:

http://matplotlib.sourceforge.net/screenshots/finance_work2.py

Travis


On Mon, 16 May 2005 11:57:49 -0500, "John Hunter"
<jdh...@ac...> said:
> >>>>> "Florian" == Florian Lindner <mai...@xg...> writes:
> 
>     Florian> So all data lists and the ticklabels lists are of equal
>     Florian> length.
> 
>     Florian> But the generated graph only shows the first 8 elements
>     Florian> of the tick labels (from "Jan 04" to "Aug 04"). The data
>     Florian> is completely shown. Only ticklabels are missing.
> 
>     Florian> What is wrong there?
> 
> It is not important that the datalists and tick labels are equal
> length.  What matters is for the tick locations and tick labels to be
> equal length.  You also need to call ax.set_xticks in addition to
> ax.set_xticklabels.
> 
> But since you are working with dates, I think you'll have better luck
> setting a custom tick locator and formatter, as described in
> http:/matplotlib.sf.net/matplotlib.ticker.html,
> http:/matplotlib.sf.net/matplotlib.dates.html, and
> http:/matplotlib.sf.net/examples/date_demo1.py,
> http:/matplotlib.sf.net/examples/date_demo2.py and chapter 5 the users
> guide.
> 
> 
> 
>     Florian> Thanks,
> 
>     Florian> Florian
> 
> 
>     Florian> -------------------------------------------------------
>     Florian> This SF.Net email is sponsored by Oracle Space
>     Florian> Sweepstakes Want to be the first software developer in
>     Florian> space?  Enter now for the Oracle Space Sweepstakes!
>     Florian> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>     Florian> _______________________________________________
>     Florian> Matplotlib-users mailing list
>     Florian> Mat...@li...
>     Florian>
>     https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
  Travis Brady
  td...@fa...

>>>>> "Florian" =3D=3D Florian Lindner <mai...@xg...> writes:

    Florian> Is it possible to change the angle of ticks? Right now
    Florian> they are overwriting each other. When I could change the
    Florian> angle to 45=B0 for example there would be enough space.

labels =3D ax.set_xticklabels(...)
for label in labels:
    label.set_rotation(45)


JDH

Am Montag, 16. Mai 2005 18:57 schrieb John Hunter:
> >>>>> "Florian" =3D=3D Florian Lindner <mai...@xg...> writes:
>
>     Florian> So all data lists and the ticklabels lists are of equal
>     Florian> length.
>
>     Florian> But the generated graph only shows the first 8 elements
>     Florian> of the tick labels (from "Jan 04" to "Aug 04"). The data
>     Florian> is completely shown. Only ticklabels are missing.
>
>     Florian> What is wrong there?
>
> It is not important that the datalists and tick labels are equal
> length.  What matters is for the tick locations and tick labels to be
> equal length.  You also need to call ax.set_xticks in addition to
> ax.set_xticklabels.

Ok, I've added:

p.set_xticks(range(len(graph.sourceReader.headers)))

Is it possible to change the angle of ticks? Right now they are overwriting=
=20
each other. When I could change the angle to 45=B0 for example there would =
be=20
enough space.

>
> But since you are working with dates, I think you'll have better luck
> setting a custom tick locator and formatter, as described in
> http:/matplotlib.sf.net/matplotlib.ticker.html,
> http:/matplotlib.sf.net/matplotlib.dates.html, and
> http:/matplotlib.sf.net/examples/date_demo1.py,
> http:/matplotlib.sf.net/examples/date_demo2.py and chapter 5 the users
> guide.

Since I don't know in which format the input data will be I can't use=20
functions which treat them specifically as dates.

Thanks,

=46lorian

>>>>> "Florian" == Florian Lindner <mai...@xg...> writes:

    Florian> So all data lists and the ticklabels lists are of equal
    Florian> length.

    Florian> But the generated graph only shows the first 8 elements
    Florian> of the tick labels (from "Jan 04" to "Aug 04"). The data
    Florian> is completely shown. Only ticklabels are missing.

    Florian> What is wrong there?

It is not important that the datalists and tick labels are equal
length.  What matters is for the tick locations and tick labels to be
equal length.  You also need to call ax.set_xticks in addition to
ax.set_xticklabels.

But since you are working with dates, I think you'll have better luck
setting a custom tick locator and formatter, as described in
http:/matplotlib.sf.net/matplotlib.ticker.html,
http:/matplotlib.sf.net/matplotlib.dates.html, and
http:/matplotlib.sf.net/examples/date_demo1.py,
http:/matplotlib.sf.net/examples/date_demo2.py and chapter 5 the users
guide.



    Florian> Thanks,

    Florian> Florian


    Florian> -------------------------------------------------------
    Florian> This SF.Net email is sponsored by Oracle Space
    Florian> Sweepstakes Want to be the first software developer in
    Florian> space?  Enter now for the Oracle Space Sweepstakes!
    Florian> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
    Florian> _______________________________________________
    Florian> Matplotlib-users mailing list
    Florian> Mat...@li...
    Florian> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hello,

I've the following code:

    def makeLinePlot(self, graph):
        fig = Figure()
        p = fig.add_subplot(111)
        for label, line in graph.sourceReader:
            p.plot(line, label=label)
            print len(line)
            
        p.legend(loc=0)
        p.xaxis.set_ticklabels(graph.sourceReader.headers)
        print graph.sourceReader.headers
        print len(graph.sourceReader.headers)
            

        canvas = FigureCanvas(fig)
        canvas.print_figure(graph.name, dpi=graph.dpi)

On the console this generated this output:

15
15
15
15
15
15
15
15
15
15
15
['Jan 04', 'Feb 04', 'Mar 04', 'Apr 04', 'May 04', 'Jun 04', 'Jul 04', 'Aug 
04', 'Sep 04', 'Oct 04', 'Nov 04', 'Dec 04', 'Jan 04', 'Feb 05', 'Mar 05']
15


So all data lists and the ticklabels lists are of equal length.

But the generated graph only shows the first 8 elements of the tick labels 
(from "Jan 04" to "Aug 04"). The data is completely shown. Only ticklabels 
are missing.

What is wrong there?

Thanks,

Florian

>>>>> "Ryan" == Ryan Krauss <rya...@co...> writes:

    Ryan>    Is there a quick and easy way to plot the columns of a
    Ryan> matrix versus a vector and get different color lines for
    Ryan> each column?  

You can build a color list and cycle through it with a counter, as
described in the recent thread "Plotting of multiple spectras" on the
mailing list.  Eg

 colors = ("b", "g", "r", "c", "m", "y", "k")
 ind = 1
 while ind < 18:
      Y = take(X,(0,ind), 1)
      x = Y[:,0]
      y = Y[:,1]
      plot(x,y,"-"+colors[ind % len(colors)])
      ind = ind + 2

    Ryan> line Do I need to define a matrix plotting function like def
    Ryan> matrixplot(xvect,ymat): ioff() for i in
    Ryan> range(shape(ymat)[1]): plot(xvect,ymat[:,i]) show() ion() or
    Ryan> is there an easier/faster way?  Ryan

Yes, this is one area in which the mpl plot function differs from
matlab.  There is a faster way, using line collections.  This
difference in speed would be considerable for a large number of
lines.  See examples/line_collections.py in matplotlib CVS.

JDH

>>>>> "Vidar" == Vidar Gundersen <vid...@37...> writes:

    Vidar> ===== Original message from Darren Dale | Sat, 14 May 2005:
    >> PyGTK-2.6.2 just fixed a few bugs, according to their
    >> website. Some more information would be helpful: What error
    >> messages are reported by Matplotlib?

    Vidar> "The procedure entry point gdk_pxbuf_savev_utf8 could not
    Vidar> be located in the dynamic link library
    Vidar> libgdk_pixbuf-2.0.0.dll."

    Vidar> my PyGTK was installed from the Windows binary distribution
    Vidar> with installer file name "pygtk-2.6.2-1.win32-py2.4.exe",
    Vidar> compiled on May 10.

I think the problem is that the 0.80 release for win32 was built
against a much earlier version of GTK and so you are encountering
dynamic link problems against a much newer version of the library.

I have been trying to build against the latest gtk for win32 myself
and am encountering some troubles.  I'm not sure if this is a gtk
problem per se, because my hard drive died and I've had to reassemble
my win32 build system from scratch.

You might want to back down to an earlier gtk version for now, as
described at

http://matplotlib.sourceforge.net/backends.html#GTK

Or use another backend on win32... or wait until I can get my build
system sorted out at which point I'll release a build against the
latest gtk for win32.

JDH

>>>>> "Eric" == Eric Firing <ef...@ha...> writes:

    Eric> Jack,
    >> However, my scripts are getting killed due to excessive memory
    >> usage.

    Eric> I see what you mean. It is disastrous.  As far as I can see,
    Eric> the problem is inherent in the way the C routines were
    Eric> wrapped, and cannot be solved with a few Py_XDECREFs.  Today
    Eric> I started working on a thorough rewrite of the wrapper,
    Eric> using a different approach from the original.  It's too
    Eric> early to say when or whether I will be successful.

Eric provided a patch for this leak which is now in CVS -- contour
users may want to give it a test drive.

Thanks Eric!
JDH

Am Sonntag, 15. Mai 2005 19:35 schrieb Alan G Isaac:
> On Sun, 15 May 2005, Florian Lindner apparently wrote:
> > Could you file the backreport? I'm not very involved in
> > the matplotlib development and therefore I'm sure your
> > report could be much more precise.
>
> I think before asking this you might ask yourself:
> Would I prefer John to spend his time on this,
> or on development?
>
> Just my opion,

Whatever. Done.

On Sun, 15 May 2005, Florian Lindner apparently wrote: 
> Could you file the backreport? I'm not very involved in 
> the matplotlib development and therefore I'm sure your 
> report could be much more precise. 

I think before asking this you might ask yourself:
Would I prefer John to spend his time on this,
or on development?

Just my opion,
Alan Isaac

Am Samstag, 14. Mai 2005 23:05 schrieb John Hunter:
> >>>>> "Florian" == Florian Lindner <mai...@xg...> writes:
>
>     Florian> Am Freitag, 13. Mai 2005 18:49 schrieb John Hunter:
>     >> >>>>> "Florian" == Florian Lindner <mai...@xg...>
>     >>
>     >> writes:
>
>     Florian> No.  I pasted the complete script into the mail. There is
>     Florian> nothing else I execute...
>
>     >>  Please post the following commands, or their equivalent for
>     >> your platform, and their output.  Please include the commands
>     >> you actually type in your post.
>     >>
>     >> > cat test.py > /usr/bin/python2.4 ./test.py --verbose-helpful
>
>     Florian> Here we go:
>
> Well, I'll be damned.  I really can't believe this hasn't cropped up
> before -- it's a real bug.
>
> The errant code is in matplotlib/backends/__init___.py
>
> # Import the requested backend into a generic module object
> backend_name = 'backend_'+backend.lower()
> backend_mod = __import__('matplotlib.backends.'+backend_name,
>                          globals(),locals(),[backend_name])
>
> Where the default backend is being imported.  These changes were
> introduced many moons ago by Fernando when he was cleaning up the
> backend import for ipython/pylab.  Then need top be moved to a
> function or otherwise deferred until pylab asks for them, to prevent
> the kind of problem you are seeing.
>
> As a workaround, add these two lines at the top of your script:
>
> import matplotlib
> matplotlib.use('Agg')
>
> or change the default backend in the rc file to 'Agg'. Even though
> there are 2 good workarounds, I still consider this to be a little bug,
> because the OO interface shouldn't be doing any magic like importing a
> backend implicitly.  Would you be willing to file a bug report on the
> sourceforge site?

Could you file the backreport? I'm not very involved in the matplotlib 
development and therefore I'm sure your report could be much more precise.

Regards,

Florian

Quoting John Hunter <jdh...@ni...>:

> Well, I'll be damned.  I really can't believe this hasn't cropped up
> before -- it's a real bug.
>
> The errant code is in matplotlib/backends/__init___.py
>
> # Import the requested backend into a generic module object
> backend_name = 'backend_'+backend.lower()
> backend_mod = __import__('matplotlib.backends.'+backend_name,
>                          globals(),locals(),[backend_name])
>
> Where the default backend is being imported.  These changes were
> introduced many moons ago by Fernando when he was cleaning up the
> backend import for ipython/pylab.  Then need top be moved to a
> function or otherwise deferred until pylab asks for them, to prevent
> the kind of problem you are seeing.

sorry 'bout that, a pure effect of my modifying code in an overall system (the
mpl OO structure) I knew nothing about...

Cheers,

f