matplotlib-users Mailing List for matplotlib (Page 10)

On Wed, 07 Sep 2005, Eric Firing apparently wrote: 
> So, the big question is: is it OK, or at least potentially 
> OK, to change the pylab API for contour and contourf so 
> that they return a single object instead of a tuple? 

This breaks the matlab analogy.
I do not care about that myself,
but people coming from matlab might.
Maybe the right way to go is to provide an extended 
contourgroup object 
http://www.mathworks.com/access/helpdesk/help/techdoc/ref/contourgroupproperties.html
and treat contour and contourf as convenience functions that 
continue to work as they do.

fwiw,
Alan Isaac

>>>>> "Noel" == Noel O'Boyle <no...@ca...> writes:

    Noel> (1) If I don't compile GTK, please don't make it the
    Noel> default. 

Yes, this is a common annoyance that needs to be fixed.  

    Noel> (3) If I need to edit matplotlibrc, please include the list
    Noel> of possible options beside each of the relevant lines. I had
    Noel> to look up the correct spelling for TkAgg in the source (the
    Noel> User Guide variously refers to tkagg, Tkagg, TkAgg) - there
    Noel> is an easier way.

In general we do

    numerix      : Numeric    # Numeric or numarray
    interactive  : False      # see http://matplotlib.sourceforge.net/interactive.html
    toolbar      : toolbar2   # None | classic | toolbar2
    timezone     : UTC        # a pytz timezone string, eg US/Central or Europe/Paris

...and see below...


    Noel> I appreciate all of the hard work by the matplotlib team and
    Noel> hope that my comments are helpful,

They are certainly helpful and we'll fix these as we can.  As you'll
notice from the volume of the mailing lists and the number of
different things matplotlib is trying to do, we have our hands pretty
full, so I encourage people to chip in wherever possible.  Eg, if
there is a specific rc line that could be better like

# the default backend; one of GTK GTKAgg GTKCairo FltkAgg QtAgg TkAgg 
# Agg Cairo GD GDK Paint PS SVG Template
backend      : GTKAgg     

and you can submit this fix instead, that will be most helpful.

If there is a bug in the manual (tkagg, TkAgg, TKAgg), if you could
download the source, edit it and submit the fixes, that would also be
helpful.

  http://cvs.sourceforge.net/viewcvs.py/matplotlib/users_guide

I realize that as a new user you often don't know where to find these
things or this information, but I just want to point it out now
because I encourage everyone to contribute what they can.

Thanks,
JDH

>>>>> "Nils" == Nils Wagner <nw...@me...> writes:

    Nils> Hi all, I am trying to build matplotlib from cvs on SuSE
    Nils> 9.1.

    Nils> python setup.py build results in

    Nils> src/_wxagg.cpp:55:34: wx/wxPython/wxPython.h: No such file
    Nils> or directory src/_wxagg.cpp: In member function `Py::Object
    Nils> _wxagg_module::convert_agg_to_wx_image(const Py::Tuple&)':
    Nils> src/_wxagg.cpp:105: error: `wxPyConstructObject' undeclared
    Nils> (first use this function) src/_wxagg.cpp:105: error: (Each
    Nils> undeclared identifier is reported only once for each
    Nils> function it appears in.)  src/_wxagg.cpp: In member function
    Nils> `Py::Object _wxagg_module::convert_agg_to_wx_bitmap(const
    Nils> Py::Tuple&)': src/_wxagg.cpp:129: error:
    Nils> `wxPyConstructObject' undeclared (first use this function)
    Nils> src/_wxagg.cpp: In function `void init_wxagg()':
    Nils> src/_wxagg.cpp:260: error: `wxPyCoreAPI_IMPORT' undeclared
    Nils> (first use this function) error: command 'gcc' failed with
    Nils> exit status 1
 
    Nils> Where can I find wxPython.h ?

