matplotlib-users Mailing List for matplotlib (Page 5)

Russell E Owen wrote:

> I did earlier today; I'm hoping it will go up in the next day or so.
> 
> WXAgg is built against wxPython 2.6.x because last I heard the 2.8.x 
> issues weren't resolved.

Correct. I'm still not sure how well MPL works with wxPython2.8 on other 
platforms, but no one has fixed the issues on OS-X yet. There is 
something weird with toolbars with wxPython2.8, I've run into that with 
some other code, so it may even take a new release of wxPython to get it 
all right. Of course, that wont' do it if I dont' get around to fiing a 
bug report!

wxPython includes a wxversion module that lets one select whihc version 
of wxPython you want run, if more than one is installed. It might be 
nice if those calls could get put into MPL somewhere, so that when MPL 
is built against a given version, that version will be run.

-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...

On Wednesday 21 February 2007 2:45:25 am Eric Firing wrote:
> Matthew Auger wrote:
> > Ah...right. That works well enough (I believe that I originally had
> > editted backend_bases to circumvent the format_coord call--clearly not
> > the best solution)! I don't know of a good reason to *not* use the axis
> > formatting, but perhaps an rcparam could control this?
>
> I don't know what the historical reason for the present default is, but
> one candidate is speed: the coordinate numbers get reformatted and
> printed at a great rate as the cursor moves across a plot, so one might
> not want to have the formatting done by a big chunk of python code.
> format_data_short will typically be faster than format_data.

Here is the reason format_data_short was added: the x,y coordinates of the 
cursor used to be printed to 10 digits, something I added when I was working 
out the offset ticklabels for the x and y axis. These coordinates, when 
rendered into the toolbar, were causing the figure window to resize to make 
room for the numbers in the toolbar. format_data is also used to format the 
ticklabels, so John suggested the new method. At the time, we needed a quick 
work around. Maybe it's time to give it another look, and see if there is a 
better long-term solution.

Darren 

Chiara Caronna wrote:
> I have a problem with backend: by default it was Agg; i tried to change the 
> file .matplotlibrc and to put GTKAgg, but as I import pylab I got these 
> errors:

>   File 
> "/usr/local/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py", 
> line 6, in ?
>     import gobject
> ImportError: No module named gobject
> 
> What can I do?

Install PyGTK.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
  -- Umberto Eco

I have a problem with backend: by default it was Agg; i tried to change the 
file .matplotlibrc and to put GTKAgg, but as I import pylab I got these 
errors:

>>>from pylab import *
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/local/lib/python2.4/site-packages/pylab.py", line 1, in ?
    from matplotlib.pylab import *
  File "/usr/local/lib/python2.4/site-packages/matplotlib/pylab.py", line 
220, in ?
    new_figure_manager, draw_if_interactive, show = pylab_setup()
  File 
"/usr/local/lib/python2.4/site-packages/matplotlib/backends/__init__.py", 
line 23, in pylab_setup
    globals(),locals(),[backend_name])
  File 
"/usr/local/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py", 
line 10, in ?
    from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\
  File 
"/usr/local/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py", 
line 6, in ?
    import gobject
ImportError: No module named gobject

What can I do?

Thanks.
Chiara

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Matthew Auger wrote:
> Ah...right. That works well enough (I believe that I originally had 
> editted backend_bases to circumvent the format_coord call--clearly not 
> the best solution)! I don't know of a good reason to *not* use the axis 
> formatting, but perhaps an rcparam could control this?

I don't know what the historical reason for the present default is, but 
one candidate is speed: the coordinate numbers get reformatted and 
printed at a great rate as the cursor moves across a plot, so one might 
not want to have the formatting done by a big chunk of python code. 
format_data_short will typically be faster than format_data.

An rcParam certainly could be added, given sufficient demand.

Now, I'm wondering why the number of digits is actually important to 
you--are you writing those numbers down?  If so, would you rather 
capture the numbers to a file upon clicking? examples/zoom_window.py 
shows how to grab the coordinates at which a button was clicked.  There 
may be better examples, but this is the first one I found.

Eric

