matplotlib-users Mailing List for matplotlib (Page 1445)

One thing I'm not sure of is just how polar plots are supposed to work. 
If you set the axis background color, what gets colored?  To get that
right (if "in the circle" is right), I guess you'd need a new Axes
class.

In gnuplot, everything is drawn in the rectangle.  "set polar; set grid;
plot sin(3*t)" gives you a rectangular grid.  You have to do "set grid
polar" to circles.  Of course gnuplot isn't what we're going for (How do
you change background color?  The only way I know is using xresources.)

I guess the answer should be what matlab does (unless we can think of
something better).  Now I've never used matlab, so this will take a
little research.  I borrowed a matlab graphics book and will take a
peek.

Keep up the good work.

Thanks,
Greg

PS  Say hi to hyde park for me.  I graduated in 98.

On Wed, 2004-03-31 at 07:54, John Hunter wrote:
> >>>>> "Greg" == Greg Whittier <gr...@th...> writes:
> 
>     Greg> As a temporary solution you might try just transforming your
>     Greg> r,theta data to x, y and then drawing a grid over it.
> 
> A nice workaround.  You may want to add 
> 
>   axis('off')
> 
> To get rid of the background axes.
>  
>     Greg> I looked at the classes and with the loglog already done as
>     Greg> an example, it shouldn't be too hard to add polar plotting.
>     Greg> So far though I haven't got any further than printing out
>     Greg> some of the code.
> 
> I was planning on taking a different tack, and derive a PolarAxes from
> Axes and RadialAxis from Axis, etc, which uses circles rather then
> lines for the radial gridlines, and so on. But you get so close with
> so little code that your approach may be better.  If you want to keep
> forging ahead, I'm happy to leave the ball in your court.
> 
> On an unrelated note,
> 
>   from Numeric import *
>   from matplotlib.matlab import *
> 
> is redundant because matplotlib.matlab imports all of numeric/numarray
> as well as MLab, fft, and some stuff from LinearAlgebra and Matrix.
> This is to provide a matlab like environment where most of the things
> you need are there.
> 
> JDH
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
Greg Whittier <gr...@th...>

It works great now. Thanks for the quick response and
the fix John!

Also to answer Todd Miller:

>I googled around on this and got a suggestion having
>to do with mainloop
> handling from an old Guido e-mail.  IDLE has a -n
>switch ...

In my initial message note the IDLE info:
>IDLE 1.0      ==== No Subprocess ====

The 'No Subprocess' part indicates I'm using the -n
flag.  In IDLE 1.0, from my understanding, the IDE
normally restarts the interpreter each time a program
is run.  The -n flag does not do this and runs
everything together so the Tkinter mainloop does not
get confused.  It's not a great solution but it works
and I have not had serious stability problems, at
least for my limited needs.  This trick is needed for
the turtle module, and probably anything that uses
Tkinter.

And now back to trying matplotlib!

-- David 



>>>>> "John" == John Hunter <jdhunter@ac...> writes:
 
     John> Ahh the golden piece of information.  Todd
Miller has
     John> reported that idle does not seem to respect
matplotlibrc.
     John> At this point we have no idea why.  We'll
try to get this
     John> figured out ASAP!


 >>>> "John" == John Hunter <jdhunter@ac...> writes:

> I found one problem.  IDLE sets the HOME variable,
>and there is a bug
> in the way matplotlib located the rc file. 
>Basically, if HOME is set,
> it expects the rc file to be there.  Here is a fix.
 
 >Edit
C:\Python23\Lib\site->packages\matplotlib\__init__.py
and replace
> the function matplotlib_fname with the following
 
 def matplotlib_fname():
     'Return the path to the rc file'
     if os.environ.has_key('MATPLOTLIBRC'):
         path =  os.environ['MATPLOTLIBRC']
         if os.path.exists(path):
             fname = os.path.join(path,
'.matplotlibrc')
             if os.path.exists(fname):
                 return fname
 
     if os.environ.has_key('HOME'):
         path =  os.environ['HOME']
         if os.path.exists(path):
             fname = os.path.join(path,
'.matplotlibrc')
             if os.path.exists(fname):
                 return fname
 
     path =  get_data_path() # guaranteed to exist or