Nils, if you don't specifically want the wxagg animated blit
functionality (as described here
http://www.scipy.org/wikis/topical_software/Animations), you can set
'BUILD_WXAGG = 0' in setup.py.  Otherwise, you'll need to get the
devel headers as others have suggested.

Kevin, Do you think it would be possible to make the BUILD_WXAGG logic
a little smarter so that it doesn't kill the build process?  Or
perhaps set BUILD_WXAGG to False by default.  I'm afraid this one will
bite a lot of people who have wxpython installed but not the devel
headers (as noted in previous discussions, the debian devel packages
appear broken with respect to wxPython.h).  

JDH

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

    Eric> So, the big question is: is it OK, or at least potentially
    Eric> OK, to change the pylab API for contour and contourf so that
    Eric> they return a single object instead of a tuple?  

It's fine with me.  contour users are mostly power users, so they will
adapt, and the functionality is still relatively new so it is not too
deeply ingrained in people's apps.  As I recall, I dumped most of the
contour functionality into the ContourHelpers class just to clean up
axes.py, which was beginning to be dominated by all the contour code.

I think the idea of having a single object that controls all the
contour functionality is a good one, because it is easier to extend
w/o breaking argument passing symantics.  In general, I think this
would be a good idiom for all plot objects (LinePlot, ScatterPlot,
ContourPlot, ImagePlot, etc...)

FYI, I applied you in/out ticks patch to CVS a couple of days ago.

JDH

Hello Mark,
Hello everyone,

I wrote myself a little program which juggled five commands in all possible
orders saving each plottingresult in a png. What I could see was that (with
autoscale_on=False) the commands

  imshow(something),
  plot(something)
  axis('scaled')
  axis('equal')
  axis([-2,2,-3,3]))

had to obey two rules. Then and only then the plot looked like I wanted 
(i.e. it had the correct limits given by axis([...]) and a circle looked
like a circle).
 (i) plot()   has to be before axis([-2,2,-3,3])
(ii) imshow() has to be before axis([-2,2,-3,3])

I think (i) everyone knows from everyday experience with MPL. Then (ii)
doesn't suprise too much.

Remark 1)
I put axis('equal') AND axis('scaled') in, just to check out
if everything works fine. It seems to me that axis('scaled') overrules
axis('equal').
In other words: I suppose axis('equal') doesn' set fixLimits=False.
I - preferring axis('scaled') - doesn't find this to bad. But nevertheless
it could be confusing to the user who prefers the other option ... on the
other hand: Propably no-one uses axis('equal') AND axis('scaled') in one
program (except me doing a 120 permutations ;-)

Remark 2)
Still: I can't become a really friend of this. If autoscale_on=True I would
understand (i) and (ii). But it is False. When plotting doesn't autoscale
why are the limits changed? In other words: Why (i) and (ii)? You could
propably say: We already talked about the difference in
  axis('equal')
  axis([-2,2,-3,3])
and
  axis([-2,2,-3,3])
  axis('equal').
But this is not true for axis('scaled'). Here the order doesn't play a role
(At least I saw this in a seperate example and I also couldn't figure out
that the order played a role for 'scaled' in my permutations - notice the
"Then and only then" before (i) and (ii)!)

That's as far as I came right now.
Bye,
Martin

PS: I don't know if this permutation-doing program is of any use to you.
That's why I haven't attached it. If you would like to have it - let me know
... but I wouldn't exhibit it in the Louvre if you know what I mean ;-)

-- 
Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner

Nils Wagner wrote:

>>>Unfortunately, SuSE 9.1 comes without python-wxGTK-devel.
>>>Which rpm's (from wxpython.org) are necessary and can be used with SuSE
>>>9.1 ?
>>>
>>
>>On 9.2 I'm using those:
>>
>>wxPython2.6-gtk2-unicode-2.6.1.0-1_py2.3
>>wxPython2.6-devel-gtk2-unicode-2.6.1.0-1_py2.3
>>wxPython-common-gtk2-unicode-2.6.0.1-1_py2.3
>>
> 
> Sorry, I cannot find SuSE specific rpm's but only rpm's for Fedora,
> Mandrake and Red Hat.
>  http://www.wxpython.org/download.php
> 

There aren't any for SuSE, I'm using the RH9 ones.
Christian

Hi

Well I'm running a 2.6.11 testing kernel (due to some hardware problems
under 2.6.8) but I fetch all my software (via apt-get) from the stable
archives. I'm no Debian expert but I know that apt-get and dpkg perform
good dependency checking when you install a .deb and should tell you if
some required packages are too old. I had no problems with the two
packages and my mpl is running fine. Note that I installed