Anand Patil wrote:
>> Anand Patil wrote:
>>  
>>
>>>>> Matplotlib occasionally crashes Python at the end of a long program on 
>>>>> my powerbook g4 running OS X 10.4. gdb output follows:
>>>>>
>>>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>>> Reason: KERN_INVALID_ADDRESS at address: 0x0a68fe40
>>>>> 0x002eae50 in visit_decref (op=0x28a1cb0, data=0x0) at 
>>>>> /Users/ronald/Python/r25/Modules/gcmodule.c:270
>>>>> 270     /Users/ronald/Python/r25/Modules/gcmodule.c: No such file or 
>>>>> directory.
>>>>>       in /Users/ronald/Python/r25/Modules/gcmodule.c
>>>>>
>>>>> or
>>>>>
>>>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>>> Reason: KERN_PROTECTION_FAILURE at address: 0x00000056
>>>>> 0x002eae50 in visit_decref (op=0x28a17e0, data=0x0) at 
>>>>> /Users/ronald/Python/r25/Modules/gcmodule.c:270
>>>>> 270     in /Users/ronald/Python/r25/Modules/gcmodule.c
>>>>>
>>>>> It's always something like that, and it always happens after the little 
>>>>> Python icon starts bouncing around in the dock. I don't know anyone 
>>>>> named Ronald and no such directory exists on my machine.
>>>>>   
>>>>>
>>>>>        
>>>>>
>>>> What version of matplotlib, what version of Python and where did you 
>>>> them from from (build from source, some binary installer, fink...?)
>>>>
>>>> -- Russell
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>      
>>>>
>>> It's Python 2.5, and the new Matplotlib 0.9 built from source. I saw the 
>>> same problem with Python 2.4.3 and Matplotlib 0.8.(can't remember), 
>>> which was part of the reason I upgraded. However, I didn't look at the 
>>> problem with gdb using the earlier versions.
>>>    
>>>
>> This still sounds like a problem in which some component was built with 
>> a different version of another component than the one you are actually 
>> running.  Are you sure you have only the one version of mpl and one 
>> version of python, so that  the former was compiled against the latter? 
>>  And the same for numpy or Numeric or numarray?
>>  
>>
> Totally sure, I erased my old site-packages directory and started over. 
> I'm using the latest release of numpy.
> 
>> You might want to look back through the mailing list archive; there has 
>> been a lot of discussion recently about how to get a working combination 
>> of numpy and mpl on a Mac.
>>  
>>
> Will do.
> 
> Come to think of it, could this be a problem with Python itself? 
> gcmodule.c sounds like the garbage collector.
> 
Yes, but my guess is that gdb is pointing to a problem with garbage 
collection that is caused by an error or version mismatch elsewhere, 
most likely in extension code, not in Python itself.

Eric

> Thanks,
> Anand

Solved.  I had missed the default setting of Numerix to Numeric.
Changed it to numpy, and everything is ok.

On 2/20/07, Gary Pajer <pa...@in...> wrote:
> [sorry if this appears more than once]
>
> On 2/19/07, Andrew Straw <str...@as...> wrote:
> > Dear Gary, "_ns" is the numpy backend. Do you have numpy installed? Is
> > it working? Are you compiling matplotlib from source? What version of
> > Ubuntu are you using (Dapper? Edgy?)
>
> Numpy 1.0.2.dev???? (very recent) compiled from svn source, installed
> and appears to be working correctly.
> Compiling MPL 0.90 (sourceforge tarball) from source.
> Kubuntu Edgy 6.10  (Python 3.4.4)
>
>
>
> >
> > Gary Pajer wrote:
> > > [sorry if this appears more than once.  The list manager is timing out
> > > when I try to change my email address, so I can't tell if it has taken
> > > effect]
> > >
> > > No_module_named _ns_backend_agg
> > >
> > > I've set to True everything in setupext.py that had agg in it.
> > >
> > > This is my first time building on ubuntu.
> > > I spent lots of time chasing down dependencies, and there are no
> > > errors  during the build.  Help please?
> > >
> > > TIA,
> > > gary
> > >
> > > -------------------------------------------------------------------------
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > > opinions on IT & business topics through brief surveys-and earn cash
> > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > _______________________________________________
> > > Matplotlib-users mailing list
> > > Mat...@li...
> > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> > >
> >
> >
>

>Anand Patil wrote:
>  
>
>>>>Matplotlib occasionally crashes Python at the end of a long program on 
>>>>my powerbook g4 running OS X 10.4. gdb output follows:
>>>>
>>>>Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>>Reason: KERN_INVALID_ADDRESS at address: 0x0a68fe40
>>>>0x002eae50 in visit_decref (op=0x28a1cb0, data=0x0) at 
>>>>/Users/ronald/Python/r25/Modules/gcmodule.c:270
>>>>270     /Users/ronald/Python/r25/Modules/gcmodule.c: No such file or 
>>>>directory.
>>>>       in /Users/ronald/Python/r25/Modules/gcmodule.c
>>>>
>>>>or
>>>>
>>>>Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>>Reason: KERN_PROTECTION_FAILURE at address: 0x00000056
>>>>0x002eae50 in visit_decref (op=0x28a17e0, data=0x0) at 
>>>>/Users/ronald/Python/r25/Modules/gcmodule.c:270
>>>>270     in /Users/ronald/Python/r25/Modules/gcmodule.c
>>>>
>>>>It's always something like that, and it always happens after the little 
>>>>Python icon starts bouncing around in the dock. I don't know anyone 
>>>>named Ronald and no such directory exists on my machine.
>>>>   
>>>>
>>>>        
>>>>
>>>What version of matplotlib, what version of Python and where did you 
>>>them from from (build from source, some binary installer, fink...?)
>>>
>>>-- Russell
>>>
>>>
>>>
>>> 
>>>
>>>      
>>>
>>It's Python 2.5, and the new Matplotlib 0.9 built from source. I saw the 
>>same problem with Python 2.4.3 and Matplotlib 0.8.(can't remember), 
>>which was part of the reason I upgraded. However, I didn't look at the 
>>problem with gdb using the earlier versions.
>>    
>>
>
>This still sounds like a problem in which some component was built with 
>a different version of another component than the one you are actually 
>running.  Are you sure you have only the one version of mpl and one 
>version of python, so that  the former was compiled against the latter? 
>  And the same for numpy or Numeric or numarray?
>  
>
Totally sure, I erased my old site-packages directory and started over. 
I'm using the latest release of numpy.

>You might want to look back through the mailing list archive; there has 
>been a lot of discussion recently about how to get a working combination 
>of numpy and mpl on a Mac.
>  
>
Will do.

Come to think of it, could this be a problem with Python itself? 
gcmodule.c sounds like the garbage collector.

Thanks,
Anand

Ah...right. That works well enough (I believe that I originally had 
editted backend_bases to circumvent the format_coord call--clearly not 
the best solution)! I don't know of a good reason to *not* use the axis 
formatting, but perhaps an rcparam could control this?

Thanks for the help Eric!

Matthew Auger wrote:
> The GUI plots the x/y position of the cursor in data coordinates using
> scientific notation including only three significant digits (ie 
> x=7.24e+03, y=20.2). The scientific notation is annoying but the lack of 
> significant digits (ie 7.2457e+03) makes it impossible to fully use the 
> GUI for interactive analyses. It would be nice if the cursor position 
> denoted by the gui used the same coordinate formatting that the current 
> axes use. Thus, if my axes are set to use something like 7.2f formatting 
> for values less than 1e5, the cursor coordinate would be displayed in the 
> same way (and instead of x=7.24e+03,y=20.1 the gui would read 
> x=7245.70,y=20.1 when the cursor is at that coordinate position).
> 
> I hope this clears things up!
> Matt

Yes, it does.  It looks to me like everything should be controllable 
without any hacking.  Here is the Axes method that is getting called for 
the x-coordinate, for example: (pardon the mailer-mangling of lines)

     def format_xdata(self, x):
         """
         Return x string formatted.  This function will use the attribute
         self.fmt_xdata if it is callable, else will fall back on the xaxis
         major formatter
         """
         try: return self.fmt_xdata(x)
         except TypeError:
             func = self.xaxis.get_major_formatter().format_data_short
             val = func(x)
             return val

The reason that the axis formatting is not being followed is because
func = ...format_data_short
instead of format_data (or just the formatter instance itself).
We could change this, but I suspect there is a good reason for choosing 
"short" as the default--this is at least open to discussion and 
experimentation.  In the meantime, if your axes object is ax, you should 
be able to do:

ax.fmt_xdata = ax.xaxis.get_major_formatter()

and similarly for the fmt_ydata to make the formatting the same as the 
axis formatting.  Alternatively you could instantiate whatever Formatter 
class you like and  set ax.fmt_xdata to that instance.

I haven't tested any of this...

Eric



> 
> 
> 
> On Tue, 20 Feb 2007, Darren Dale wrote:
> 
>> On Tuesday 20 February 2007 7:40:18 pm Matthew Auger wrote:
>>> We are starting to use matplotlib to do some analysis of our data, but we
>>> are hampered by the unfortunate choice of significant digits in the GUI.
>>> I hacked the backends for 0.87.7 to display (many) more significant
>>> digits and I was wondering if anyone had any better suggestions (ie that I
>>> could implement directly into my code so others wouldn't need to
>>> continually hack their backends). Perhaps the GUI should follow the
>>> formatting of the axes? (Though this would again require a change to the
>>> backend....)
>> Could you be more specific? In what ways are you currently limited, and how
>> would you like matplotlib to behave?
>>
>> Darren

The GUI plots the x/y position of the cursor in data coordinates using
scientific notation including only three significant digits (ie 
x=7.24e+03, y=20.2). The scientific notation is annoying but the lack of 
significant digits (ie 7.2457e+03) makes it impossible to fully use the 
GUI for interactive analyses. It would be nice if the cursor position 
denoted by the gui used the same coordinate formatting that the current 
axes use. Thus, if my axes are set to use something like 7.2f formatting 
for values less than 1e5, the cursor coordinate would be displayed in the 
same way (and instead of x=7.24e+03,y=20.1 the gui would read 
x=7245.70,y=20.1 when the cursor is at that coordinate position).

I hope this clears things up!
Matt



On Tue, 20 Feb 2007, Darren Dale wrote:

> On Tuesday 20 February 2007 7:40:18 pm Matthew Auger wrote:
>> We are starting to use matplotlib to do some analysis of our data, but we
>> are hampered by the unfortunate choice of significant digits in the GUI.
>> I hacked the backends for 0.87.7 to display (many) more significant
>> digits and I was wondering if anyone had any better suggestions (ie that I
>> could implement directly into my code so others wouldn't need to
>> continually hack their backends). Perhaps the GUI should follow the
>> formatting of the axes? (Though this would again require a change to the
>> backend....)
>
> Could you be more specific? In what ways are you currently limited, and how
> would you like matplotlib to behave?
>
> Darren
>

On Tuesday 20 February 2007 7:40:18 pm Matthew Auger wrote:
> We are starting to use matplotlib to do some analysis of our data, but we
> are hampered by the unfortunate choice of significant digits in the GUI.
> I hacked the backends for 0.87.7 to display (many) more significant
> digits and I was wondering if anyone had any better suggestions (ie that I
> could implement directly into my code so others wouldn't need to
> continually hack their backends). Perhaps the GUI should follow the
> formatting of the axes? (Though this would again require a change to the
> backend....)

Could you be more specific? In what ways are you currently limited, and how 
would you like matplotlib to behave?

Darren

Anand Patil wrote:
>>> Matplotlib occasionally crashes Python at the end of a long program on 
>>> my powerbook g4 running OS X 10.4. gdb output follows:
>>>
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: KERN_INVALID_ADDRESS at address: 0x0a68fe40
>>> 0x002eae50 in visit_decref (op=0x28a1cb0, data=0x0) at 
>>> /Users/ronald/Python/r25/Modules/gcmodule.c:270
>>> 270     /Users/ronald/Python/r25/Modules/gcmodule.c: No such file or 
>>> directory.
>>>        in /Users/ronald/Python/r25/Modules/gcmodule.c
>>>
>>> or
>>>
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: KERN_PROTECTION_FAILURE at address: 0x00000056
>>> 0x002eae50 in visit_decref (op=0x28a17e0, data=0x0) at 
>>> /Users/ronald/Python/r25/Modules/gcmodule.c:270
>>> 270     in /Users/ronald/Python/r25/Modules/gcmodule.c
>>>
>>> It's always something like that, and it always happens after the little 
>>> Python icon starts bouncing around in the dock. I don't know anyone 
>>> named Ronald and no such directory exists on my machine.
>>>    
>>>
>> What version of matplotlib, what version of Python and where did you 
>> them from from (build from source, some binary installer, fink...?)
>>
>> -- Russell
>>
>>
>>
>>  
>>
> It's Python 2.5, and the new Matplotlib 0.9 built from source. I saw the 
> same problem with Python 2.4.3 and Matplotlib 0.8.(can't remember), 
> which was part of the reason I upgraded. However, I didn't look at the 
> problem with gdb using the earlier versions.

This still sounds like a problem in which some component was built with 
a different version of another component than the one you are actually 
running.  Are you sure you have only the one version of mpl and one 
version of python, so that  the former was compiled against the latter? 
  And the same for numpy or Numeric or numarray?

You might want to look back through the mailing list archive; there has 
been a lot of discussion recently about how to get a working combination 
of numpy and mpl on a Mac.

Eric

> 
> Thanks,
> Anand
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

We are starting to use matplotlib to do some analysis of our data, but we 
are hampered by the unfortunate choice of significant digits in the GUI. 
I hacked the backends for 0.87.7 to display (many) more significant 
digits and I was wondering if anyone had any better suggestions (ie that I 
could implement directly into my code so others wouldn't need to 
continually hack their backends). Perhaps the GUI should follow the 
formatting of the axes? (Though this would again require a change to the 
backend....)

Thanks!
Matt

At 4:48 PM -0700 2007-02-20, Samuel M. Smith wrote:
>On Feb 20, 2007, at 14:47 , Russell E Owen wrote:
>
>>>
>>>In the past the distributions were a little more user friendly for 
>>>installing.
>>>I know I can't complain too much since you are doing all the work.
>>>Just wondering if I missed something when I tried to install it.
>>
>>Oops, I just realized how misleading my earlier message was. I do NOT
>>build the official matplotlib Mac packages. I have been building the
>>packages at pythonmac.org. I started that because an earlier Python
>>2.4 matplotlib package crashed when using a user-installed Tcl/Tk*
>>and just never got out of the habit.
>>
>>So I don't have anything to do with the official matplotlib Mac
>>binaries and I have no idea what's in their ReadMe files. I *hope*
>>they include the necessary info about what version of wxPython is
>>required and all that, but I don't know.
>>
>>I can't help you with easy_install either. Sorry.
>>
>
>Well that explains why there is no readme in the distribution on source forge.
>Any chance you will build a distribution of matplotlib 0.90 for 
>pythonmac soon?

I did earlier today; I'm hoping it will go up in the next day or so.

WXAgg is built against wxPython 2.6.x because last I heard the 2.8.x 
issues weren't resolved.

-- Russell

On Feb 20, 2007, at 14:47 , Russell E Owen wrote:


>>
>> In the past the distributions were a little more user friendly for  
>> installing.
>> I know I can't complain too much since you are doing all the work.
>> Just wondering if I missed something when I tried to install it.
>
> Oops, I just realized how misleading my earlier message was. I do NOT
> build the official matplotlib Mac packages. I have been building the
> packages at pythonmac.org. I started that because an earlier Python
> 2.4 matplotlib package crashed when using a user-installed Tcl/Tk*
> and just never got out of the habit.
>
> So I don't have anything to do with the official matplotlib Mac
> binaries and I have no idea what's in their ReadMe files. I *hope*
> they include the necessary info about what version of wxPython is
> required and all that, but I don't know.
>
> I can't help you with easy_install either. Sorry.
>

Well that explains why there is no readme in the distribution on  
source forge.
Any chance you will build a distribution of matplotlib 0.90 for  
pythonmac soon?

>>Matplotlib occasionally crashes Python at the end of a long program on 
>>my powerbook g4 running OS X 10.4. gdb output follows:
>>
>>Program received signal EXC_BAD_ACCESS, Could not access memory.
>>Reason: KERN_INVALID_ADDRESS at address: 0x0a68fe40
>>0x002eae50 in visit_decref (op=0x28a1cb0, data=0x0) at 
>>/Users/ronald/Python/r25/Modules/gcmodule.c:270
>>270     /Users/ronald/Python/r25/Modules/gcmodule.c: No such file or 
>>directory.
>>        in /Users/ronald/Python/r25/Modules/gcmodule.c
>>
>>or
>>
>>Program received signal EXC_BAD_ACCESS, Could not access memory.
>>Reason: KERN_PROTECTION_FAILURE at address: 0x00000056
>>0x002eae50 in visit_decref (op=0x28a17e0, data=0x0) at 
>>/Users/ronald/Python/r25/Modules/gcmodule.c:270
>>270     in /Users/ronald/Python/r25/Modules/gcmodule.c
>>
>>It's always something like that, and it always happens after the little 
>>Python icon starts bouncing around in the dock. I don't know anyone 
>>named Ronald and no such directory exists on my machine.
>>    
>>
>
>What version of matplotlib, what version of Python and where did you 
>them from from (build from source, some binary installer, fink...?)
>
>-- Russell
>
>
>
>  
>
It's Python 2.5, and the new Matplotlib 0.9 built from source. I saw the 
same problem with Python 2.4.3 and Matplotlib 0.8.(can't remember), 
which was part of the reason I upgraded. However, I didn't look at the 
problem with gdb using the earlier versions.

Thanks,
Anand

If I go to the matplotlib download page:
<http://sourceforge.net/project/showfiles.php?group_id=80706>

then there is a table showing "matplotlib" and "matplotlib-toolkits". 
Clicking on "Download" or "matplotlib-0.90.0" results in a page with 
no files.

On the other hand, clicking on "matplotlib" (the upper-left link of 
the table) does the right thing. So does scrolling down, but that may 
be not be obvious unless one has a really big window.

-- Russell

At 2:33 PM -0700 2007-02-20, Samuel M. Smith wrote:
>>>Shouldn't the version of wxPython also get included in the name along
>>>with the python version and os version?
>>
>>That information is in the ReadMe file in the installer.
>
>I will try to remember to look there in the future to know which wx 
>is supported, thanks.
>
>
>The matplotlib on sourceforge
>http://downloads.sourceforge.net/matplotlib/matplotlib-0.90.0-py2.5-macosx-10.4-fat.egg?modtime=1171118530&big_mirror=0
>
>is an egg but doesn't install with easy_install. Complains there is 
>no setup.py file.
>I copied the .egg directory into ....site-packages but it is not 
>automatically included in sys.path
>when I run the python interpreter.
>
>I have to manually do this:
>>>>  from pkg_resources import require
>>>>  require("matplotlib")
>[matplotlib 0.90.0 
>(/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.90.0-py2.5-macosx-10.4-fat.egg)]
>
>for it to be accessible.
>
>I guess I have to add it manually to my PYTHONPATH or else generate 
>a .pth file and put it in site-packages
>to get it automatically added to sys.path?
>
>In the past the distributions were a little more user friendly for installing.
>I know I can't complain too much since you are doing all the work.
>Just wondering if I missed something when I tried to install it.

Oops, I just realized how misleading my earlier message was. I do NOT 
build the official matplotlib Mac packages. I have been building the 
packages at pythonmac.org. I started that because an earlier Python 
2.4 matplotlib package crashed when using a user-installed Tcl/Tk* 
and just never got out of the habit.

So I don't have anything to do with the official matplotlib Mac 
binaries and I have no idea what's in their ReadMe files. I *hope* 
they include the necessary info about what version of wxPython is 
required and all that, but I don't know.

I can't help you with easy_install either. Sorry.

-- Russell

* The crash stems from a limitation of the Mac build of Python 2.4 
that was fixed in 2.5. By default MacPython 2.4 does not find a 3rd 
party Tcl/Tk. There's a simple patch to fix this but it appears that 
binary packages that use Tkinter may not work with 3rd party Tcl/Tk 
unless the patch was applied by the person doing the build.

>
>> Shouldn't the version of wxPython also get included in the name along
>> with the python version and os version?
>
> That information is in the ReadMe file in the installer.

I will try to remember to look there in the future to know which wx  
is supported, thanks.


The matplotlib on sourceforge
http://downloads.sourceforge.net/matplotlib/matplotlib-0.90.0-py2.5- 
macosx-10.4-fat.egg?modtime=1171118530&big_mirror=0

is an egg but doesn't install with easy_install. Complains there is  
no setup.py file.
I copied the .egg directory into ....site-packages but it is not  
automatically included in sys.path
when I run the python interpreter.

I have to manually do this:
 >>> from pkg_resources import require
 >>> require("matplotlib")
[matplotlib 0.90.0 (/Library/Frameworks/Python.framework/Versions/2.5/ 
lib/python2.5/site-packages/matplotlib-0.90.0-py2.5-macosx-10.4- 
fat.egg)]

for it to be accessible.

I guess I have to add it manually to my PYTHONPATH or else generate  
a .pth file and put it in site-packages
to get it automatically added to sys.path?

In the past the distributions were a little more user friendly for  
installing.
I know I can't complain too much since you are doing all the work.
Just wondering if I missed something when I tried to install it.

[sorry if this appears more than once]

On 2/19/07, Andrew Straw <str...@as...> wrote:
> Dear Gary, "_ns" is the numpy backend. Do you have numpy installed? Is
> it working? Are you compiling matplotlib from source? What version of
> Ubuntu are you using (Dapper? Edgy?)

Numpy 1.0.2.dev???? (very recent) compiled from svn source, installed
and appears to be working correctly.
Compiling MPL 0.90 (sourceforge tarball) from source.
Kubuntu Edgy 6.10  (Python 3.4.4)



>
> Gary Pajer wrote:
> > [sorry if this appears more than once.  The list manager is timing out
> > when I try to change my email address, so I can't tell if it has taken
> > effect]
> >
> > No_module_named _ns_backend_agg
> >
> > I've set to True everything in setupext.py that had agg in it.
> >
> > This is my first time building on ubuntu.
> > I spent lots of time chasing down dependencies, and there are no
> > errors  during the build.  Help please?
> >
> > TIA,
> > gary
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
>
>

In article <45D...@cs...>,
 Anand Patil <an...@so...> wrote:

> Hi all,
> 
> Matplotlib occasionally crashes Python at the end of a long program on 
> my powerbook g4 running OS X 10.4. gdb output follows:
> 
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_ADDRESS at address: 0x0a68fe40
> 0x002eae50 in visit_decref (op=0x28a1cb0, data=0x0) at 
> /Users/ronald/Python/r25/Modules/gcmodule.c:270
> 270     /Users/ronald/Python/r25/Modules/gcmodule.c: No such file or 
> directory.
>         in /Users/ronald/Python/r25/Modules/gcmodule.c
> 
> or
> 
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000056
> 0x002eae50 in visit_decref (op=0x28a17e0, data=0x0) at 
> /Users/ronald/Python/r25/Modules/gcmodule.c:270
> 270     in /Users/ronald/Python/r25/Modules/gcmodule.c
> 
> It's always something like that, and it always happens after the little 
> Python icon starts bouncing around in the dock. I don't know anyone 
> named Ronald and no such directory exists on my machine.

What version of matplotlib, what version of Python and where did you 
them from from (build from source, some binary installer, fink...?)

-- Russell

In article <C2C...@sa...>,
 "Samuel M. Smith" <sm...@sa...> 
 wrote:

> >
> >> which versions of wxPython are supported?
> >
> > I haven't tried the new one, but the last release worked well with
> > wxPython2.6.3, but had some issues with 2.8.* -- I don't think anyone
> > has addressed those yet.
> >
> 
> Just to confirm, the binary posted at the following
> http://downloads.sourceforge.net/matplotlib/matplotlib-0.90.0-py2.5- 
> macosx-10.4-fat.egg?modtime=1171118530&big_mirror=0
> was compiled to work with wxPython 2.6 but may work with wxPython 2.8?

It was compiled with wxPython 2.6. It will NOT work with wxPython 2.8.

What Chris is referring to is that when I built matplotlib against 
wxPython 2.8 (in hopes of serving that at pythonmac.org) I ran into 
several problems:
- there appears to be broken code in matplotlib's wx support (making us 
wonder how and why it works with wxPython 2.6 at all)
- fixing that left something that ran but had some odd problems

> Shouldn't the version of wxPython also get included in the name along  
> with the python version and os version?

That information is in the ReadMe file in the installer.

Keep in mind that we have:
- which back ends are supported
- which numeric packages are support
I don't want to try to fit all that into a file name.

-- Russell

Hi all,

Matplotlib occasionally crashes Python at the end of a long program on 
my powerbook g4 running OS X 10.4. gdb output follows:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0a68fe40
0x002eae50 in visit_decref (op=0x28a1cb0, data=0x0) at 
/Users/ronald/Python/r25/Modules/gcmodule.c:270
270     /Users/ronald/Python/r25/Modules/gcmodule.c: No such file or 
directory.
        in /Users/ronald/Python/r25/Modules/gcmodule.c

or

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000056
0x002eae50 in visit_decref (op=0x28a17e0, data=0x0) at 
/Users/ronald/Python/r25/Modules/gcmodule.c:270
270     in /Users/ronald/Python/r25/Modules/gcmodule.c

It's always something like that, and it always happens after the little 
Python icon starts bouncing around in the dock. I don't know anyone 
named Ronald and no such directory exists on my machine.

Thanks,
Anand Patil

On 2/20/07, Gary Pajer <pa...@in...> wrote:
> On 2/19/07, Andrew Straw <str...@as...> wrote:
> > Dear Gary, "_ns" is the numpy backend. Do you have numpy installed?
>
> yes, from svn

[...]

>
> Python 2.4.7

typo:  2.4.4