raise
     fname = os.path.join(path, '.matplotlibrc')
     if not os.path.exists(fname):
         print >> sys.stderr, 'Could not find
.matplotlibrc; using defaults'
     return fname
 
> I tested this on windows with idle.  Idle now
>respects matplotlibrc
> and loads TkAgg.  However, at least on my system,
>there is still some
> idle bug because the Tk window launches and then
>freezes without
> displaying the figure I suspect Todd, the TkAgg
>author, will be
> looking at this soon.  [Todd, I had this problem
>with or without
> window_focus set in my test].
 
 >Sorry for the troubles,
 >JDH


__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/

On Thu, 2004-04-01 at 08:55, John Hunter wrote:
> >>>>> "John" == John Hunter <jdh...@ac...> writes:
> I tested this on windows with idle.  Idle now respects matplotlibrc
> and loads TkAgg.  However, at least on my system, there is still some
> idle bug because the Tk window launches and then freezes without
> displaying the figure I suspect Todd, the TkAgg author, will be
> looking at this soon.  [Todd, I had this problem with or without
> window_focus set in my test].

I googled around on this and got a suggestion having to do with mainloop
handling from an old Guido e-mail.  IDLE has a -n switch which you can
add to the end of the windows shortcut command line (Target:) under the
shortcut properties.  When I did this,  matplotlib is unfrozen.  The
e-mail is a little ominous about using the switch:  I think a failure in
matplotlib could also bring down IDLE and any open windows it might have
lying around (like, say, a plot script!).  Guido also suggests that
running the matplotlib Tkinter mainloop in its own thread to avoid using
-n is a bad idea.  This is looking dicey.  We might want to make a note
that using IDLE with -n can be done but is considered risky.

Here's Guido:
http://aspn.activestate.com/ASPN/Mail/Message/edu-sig/1818398

Regards,
Todd

-- 
Todd Miller <jm...@st...>

>>>>> "Steven" == Steven Pang <pk...@si...> writes:

    Steven> Hi, I need a library for my app to produce .png charts and
    Steven> is currently trying matplotlib. I would need the whole app
    Steven> to be compiled to .exe using py2exe. I wonder if
    Steven> matplotlib is suitable?

Oops, I got confused by all the "Steve" posts this morning and
accidentally responded to Steve Chaplin trying to answer your
question.  Here is the same post again:

Agg is already built into the matplotlib windows installer.  No need
to build it yourself.  If for some reason, however, you want or need
to build it yourself, download
http://matplotlib.sourceforge.net/win32_static.tar.gz, untar it in
your matplotlib src dir, and follow the instructions in the README in
the win32_static dir and in setupext.py.

As for building matplotlib + agg into a py2exe installer, yes this is
possible.  See Matt Fischler's post on this list "How to freeze your
matplotlib apps using py2exe"

  http://sourceforge.net/mailarchive/message.php?msg_id=7467225

Hope this helps,
JDH

>>>>> "John" == John Hunter <jdh...@ac...> writes:

    John> Ahh the golden piece of information.  Todd Miller has
    John> reported that idle does not seem to respect matplotlibrc.
    John> At this point we have no idea why.  We'll try to get this
    John> figured out ASAP!

I found one problem.  IDLE sets the HOME variable, and there is a bug
in the way matplotlib located the rc file.  Basically, if HOME is set,
it expects the rc file to be there.  Here is a fix.

Edit C:\Python23\Lib\site-packages\matplotlib\__init__.py and replace
the function matplotlib_fname with the following