libpixman1_0.1.5-1_i386.deb
libcairo1_0.4.0-1_i386.deb

but I guess that the newer versions now available should also do the job.

cheers,
steve


Noel O'Boyle wrote:
> Thanks Steve,
> I prefer to use .debs where possible. Is it risky to use packages from
> unstable? I don't want to return to an rpm nightmare.
> 
> Regards,
> Noel
> 
> On Thu, 2005-09-08 at 11:19 +0200, Steve Schmerler wrote:
> 
>>Noel O'Boyle wrote:
>>
>>>Is the debian package for matplotlib broken??
>>>
>>>I found the following error when trying to install the debian package
>>>for matplotlib as per the instructions at the bottom of
>>>http://matplotlib.sourceforge.net/installing.html.
>>>
>>>apt-get install python-matplotlib python-matplotlib-doc
>>>"The following packages have unmet dependencies:
>>>  python-matplotlib: Depends: python2.3-matplotlib (= 0.82-1) but it is
>>>not going to be installed
>>>E: Broken packages"
>>>
>>>I then tried apt-get install python2.3-matplotlib:
>>>"The following packages have unmet dependencies:
>>>  python2.3-matplotlib: Depends: libcairo1 but it is not installable
>>>E: Broken packages"
>>>
>>>I then tried apt-get install libcairo1:
>>>"Package libcairo1 is not available, but is referred to by another
>>>package.
>>>This may mean that the package is missing, has been obsoleted, or
>>>is only available from another source
>>>E: Package libcairo1 has no installation candidate"
>>>
>>>Regards,
>>>Noel
>>>
>>>
>>
>>
>>Hi
>>
>>Seems that you have compiled mpl yourself by now. Anyway if you (or 
>>others) are still interested in installing the .debs from 
>>http://anakonda.altervista.org:
>>
>>I had to download and install libpixman1*.deb and libcairo1*.deb from 
>>debian.org (apt-get didn't find any of these since I'm running a sarge 
>>stable). Meanwhile there is a
>>libcairo2_1.0.0-2_i386.deb in unstable and a ibpixman1_0.1.6-1_i386.deb 
>>in testing.
>>
>>After installing these I could do
>>
>>apt-get install python2.3-matplotlib python-matplotlib-data 
>>python-matplotlib-doc
>>
>>cheers,
>>steve
> 
> 

Nils Wagner wrote:
> Christian Kristukat wrote:
> 
>>Nils Wagner wrote:
>>
>>>Hi all,
>>>
>>>I am trying to build matplotlib from cvs on SuSE 9.1.
>>>
>>>python setup.py build results in
>>>
>>>src/_wxagg.cpp:55:34: wx/wxPython/wxPython.h: No such file or directory
>>>src/_wxagg.cpp: In member function `Py::Object
>>>_wxagg_module::convert_agg_to_wx_image(const Py::Tuple&)':
>>>src/_wxagg.cpp:105: error: `wxPyConstructObject' undeclared (first use
>>>this function)
>>>src/_wxagg.cpp:105: error: (Each undeclared identifier is reported only
>>>once for each function it appears in.)
>>>src/_wxagg.cpp: In member function `Py::Object
>>>_wxagg_module::convert_agg_to_wx_bitmap(const Py::Tuple&)':
>>>src/_wxagg.cpp:129: error: `wxPyConstructObject' undeclared (first use
>>>this function)
>>>src/_wxagg.cpp: In function `void init_wxagg()':
>>>src/_wxagg.cpp:260: error: `wxPyCoreAPI_IMPORT' undeclared (first use
>>>this function)
>>>error: command 'gcc' failed with exit status 1
>>> 
>>>Where can I find wxPython.h ?
>>>
>>>cvs/matplotlib> rpm -qi python-wxGTK
>>
>>Have you installed python-wxGTK-devel as well? The include files
>>should be there. Btw. the rpm packages from wxpython.org work without
>>problems on SuSE and are more recent than those shipped.
>>
> 
> Unfortunately, SuSE 9.1 comes without python-wxGTK-devel.
> Which rpm's (from wxpython.org) are necessary and can be used with SuSE
> 9.1 ?
> 

