matplotlib-users Mailing List for matplotlib

>>>>> "Jochen" == Jochen Voss <vo...@se...> writes:
    Jochen> Thank you for spotting this.  I fixed it in CVS.

Great!  Thanks.

    Jochen> John: my fix contains the fancy expression

    Jochen>     re.sub(r"[^ -~\n]", lambda x: r"\%03o"%ord(x.group()),
    Jochen> s)

    Jochen> to quote all non-ASCII characters.  Is this safe with all
    Jochen> supported Python versions or do I need to be more portable
    Jochen> here?

It looks valid to me across 2.2 - 2.4.  The best solution though, is
to test it.  How about a unit test called "whacky_chars" which makes
titles, xlabels and ylabels as if they came from a foul-mouthed comic
strip character.  We could add this to unit test dir and test it
across backends.

Thanks,
JDH

On Friday 28 January 2005 02:51 pm, Darren Dale wrote:
> I am making graphics of some topographical images. Something simple like:
>
> from pylab import *
> z=rand(256,256)
> figure(figsize=(4,3))
> a1=axes([.1,.1,.7,.85])
> a2=axes([.85,.1,.05,.85])
> a2.yaxis.tick_right()
> a2.xaxis.set_ticks([])
>
> a1.imshow(z,cmap=cm.bone,extent=(0,1,0,1))
> colorbar('%1.1e',cax=a2)
>
> show()
>
> I am getting the jet colormap in the colorbar, is it possible to change it
> manually?

I found a workaround (or a work-a-right). 

a1.imshow(z,cmap=cm.bone,extent=(0,1,0,1)) 

does not define a mappable image that colorbar can locate. This will work:

axes(a1)
imshow(z,cmap=cm.bone,extent=(0,1,0,1)).


Darren

I am making graphics of some topographical images. Something simple like:

from pylab import *
z=rand(256,256)
figure(figsize=(4,3)) 
a1=axes([.1,.1,.7,.85]) 
a2=axes([.85,.1,.05,.85]) 
a2.yaxis.tick_right() 
a2.xaxis.set_ticks([])

a1.imshow(z,cmap=cm.bone,extent=(0,1,0,1))
colorbar('%1.1e',cax=a2)

show()

I am getting the jet colormap in the colorbar, is it possible to change it 
manually?

Darren

Hello Darren,

On Wed, Jan 26, 2005 at 03:08:17PM -0500, Darren Dale wrote:
> I can't render the eps file because of the way that "a)" is recorded ["(a=
)"=20
> will render, so its just a parsing issue]. I think, in the eps file "(a))=
=20
> show" should read "(a\)) show" for the image will render.
Thank you for spotting this.  I fixed it in CVS.

John: my fix contains the fancy expression

    re.sub(r"[^ -~\n]", lambda x: r"\%03o"%ord(x.group()), s)

to quote all non-ASCII characters.  Is this safe with all supported
Python versions or do I need to be more portable here?

All the best,
Jochen
--=20
http://seehuhn.de/

>>>>> "Ye" == Ye Naiquan <Nai...@ma...> writes:

    Ye> Helllo, I have been using matplotlib for some time (old
    Ye> versions for python2.3).
 
    Ye> After upgrading to python2.4 and nummarray and matplotlib
    Ye> 0.71, the import pylab does not working.
 
...snip...

    Ye> No module named Numeric
 
    Ye> Anything I have done wrong? Still need Numeric?
 
No, you don't need Numeric, but you need to tell matplotlib to use
numarray.

  http://matplotlib.sourceforge.net/faq.html#NUMARRAY

This is also covered in the "Numerix" section of the user's guide.


JDH

i'm currently using python 2.3(enthought edition) on win 2000/xp.
i'm using boa constructor on the GUI part and matplotlib 0.71 on
plotting the graph.

i am using an MDIParentFrame. one of the child frame will be used for
the table part. then another child frame will be used to show the
graph, how am i going to do this? will i just import the child frame
containing the tables and then i'll be able to just get the data from
the table and use it to plot a graph?
how am i going to assign to a variable each input to the table?
can you please show me a sample code to do this?
i'm a little lost since i'm a bit new to python.

also, how am i going to assign to a variable anything that a user
inputs to a wxTxtCtrl?

any help would greatly be appreciated. thanks and more power

Alan G Isaac wrote:
> Since pylab's 'load' function has come up,
> it may be worth mentioning that it overrides scipy's load function.
> (And of course Numeric has its own 'load'.)

Nope, it's just Numeric and pylab that have a load() at top-level.

> It may be a bad habit,
> but I doubt I'm the only one who occasionally does
> from scipy import *
> from pylab import *

You're definitely *not* the only one.

> I would even claim that both encourage this ...
> especially for new users.  If that is correct,
> and if scipy+pylab is a common pair (as I
> believe it is), then perhaps ...

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

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

On Thu, 27 Jan 2005 Alan G Isaac apparently wrote:
> Since pylab's 'load' function has come up,
> it may be worth mentioning that it overrides scipy's load function.

Never mind: this is wrong as stated.
Sorry for the noise.

Alan Isaac

Since pylab's 'load' function has come up,
it may be worth mentioning that it overrides scipy's load function.
(And of course Numeric has its own 'load'.)

It may be a bad habit,
but I doubt I'm the only one who occasionally does
from scipy import *
from pylab import *

I would even claim that both encourage this ...
especially for new users.  If that is correct,
and if scipy+pylab is a common pair (as I
believe it is), then perhaps ...

fwiw,
Alan Isaac