def matplotlib_fname():
    'Return the path to the rc file'
    if os.environ.has_key('MATPLOTLIBRC'):
        path =  os.environ['MATPLOTLIBRC']
        if os.path.exists(path):
            fname = os.path.join(path, '.matplotlibrc')
            if os.path.exists(fname):
                return fname

    if os.environ.has_key('HOME'):
        path =  os.environ['HOME']
        if os.path.exists(path):
            fname = os.path.join(path, '.matplotlibrc')
            if os.path.exists(fname):
                return fname

    path =  get_data_path() # guaranteed to exist or raise
    fname = os.path.join(path, '.matplotlibrc')
    if not os.path.exists(fname):
        print >> sys.stderr, 'Could not find .matplotlibrc; using defaults'
    return fname

I tested this on windows with idle.  Idle now respects matplotlibrc
and loads TkAgg.  However, at least on my system, there is still some
idle bug because the Tk window launches and then freezes without
displaying the figure I suspect Todd, the TkAgg author, will be
looking at this soon.  [Todd, I had this problem with or without
window_focus set in my test].

Sorry for the troubles,
JDH

>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:

    Steve> To answer my own question. Yes, AGG is tested on Windows,
    Steve> Linux, Sun, SGI, and Apple (MacOS X, X11)

Hi Steve, 

Agg is already built into the matplotlib windows installer.  No need
to build it yourself.  If for some reason, however, you want or need
to build it yourself, download
http://matplotlib.sourceforge.net/win32_static.tar.gz, untar it in
your matplotlib src dir, and follow the instructions in the README in
the win32_static dir and in setupext.py.

As for linux, OS X, and unix, the matplotlib src distribution comes
with agg.  No need to download it separately.  Ditto for CVS checkouts
(this is a recent change).

As for building matplotlib + agg into a py2exe installer, yes this is
possible.  See Matt Fischler's post on this list "How to freeze your
matplotlib apps using py2exe"

  http://sourceforge.net/mailarchive/message.php?msg_id=7467225

Hope this helps,
JDH

To answer my own question. Yes, AGG is tested on Windows, Linux, Sun,
SGI, and Apple (MacOS X, X11)

The website is a little out of date. Here's some info the author sent
me:

=============================================================
AGG has been considerably modified last time and its development is
still in
process, but major design issues are stabilized now.
The good news is that there many new things were implemented, such as:

- Gradients and Gouraud Shading
- Image affine transformations
- Strokes with different types of line joins and line caps
- Dashed line generator
- Markers, such as arrowheads/arrowtails
- Fast vectorial polygon clipping to a rectangle
- Low-level clipping to multiple rectangular regions
- Alpha-Masking
- New fast anti-aliased line algorithm
- Using arbitrary images as line patterns
- Rendering in separate color channels
- Perspective and bilinear transformations of vector and image data
- General polygon clipping (and, or, xor, sub) based on Alan Murta's GPC

The library is platform independent and it's considerably redesigned.
You can find many examples, including image transformation ones in
agg2/examples. The examples are platform independent too and you
can find the building environments in the respective directories.
If you use Win32 platform with VC++ 6 or later just open
the projects, the library doesn't need any preliminary building. If you
use
Unix/Linux with X11 and gcc, first execute make in the agg2 directory
and then make in examples/X11/.

There is also a simple SVG viewer, it's in agg2/svg. You will
need Expat XML parser.

The latest snapshot of AGG is always here:
http://www.antigrain.com/agg2.zip (MS-DOS end-of-line style)
http://www.antigrain.com/agg2.tar.gz (Unix end-of-line style)
or in the CVS repository at SourceForge:
http://sourceforge.net/cvs/?group_id=42020

Also there's a lite, minimalistic version:
http://www.antigrain.com/lite/agg2_lite.zip

There is a mailing list:
http://lists.sourceforge.net/lists/listinfo/vector-agg-general
where I publish news from time to time and where some very nice people
are
discussing AGG issues. They are giving me a lot of recommendations and
new
ideas.