On 9.2 I'm using those:

wxPython2.6-gtk2-unicode-2.6.1.0-1_py2.3
wxPython2.6-devel-gtk2-unicode-2.6.1.0-1_py2.3
wxPython-common-gtk2-unicode-2.6.0.1-1_py2.3

Christian

> On my linux box (Debian Sarge, Python 2.3, Matplotlib 0.82) the first 
> example, text(0.5, 0.5, u'\u03bb'), correctly shows a lambda, but the 
> second, text(0.5, 0.5, u'\u03bb'.encode('utf8')), only shows 2 small 
> boxes. Perhaps you do not have all the required fonts installed?

I am not sure what fonts need to be installed. Actually I thought Matplotlib
brings its own fonts... 

-- 
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse für Mail, Message, More +++

On my linux box (Debian Sarge, Python 2.3, Matplotlib 0.82) the first 
example, text(0.5, 0.5, u'\u03bb'), correctly shows a lambda, but the 
second, text(0.5, 0.5, u'\u03bb'.encode('utf8')), only shows 2 small 
boxes. Perhaps you do not have all the required fonts installed?

I am using the AGG backend and I am having issues with displaying unicode
characters in MPL on a Linux box. Instead of the actual character I see only
a placeholder/square symbol. E.g. the following command 

text(0.5, 0.5, u'\u03bb')

correctly shows the small greek letter lambda on my windows machine, but on
Linux, I get only a placeholder. I also tried

text(0.5, 0.5, u'\u03bb'.encode('utf8'))

and some other encodings but the result is the same. The python default
encoding is UTF-8 on both systems.

Is this maybe due to the font not being able to display this character (not
sure whether different fonts are used on different OSs) or am I making some
encoding mistake?

Thanks in advance,
Sascha

-- 
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse für Mail, Message, More +++

Hello everyone,

Arnd Baecker and I tried a while to enlarge the thickness of tick-lines. 
One of our presumptions was:

  ax = gca()
  xticks = ax.xaxis.get_ticklines()
  setp(xticks, linewidth= 4)

This was not working.
But we finally found a way to do so. To do the desired enlargement we had to
edit the 'lines.py'-file. Because of the ticks also just being lines we
added something to the methods

  _draw_tickleft(self, renderer, gc, xt, yt)
  _draw_tickright(self, renderer, gc, xt, yt)
  _draw_tickup(self, renderer, gc, xt, yt)
  _draw_tickdown(self, renderer, gc, xt, yt).

Right after each 

  offset = renderer.points_to_pixels(self._markersize)

(which as far as we know sets the lenght of the ticks with help of the
rc-file via some minor detours)
we wrote a 

  gc.set_linewidth(self._linewidth).

Now the 

  ax = gca()
  xticks = ax.xaxis.get_ticklines()
  setp(xticks, linewidth= 4)

did work well!

Now there are three more things to ask:

a) Is there any drawback? We just used the self._linewidth without really
knowing what it was for. Could it be that some user sets a parameter
somewhere to change some other linewidth and changes the tickwidth "en
passant"?
b) In behalf of unification it would possibly be better to add this option
to the .matplotlibrc-file in the neighbourhood of

  tick.major.size     : 4      # major tick size in points.

(As far as I can see this means changeing the Class Tick's __init__ placed
in axis.py a little bit.)
c) Now it is possible to change 'lw'. Should it also be possible to change
'color', 'linestyle'?

Bye,
Martin

-- 
GMX DSL = Maximale Leistung zum minimalen Preis!
2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

Dear all,

I have just succeeded in compiling and installing matplotlib on Debian
Sarge. I look forward to many hours of happy graphing, etc.

However, I think that there are a few things which could be done to make
the whole procedure less painful for users.

I compiled with the Tk backend. But when I tried to import pylab, it
kept looking for the GTK backend. After several recompilations, I
realised that matplotlibrc still thought the default backend was GTKAgg.
I changed this to TKAgg and all was fine.

Problems/Solutions:
(1) If I don't compile GTK, please don't make it the default. Or, at
least, in the installation procedure please tell me to change the
default backend in matplotlibrc (or even, just tell me about
matplotlibrc).
(2) If I need to edit setup.py, please include the list of possible
options beside each of the relevant lines.
(3) If I need to edit matplotlibrc, please include the list of possible
options beside each of the relevant lines. I had to look up the correct
spelling for TkAgg in the source (the User Guide variously refers to
tkagg, Tkagg, TkAgg) - there is an easier way.

I appreciate all of the hard work by the matplotlib team and hope that
my comments are helpful,

Regards,
Noel O'Boyle.

John, Jeff,

As I mentioned a couple weeks ago, I found that the CVS change to 
colorbar breaks contourf if called with explicit colors rather than a 
colormap.  I think this is just a symptom of deeper problems in 
contour.py, so I have been trying to improve the whole system before 
dealing with the specific colorbar problem.  I have found it very 
difficult to keep track of what is going on in the present system, 
particularly with respect to the "mappable" object that gets tacked onto 
the list of collections that contour and contourf return.  I think the 
root of the problem is the tension between OO design and the non-OO 
matlab compatibility of the present contour and contourf functions, 
combined with the minimally OO construction of the ContourHelper class 
(which is mostly a package of functions).  Now, the functions return 
(levs, collections), where levs is the list of contour levels and 
collections is a silent_list of collections with an attached 
ContourMappable object.  What I want to do instead is return a single 
object that includes everything useful; it inherits from ScalarMappable 
(like collections do), it includes the levels, the list of collections, 
and all the various relevant attributes of the contour plot.  Passing 
this object to a colorbar function or a clabel function then makes it 
much easier for these functions to do the right thing--they get the 
necessary information in a single straightforward package.

So, the big question is: is it OK, or at least potentially OK, to change 
the pylab API for contour and contourf so that they return a single 
object instead of a tuple?  I am part-way there, and I think going the 
rest of the way would be good for the long-term usability and 
maintainability of mpl.  But I don't want to go the rest of the way, 
which will affect many files and also break some users' programs, if 
this is judged to be too radical a change, or otherwise undesirable.

Eric

Nils Wagner wrote:
> Hi all,
> 
> I am trying to build matplotlib from cvs on SuSE 9.1.
> 
> python setup.py build results in
> 
> src/_wxagg.cpp:55:34: wx/wxPython/wxPython.h: No such file or directory
> src/_wxagg.cpp: In member function `Py::Object
> _wxagg_module::convert_agg_to_wx_image(const Py::Tuple&)':
> src/_wxagg.cpp:105: error: `wxPyConstructObject' undeclared (first use
> this function)
> src/_wxagg.cpp:105: error: (Each undeclared identifier is reported only
> once for each function it appears in.)
> src/_wxagg.cpp: In member function `Py::Object
> _wxagg_module::convert_agg_to_wx_bitmap(const Py::Tuple&)':
> src/_wxagg.cpp:129: error: `wxPyConstructObject' undeclared (first use
> this function)
> src/_wxagg.cpp: In function `void init_wxagg()':
> src/_wxagg.cpp:260: error: `wxPyCoreAPI_IMPORT' undeclared (first use
> this function)
> error: command 'gcc' failed with exit status 1
>  
> Where can I find wxPython.h ?
> 
> cvs/matplotlib> rpm -qi python-wxGTK

Have you installed python-wxGTK-devel as well? The include files should be 
there. Btw. the rpm packages from wxpython.org work without problems on SuSE and 
are more recent than those shipped.

Regards, Christian

On Thu, 8 Sep 2005, Robert Kern wrote:

> Nils Wagner wrote:
> > Hi all,
> >
> > I am trying to build matplotlib from cvs on SuSE 9.1.
> >
> > python setup.py build results in
> >
> > src/_wxagg.cpp:55:34: wx/wxPython/wxPython.h: No such file or directory

could that one be in a corresponding python-wxGTK "-dev" package?

(For debian sarge it was necessary to download
the source package and copy the corresponding files
from  wx/wxPython/ to the right place)

Best,

Arnd

Nils Wagner wrote:
> Hi all,
> 
> I am trying to build matplotlib from cvs on SuSE 9.1.
> 
> python setup.py build results in
> 
> src/_wxagg.cpp:55:34: wx/wxPython/wxPython.h: No such file or directory