I'd recommend you to subscribe and take part in it. Look at the mailing
archives for details:
http://sourceforge.net/mailarchive/forum.php?forum=vector-agg-general
====================================================

> Hi Steve, thanks for letting me know.  There is an off-by-one error
> and it looks like and easy fix.  For future reference, you may want to
> consider using GTKAgg as your default GUI.  This has the GTK widget
> but uses agg for rendering.  Agg supports subpixel rendering and so
> isn't susceptible to one pixel errors that crop up in GTK in a number
> of contexts.  At low resolutions, these become particularly
> noticeable.  Other benefits over the GTK backend are alpha blending,
> anti-aliased drawing, and faster image support -
> http://matplotlib.sourceforge.net/backends.html#GTKAgg

I had a look at http://www.antigrain.com/ and downloaded
agg-2002-05-21.zip.
There's no install document, configure.ac file or Makefile that would
allow me to compile the software. It does not look like this is portable
software that will compile on Linux.

Regards,
Steve

Hi,

I need a library for my app to produce .png charts and is
currently trying matplotlib. I would need the whole app
to be compiled to .exe using py2exe. I wonder if
matplotlib is suitable?

I come across some instructions from John on how
to do this using Agg without a GUI:
Download the src distribution, edit setup.py and
set BUILD_AGG = True, do a normal setup.py install.

However, I got this error on my Win98:
running build_ext
error: Python was built with version 6 of Visual Studio, and extensions 
need to
be built with the same version of the compiler, but it isn't installed.

Thanks for any help,
Steven.

> Now on to your problem.
> 
> In backend_gtk draw_rectangle, change
> 
>         x, y = int(x), self.height-int(math.ceil(y+height))
> 
> to
>         x, y = int(x), self.height-int(y+height)
> 
> and the GraphicsContext.set_clip_rectangle method to
> 
>     def set_clip_rectangle(self, rectangle):
>         GraphicsContextBase.set_clip_rectangle(self, rectangle)
>         l,b,w,h = rectangle
>         rectangle = (int(l), self.renderer.height-int(b+h)+1,
>                      int(w), int(h))
>         self.gdkGC.set_clip_rectangle(rectangle)        

I tried this but it made things worse. With simple_plot.py the plot now
extends above the top axis line.

Steve

>>>>> "David" == David Brown <db...@ya...> writes:

    David> I installed the matplotlib-1.52.win32-py2.3 binary on
    David> python23 (Enthought).  I don't want to install a lot of
    David> extra packages so I found the existing .matplotlibrc in
    David> C:\Python23\share\matplotlib and modified the backend to
    David> "backend : TkAgg".  But when I try to import matplotlib it
    David> appears to be still looking for the default Gtk backend.

    David> I noticed that sys.path did not contain
    David> C:\Python23\share\matplotlib so I tried adding it.  Still
    David> no luck.

It has nothing to do with sys.path, so you can safely ignore this.

    David> Here's the error message:

    David> IDLE 1.0 ==== No Subprocess ====
            ^^^

Ahh the golden piece of information.  Todd Miller has reported that
idle does not seem to respect matplotlibrc.  At this point we have no
idea why.  We'll try to get this figured out ASAP!

As a test case, try to run a matplotlib script from the DOS prompt

C:> python somefile.py

and see if TkAgg launches.  If so, we can be fairly sure it's idle.
Probably just double clicking on one of the examples from the zip
distribution will be enough, but you lose the traceback this way if
there is an error.

Let me know,
JDH

I installed the matplotlib-1.52.win32-py2.3 binary on
python23 (Enthought).  I don't want to install a lot
of extra packages so I found the existing
.matplotlibrc in C:\Python23\share\matplotlib and
modified the backend to "backend      : TkAgg".  But
when I try to import matplotlib it appears to be still
looking for the default Gtk backend.  