It's included in SuSE 9.3 at least. It might have been left out of the
9.1 release, but you'll have to take that up with SuSE.

http://www.novell.com/products/linuxpackages/professional/python-wxgtk.html

-- 
Robert Kern
rk...@uc...

"In the fields of hell where the grass grows high
 Are the graves of dreams allowed to die."
  -- Richard Harter

Hi all,

I am trying to build matplotlib from cvs on SuSE 9.1.

python setup.py build results in

src/_wxagg.cpp:55:34: wx/wxPython/wxPython.h: No such file or directory
src/_wxagg.cpp: In member function `Py::Object
_wxagg_module::convert_agg_to_wx_image(const Py::Tuple&)':
src/_wxagg.cpp:105: error: `wxPyConstructObject' undeclared (first use
this function)
src/_wxagg.cpp:105: error: (Each undeclared identifier is reported only
once for each function it appears in.)
src/_wxagg.cpp: In member function `Py::Object
_wxagg_module::convert_agg_to_wx_bitmap(const Py::Tuple&)':
src/_wxagg.cpp:129: error: `wxPyConstructObject' undeclared (first use
this function)
src/_wxagg.cpp: In function `void init_wxagg()':
src/_wxagg.cpp:260: error: `wxPyCoreAPI_IMPORT' undeclared (first use
this function)
error: command 'gcc' failed with exit status 1
 
Where can I find wxPython.h ?

cvs/matplotlib> rpm -qi python-wxGTK
Name        : python-wxGTK                 Relocations: (not relocatable)
Version     : 2.4.2.4                           Vendor: SuSE Linux AG,
Nuernberg, Germany
Release     : 138                           Build Date: Wed 07 Apr 2004
08:27:12 AM CEST
Install date: Tue 03 Aug 2004 11:13:30 AM CEST      Build Host: g103.suse.de
Group       : Development/Libraries/Python   Source RPM:
wxGTK-2.4.2.4-138.src.rpm
Size        : 15938338                         License: GPL
Signature   : DSA/SHA1, Wed 07 Apr 2004 08:33:58 AM CEST, Key ID
a84edae89c800aca
Packager    : http://www.suse.de/feedback
URL         : http://www.wxpython.org
Summary     : Cross Platform GUI Toolkit for Python Using wxGTK
Description :
wxPython is a GUI toolkit for Python that is a wrapper around the
wxWidgets C++ GUI library.  wxPython provides a large variety of window
types and controls, all implemented with a native look and feel (and
native runtime speed) on the platforms it is supported on.

Additional documentation is available in package python-wxGTK-doc and
demos and examples are in package python-wxGTK-examples.



Authors:
--------
    Robin Dunn <ro...@al...>
Distribution: SuSE Linux 9.1 (i586)

Nils

Hi,

I am trying to generate postscript output with matplotlib. I installed
matplotlib binaries from pythonmac on two different macs (both dual G5s,
one with panther and the other with out-of-box tiger). 

My test script

import matplotlib
matplotlib.use('Agg')
from pylab import *
plot(arange(5),arange(5),'k-')
title("some title")
xlabel('some unit label')
ylabel('some different unit label')
savefig("filename.ps")

creates a file that seems to be ok but is 4.4 M in size and seems to be
broken somehow (I am not able to open it with any standard ps tools):
<http://www.helsinki.fi/~tjrinne/matplotlib/filename.ps>. On both macs,
savefig("filename.png") works ok, i.e., the matplotlib seems to be
operational but there is something wrong about postscript output. 

On a third mac (panther, everything installed several months ago), the
script happens to be working as expected and the 144K file opens ok. I have
no idea what might be the difference between this fully working matplotlib
installation and my new ones that don't output correct ps.  (The working
mac has an US keyboard while the two macs are international versions with
Finnish keyboards, this should not affect things like this?)

I also tried binaries from <http://sda.iu.edu/projects.html>, same results
(i.e., a big broken file as output).


Any ideas how to track this down or what might be going on? 



Cheers,

Teemu Rinne
Dept Psych
Univ Helsinki

On Fri, 2 Sep 2005, Alan Isaac wrote:> matplotlib's __init__.py is apparently looking
> at os.environ['HOME'], but the default XP setting
> for that is '%USERPROFILE%', which then gets passed
> (*without* expansion) on by get_home even though it's
> expansion is needed.  So import pylab does not work.

Patch to matplotlib/__init__.py is attached (unified diff).
Cheers,
Alan Isaac

		Hello,

I did a mistake with scatter function and I remark a strange things.
The size change even when I pass a bad argument. It's seems that the 
default size change if the size is equal to None or to something stupid. 
It's not important but I prefere to tell you this comportment.

M = 30
x = (rand(M)*scale-scale/2) * .4
y = (rand(M)*scale-scale/2) * .4

scatter (x,y)


M = 30
x = (rand(M)*scale-scale/2) * .4
y = (rand(M)*scale-scale/2) * .4
scatter (x,y,s='s')

N.

>>>>> "Tim" == Tim Leslie <ti...@cs...> writes:

    Tim> Thanks for that, it worked just fine on a standard breezy
    Tim> install. How closely does your repo track CVS? If I see an
    Tim> email saying "fixed in cvs", how long should I expect it to
    Tim> take for a new package to be available? Not that it
    Tim> particularly matters, I'm just curious.

I don't have a policy -- I tend to update the repo on an "as needed"
basis, where as-needed means one of the apps I deploy at work needs
the latest-greatest features or bug-fixes.  I have recently started
naming CVS versions with tags like

  0.84.cvs.2

If you need a feature from CVS and it is not yet in the repo, you can
always email me and I can update.  It takes just a minute or two to
update the repo.

I just did this and ticked the version num to 0.84.cvs.3, which is
current with CVS as of 30 seconds ago.

So feel free to update one more time.

JDH

On Wed, 07 Sep 2005, John Hunter <jdh...@ac...> wrote...

> >>>>> "Tim" == Tim Leslie <ti...@cs...> writes:
> 
>     Noel> Is the debian package for matplotlib broken??  I found the
>     Noel> following error when trying to install the debian package
>     Noel> for matplotlib as per the instructions at the bottom of
>     Noel> http://matplotlib.sourceforge.net/installing.html.
>     >>  What debian variant are you using.  If by chance ubuntu, I
>     >> could point you to my own repository which usually has the
>     >> latest mpl from CVS.
> 
>     Tim> I'd be quite interested in being pointed at these
>     Tim> repositories please John.
> 
> A word of warning.  These quick and dirty packages and they don't do
> all the right things (like gpg authentication) and aren't "debian
> compliant" (sorry too little time).  However, I have used them on a
> number of ubuntu hoary systems (including a custom livecd with all the
> scientific python goodies) and haven't had any trouble.

Thanks for that, it worked just fine on a standard breezy install. How 
closely does your repo track CVS? If I see an email saying "fixed in cvs", 
how long should I expect it to take for a new package to be available? Not 
that it particularly matters, I'm just curious.

Cheers,

Timl