I noticed that sys.path did not contain
C:\Python23\share\matplotlib so I tried adding it. 
Still no luck.

Here's the error message:

IDLE 1.0      ==== No Subprocess ====
>>> from matplotlib.matlab import *

No module named pygtk
matplotlib requires pygtk-1.99.16 or greater -- trying
anyway.  Please hold on
Traceback (most recent call last):
  File "<pyshell#0>", line 1, in ?
    from matplotlib.matlab import *
  File
"C:\Python23\Lib\site-packages\matplotlib\matlab.py",
line 127, in ?
    from backends import new_figure_manager,
error_msg, \
  File
"C:\Python23\Lib\site-packages\matplotlib\backends\__init__.py",
line 16, in ?
    from backend_gtk import  \
  File
"C:\Python23\Lib\site-packages\matplotlib\backends\backend_gtk.py",
line 13, in ?
    import gobject
ImportError: No module named gobject
>>> 


Any ideas on why this does not work?  Should my python
path contain the path to share\matplotlib ?
-- David

__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:

    Steve> John, I noticed that when plotting sine waves
    Steve> (simple_plot.py for example) with the gtk backend that the
    Steve> lowest points are not plotted.

Hi Steve, thanks for letting me know.  There is an off-by-one error
and it looks like and easy fix.  For future reference, you may want to
consider using GTKAgg as your default GUI.  This has the GTK widget
but uses agg for rendering.  Agg supports subpixel rendering and so
isn't susceptible to one pixel errors that crop up in GTK in a number
of contexts.  At low resolutions, these become particularly
noticeable.  Other benefits over the GTK backend are alpha blending,
anti-aliased drawing, and faster image support -
http://matplotlib.sourceforge.net/backends.html#GTKAgg

    Steve> So I wrote a test script to plot a square, the result is
    Steve> that the left and top edges are plotted and the bottom and
    Steve> right edges are clipped off (I can pan the view to display
    Steve> the missing lines). I can't think of any reason why you
    Steve> would plot data points and then expect them to be clipped
    Steve> off, so to me it looks like an off-by-one error.

Now on to your problem.

In backend_gtk draw_rectangle, change

        x, y = int(x), self.height-int(math.ceil(y+height))

to
        x, y = int(x), self.height-int(y+height)

and the GraphicsContext.set_clip_rectangle method to

    def set_clip_rectangle(self, rectangle):
        GraphicsContextBase.set_clip_rectangle(self, rectangle)
        l,b,w,h = rectangle
        rectangle = (int(l), self.renderer.height-int(b+h)+1,
                     int(w), int(h))
        self.gdkGC.set_clip_rectangle(rectangle)        

This fixes the bug, but doesn't handle your test case.  The lines in
your example are still clipped, but there is a reason for that.  In
your example, the lines are exactly where the axes lines will be
drawn.  It's a judgment call whether you want to see the axes line or
your line at that location.  In interactive navigation when you pan
and zoom around, it often happens that your data extend beyond the
axes lines; in this case you usually want a clean axes line not
partially obscured by your data.

If I set the clip so that the lines in your example are plotted, then
the axes lines are also overridden in other where the data extend
beyond the axes.

By tweaking the clip rectangle, eg 

        rectangle = (int(l), self.renderer.height-int(b+h),
                     int(w+1), int(h+2))

you can get your lines drawn but then the axes lines are obscured, eg
in subplot_demo and arctest.

Try experimenting with a few different demos and clip settings to see
what you think is the best compromise; let me know.

In Agg this is less of a problem since agg uses pixel blending when
two pixels are drawn at the same location so the data pixel over the
axes line pixel is less glaring.

Cheers,
JDH

>>>>> "Greg" == Greg Whittier <gr...@th...> writes:

    Greg> As a temporary solution you might try just transforming your
    Greg> r,theta data to x, y and then drawing a grid over it.

A nice workaround.  You may want to add 

  axis('off')

To get rid of the background axes.
 
    Greg> I looked at the classes and with the loglog already done as
    Greg> an example, it shouldn't be too hard to add polar plotting.
    Greg> So far though I haven't got any further than printing out
    Greg> some of the code.

I was planning on taking a different tack, and derive a PolarAxes from
Axes and RadialAxis from Axis, etc, which uses circles rather then
lines for the radial gridlines, and so on. But you get so close with
so little code that your approach may be better.  If you want to keep
forging ahead, I'm happy to leave the ball in your court.

On an unrelated note,

  from Numeric import *
  from matplotlib.matlab import *

is redundant because matplotlib.matlab imports all of numeric/numarray
as well as MLab, fft, and some stuff from LinearAlgebra and Matrix.
This is to provide a matlab like environment where most of the things
you need are there.

JDH

John,
I noticed that when plotting sine waves (simple_plot.py for example)
with the gtk backend that the lowest points are not plotted.

So I wrote a test script to plot a square, the result is that the left
and top edges are plotted and the bottom and right edges are clipped off
(I can pan the view to display the missing lines). I can't think of any
reason why you would plot data points and then expect them to be clipped
off, so to me it looks like an off-by-one error.

Test program:

from matplotlib.matlab import *

figure(1)
x = arange(0, 10+1, 1)
plot(x,     x*0+10, 'r-',
     x,     x*0,    'r-',
     x*0,   x,      'r-',
     x*0+10, x,     'r-')

show()

Regards,
Steve

John Hunter wrote:

>>>>>>"LUK" == LUK ShunTim <shu...@po...> writes:
> 
> 
>     LUK> If matplotlib honours the HOME environmental variable, could
>     LUK> it not be used on windows system as well?
> 
> Could you provide the context for your question?  What are you trying
> to do and what isn't working?
> 
> JDH
> 

Hello John,

I'm sorry I was in a hurry to go home and tried to read my mail before 
that. I did not make myself clear. I just clicked on the link in the 
message to take a peek at the .matplotlibrc file and found that "On 
windows, this would be, for example, C:\Python23\share\matplotlib." That 
led me to wonder whether HOME will take effect in windows installation.

I had not updated matplotlib for a while and I know it has seen big 
improvements. I've now downloaded version 0.52 and I can see now when 
HOME is set, matplotlib will first read the config file there.

Perhaps the comments in the original .matplotlibrc can be altered to 
make this clear. It's a really a very good idea to be able to set 
everything using just one config file.

I'm sure the people on the list will agree that matplotlib is a great 
piece of work and you have been wonderful in answering questions.

Good day,
ST
--

As a temporary solution you might try just transforming your r,theta
data to x, y and then drawing a grid over it.

I looked at the classes and with the loglog already done as an example,
it shouldn't be too hard to add polar plotting.  So far though I haven't
got any further than printing out some of the code.

Here's a very rough example of a workaround.

#!/usr/bin/python
from Numeric import *
from matplotlib.matlab import *
 
def drawgrid(sp,rticlevels,thetaticlevels):
    for r in rticlevels:
        theta = arange(0,2*pi+0.05,0.05)
        x = r*cos(theta)
        y = r*sin(theta)
        sp.plot(x,y,'k-')
    for theta in thetaticlevels:
        x = rticlevels[-1]*cos(theta)
        y = rticlevels[-1]*sin(theta)
        sp.plot([0,x],[0,y],'k-')
 
def polar(sp,r,theta,marker,rticlevels,thetaticlevels):
    x = r*cos(theta)
    y = r*sin(theta)
    sp.plot(x,y,marker)
    drawgrid(sp,rticlevels,thetaticlevels)
    return sp
 
sp = subplot(111)
theta = arange(0,pi,0.1)
r = 0.5 + cos(theta)
polar(sp,r,theta,'b-',arange(0.5,2.0,0.5),arange(0.,2*pi,pi/9.))