> 
> Included below is my sources.list (universe + multiverse + my repo).  
> 
> > sudo apt-get update
> > sudo apt-get install python-matplotlib-jdh
> 
> I have other packages in there too: scipy CVS (scipy-jdh), ipython CVS
> (ipython-jdh) and so on.
> 
> JDH
> 
> # /etc/apt/sources.list
> #deb cdrom:[Ubuntu 5.04 _Hoary Hedgehog_ - Release i386 (20050407)]/ hoary main restricted
> 
> 
> deb http://archive.ubuntu.com/ubuntu hoary main restricted
> deb-src http://archive.ubuntu.com/ubuntu hoary main restricted
> 
> ## Major bug fix updates produced after the final release of the
> ## distribution.
> deb http://archive.ubuntu.com/ubuntu hoary-updates main restricted
> deb-src http://archive.ubuntu.com/ubuntu hoary-updates main restricted
> 
> ## Uncomment the following two lines to add software from the 'universe'
> ## repository.
> ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
> ## team, and may not be under a free licence. Please satisfy yourself as to
> ## your rights to use the software. Also, please note that software in
> ## universe WILL NOT receive any review or updates from the Ubuntu security
> ## team.
> deb http://archive.ubuntu.com/ubuntu hoary universe
> deb-src http://archive.ubuntu.com/ubuntu hoary universe
> 
> deb http://security.ubuntu.com/ubuntu hoary-security main restricted
> deb-src http://security.ubuntu.com/ubuntu hoary-security main restricted
> 
> deb http://security.ubuntu.com/ubuntu hoary-security universe
> deb-src http://security.ubuntu.com/ubuntu hoary-security universe
> 
> deb http://archive.ubuntu.com/ubuntu hoary multiverse
> deb-src http://archive.ubuntu.com/ubuntu hoary multiverse
> 
> ## Backports
> deb http://ubuntu-backports.mirrormax.net/ hoary-backports main universe multiverse restricted
> deb http://ubuntu-backports.mirrormax.net/ hoary-extras main universe multiverse restricted
> 
> #deb file:///home/jdhunter/debs binary/
> 
> deb http://peds-pc311.bsd.uchicago.edu binary/
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
`-

>>>>> "Tim" == Tim Leslie <ti...@cs...> writes:

    Noel> Is the debian package for matplotlib broken??  I found the
    Noel> following error when trying to install the debian package
    Noel> for matplotlib as per the instructions at the bottom of
    Noel> http://matplotlib.sourceforge.net/installing.html.
    >>  What debian variant are you using.  If by chance ubuntu, I
    >> could point you to my own repository which usually has the
    >> latest mpl from CVS.

    Tim> I'd be quite interested in being pointed at these
    Tim> repositories please John.

A word of warning.  These quick and dirty packages and they don't do
all the right things (like gpg authentication) and aren't "debian
compliant" (sorry too little time).  However, I have used them on a
number of ubuntu hoary systems (including a custom livecd with all the
scientific python goodies) and haven't had any trouble.

Included below is my sources.list (universe + multiverse + my repo).  

> sudo apt-get update
> sudo apt-get install python-matplotlib-jdh

I have other packages in there too: scipy CVS (scipy-jdh), ipython CVS
(ipython-jdh) and so on.

JDH

# /etc/apt/sources.list
#deb cdrom:[Ubuntu 5.04 _Hoary Hedgehog_ - Release i386 (20050407)]/ hoary main restricted


deb http://archive.ubuntu.com/ubuntu hoary main restricted
deb-src http://archive.ubuntu.com/ubuntu hoary main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://archive.ubuntu.com/ubuntu hoary-updates main restricted
deb-src http://archive.ubuntu.com/ubuntu hoary-updates main restricted

## Uncomment the following two lines to add software from the 'universe'
## repository.
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
deb http://archive.ubuntu.com/ubuntu hoary universe
deb-src http://archive.ubuntu.com/ubuntu hoary universe

deb http://security.ubuntu.com/ubuntu hoary-security main restricted
deb-src http://security.ubuntu.com/ubuntu hoary-security main restricted

deb http://security.ubuntu.com/ubuntu hoary-security universe
deb-src http://security.ubuntu.com/ubuntu hoary-security universe

deb http://archive.ubuntu.com/ubuntu hoary multiverse
deb-src http://archive.ubuntu.com/ubuntu hoary multiverse

## Backports
deb http://ubuntu-backports.mirrormax.net/ hoary-backports main universe multiverse restricted
deb http://ubuntu-backports.mirrormax.net/ hoary-extras main universe multiverse restricted

#deb file:///home/jdhunter/debs binary/

deb http://peds-pc311.bsd.uchicago.edu binary/

On Wed, 07 Sep 2005, John Hunter <jdh...@ac...> wrote...

> >>>>> "Noel" == Noel O'Boyle <noe...@ma...> writes:
> 
>     Noel> Is the debian package for matplotlib broken??  I found the
>     Noel> following error when trying to install the debian package
>     Noel> for matplotlib as per the instructions at the bottom of
>     Noel> http://matplotlib.sourceforge.net/installing.html.
> 
> What debian variant are you using.  If by chance ubuntu, I could point
> you to my own repository which usually has the latest mpl from CVS.

I'd be quite interested in being pointed at these repositories please 
John.

Cheers,

Timl

> 
> JDH
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
`-