On Tue, 2004-03-30 at 14:32, Peter Groszkowski wrote:
> Hello:
> 
> I am currently using matplotlib for all the plotting in the software I am writing. I will however need to produce polar plots. As John has mentioned they should be added at one point. So my shameless question is roughly what version could I expect them to be included in? My options are to either wait for it, write it on my own, or write a simple interface (for my code) to GNUPlot or some other tool. I have not done very much poking around in the current matplotlib libraries (other than changing some rather minor details) and have a feeling that this might take me the longest. Interfacing GNUPLot to my code would not take more than a few hours, but I would prefer to stay with matplotlib. 
> 
> Thanks for the great work.
> Best,

Hello:

I am currently using matplotlib for all the plotting in the software I am writing. I will however need to produce polar plots. As John has mentioned they should be added at one point. So my shameless question is roughly what version could I expect them to be included in? My options are to either wait for it, write it on my own, or write a simple interface (for my code) to GNUPlot or some other tool. I have not done very much poking around in the current matplotlib libraries (other than changing some rather minor details) and have a feeling that this might take me the longest. Interfacing GNUPLot to my code would not take more than a few hours, but I would prefer to stay with matplotlib. 

Thanks for the great work.
Best,

-- 
Peter Groszkowski         Gemini Observatory
Tel: +1 808 974-2509      670 N. A'ohoku Place
Fax: +1 808 935-9235      Hilo, Hawai'i 96720, USA

>>>>> "LUK" == LUK ShunTim <shu...@po...> writes:

    LUK> If matplotlib honours the HOME environmental variable, could
    LUK> it not be used on windows system as well?

Could you provide the context for your question?  What are you trying
to do and what isn't working?

JDH

    

John Hunter wrote:
>>>>>>"marc" == marc schellens <m_s...@ho...> writes:
> 
> 
> Hi Marc,
> 
>     marc> Just installed matplotlib and tried an example from the
> 
>     marc> Numeric import failed... trying numarray.  
> 
> This is not an error, but it looks like you have numarray installed
> but not Numeric, but you haven't set your numerix preference to
> numarray.  This is a parameter in .matplotlibrc. See
> http://matplotlib.sourceforge.net/.matplotlibrc.  If indeed you want
> to use numarray, I suggests setting
> 
> numerix      : numarray   
> 
> or else install Numeric.  This will stop the numeric/numarray
> warnings.
> 

If matplotlib honours the HOME environmental variable, could it not be used on 
windows system as well?

Regards,
ST
-- 

I just installed the latest matplotlib and wanted to run
the first example from the homepage.
But I got:

Python 2.3.3 (#2, Mar 12 2004, 16:09:39)
[GCC 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
 >>> import matplotlib.matlab
Numeric import failed... trying numarray.
Traceback (most recent call last):
   File "<stdin>", line 1, in ?
   File "/usr/local/lib/python2.3/site-packages/matplotlib/matlab.py", 
line 126, in ?
     from axes import Axes
   File "/usr/local/lib/python2.3/site-packages/matplotlib/axes.py", 
line 244, in ?
     class Axes(Artist):
   File "/usr/local/lib/python2.3/site-packages/matplotlib/axes.py", 
line 814, in Axe                                            s
     def imshow(self, X, cmap = Grayscale(256)):
   File "/usr/local/lib/python2.3/site-packages/matplotlib/colors.py", 
line 213, in _                                            _init__
     Colormap.__init__(self, N, 'gray')
   File "/usr/local/lib/python2.3/site-packages/matplotlib/colors.py", 
line 96, in __                                            init__
     self._make_red()
   File "/usr/local/lib/python2.3/site-packages/matplotlib/colors.py", 
line 118, in _                                            make_red
     self.red = 1.0/self.N*arange(self.N, typecode=Float)
TypeError: arange() got an unexpected keyword argument 'typecode'



Any suggestions?

thanks,
marc

Just installed matplotlib and tried an example from the homepage:

Python 2.3.3 (#2, Mar 12 2004, 16:09:39)
[GCC 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>import matplotlib.matlab
Numeric import failed... trying numarray.
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/local/lib/python2.3/site-packages/matplotlib/matlab.py", line 
126, in ?
    from axes import Axes
  File "/usr/local/lib/python2.3/site-packages/matplotlib/axes.py", line 
244, in ?
    class Axes(Artist):
  File "/usr/local/lib/python2.3/site-packages/matplotlib/axes.py", line 
814, in Axe                                            s
    def imshow(self, X, cmap = Grayscale(256)):
  File "/usr/local/lib/python2.3/site-packages/matplotlib/colors.py", line 
213, in _                                            _init__
    Colormap.__init__(self, N, 'gray')
  File "/usr/local/lib/python2.3/site-packages/matplotlib/colors.py", line 
96, in __                                            init__
    self._make_red()
  File "/usr/local/lib/python2.3/site-packages/matplotlib/colors.py", line 
118, in _                                            make_red
    self.red = 1.0/self.N*arange(self.N, typecode=Float)
TypeError: arange() got an unexpected keyword argument 'typecode'

Why is this?
Any suggestions?

thanks,
marc

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

Hi

Just a quick note that the EPS bounding box still seems to be buggy in 
matplotlib 0.52. 

If I save an EPS using the save button on a GTK figure window, the right
hand side gets slightly clipped when printed.

If I do the same from a TkAgg window, most of the plot gets clipped.

Cheers,
Matthew.

John,
Yes, I am using matplotlib from cvs. I'll join the devel list to make
sure I know what changes are happening.

I did notice that the CHANGELOG file is not up to date, which is a shame
as it prevents someone from diagnosing their own problems. I thought
that one of the benefits of cvs is that you can check in changes with a
changelog comment so that you know where to rollback a change if there
are unforeseen problems.

Steve

>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:

    Steve> John, I'm having a problem running the barchart demo, it
    Steve> reports:

    Steve> $ python barchart_demo.py Traceback (most recent call
    Steve> last): File "barchart_demo.py", line 23, in ?  legend(
    Steve> (p1[0], p2[0]), ('Men', 'Women') ) File
    Steve> "/usr/lib/python2.3/site-packages/matplotlib/matlab.py",
    Steve> line 765, in legend return gca().legend(*args, **kwargs)
    Steve> File "/usr/lib/python2.3/site-packages/matplotlib/axes.py",
    Steve> line 972, in legend self._legend = Legend(self.dpi,
    Steve> self.bbox, lines, labels, loc) File
    Steve> "/usr/lib/python2.3/site-packages/matplotlib/legend.py",
    Steve> line 104, in __init__ self._texts = self._get_texts(labels,
    Steve> textleft, upper) File
    Steve> "/usr/lib/python2.3/site-packages/matplotlib/legend.py",
    Steve> line 206, in _get_texts transy = self.transy, TypeError:
    Steve> __init__() got an unexpected keyword argument 'fontsize'

Hi Steve - you're running CVS right?

Font management is undergoing a thorough overhaul.  Paul Barrett has
written a free standing, platform independent, font-finder (no
ttfquery or FontTools dependency) and we're still working out the
bugs.  Basically, all the font dict and font kwargs examples are
currently broken in CVS, but Paul is aware of this and will probably
have it cleaned up in a couple of days.

The nice thing about the new design is it will enable specifying fonts
in a way that will work across backends and platforms using a naming
scheme and font finder algorithm that is based on the W3C Cascading
Style Sheet specification.  See the thread
http://sourceforge.net/mailarchive/message.php?msg_id=7544800.  

If you plan to work with the CVS version, I recommend subscribing to
the devel list so you can get a heads up on these issues.  Generally
we try to keep a working version in CVS, but if you on the bleeding
edge.....

JDH