matplotlib-users Mailing List for matplotlib

Hi all,
I have now figured out how to do this. It goes something like...
x=arange(10)
y1=sin(x)
y2=10*cos(x)
rect=[0.1,0.1,0.8,0.8]
a1=axes(rect)
a1.yaxis.tick_left()
plot(x,y1)
ylabel('axis 1')
xlabel('x')
a2=axes(rect,frameon=False)
a2.yaxis.tick_right()
plot(x,y2)
a2.yaxis.set_label_position('right')
ylabel('axis 2')
a2.set_xticks([])
Cheers,
Cory.
Cory Davis wrote:
> Hi All,
> I am wanting to make a plot with a secondary y axis, just like the 
> matlab function plotyy does. Does anyone have any tips on how to do this 
> with matplotlib?
> 
> Cheers,
> Cory.
> 
> 

Robert Kern wrote:
> /usr/bin = Apple
> /usr/local/bin = Anybody else
For completeness' sake, that's the same rule for EVERY *nix (replacing 
"Apple" with whatever OS vendor your using)
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Fernando Perez wrote:
> Robert Kern wrote:
> 
>> Fernando Perez wrote:
>>
>>> Matt Newville wrote:
>>
>>>> Maybe you want to make Mac installs put ipython in /usr/bin
>>
>> /usr/local/bin, please.
> 
> Well, the point is that I don't want to make it go _anywhere_ in 
> particular. I want to let distutils do what it's supposed to do, so that 
> relocation commands (--home, --prefix) work correctly, for example, or 
> that installs with non-standard pythons also work as they should. Which 
> is why I'm resisting hard-coding _any_ paths in there, unless I can be 
> convinced that the solution is a clean one across the board, addressing 
> all these issues.
Yes, that was more advice directed to Matt and anyone else actually 
installing on OS X than it was to you.
/usr/bin = Apple
/usr/local/bin = Anybody else
-- 
Robert Kern
rk...@uc...
"In the fields of hell where the grass grows high
 Are the graves of dreams allowed to die."
 -- Richard Harter

Robert Kern wrote:
> Fernando Perez wrote:
> 
>>Matt Newville wrote:
> 
> 
>>>Maybe you want to make Mac installs put ipython in /usr/bin
> 
> 
> /usr/local/bin, please.
Well, the point is that I don't want to make it go _anywhere_ in particular. 
I want to let distutils do what it's supposed to do, so that relocation 
commands (--home, --prefix) work correctly, for example, or that installs with 
non-standard pythons also work as they should. Which is why I'm resisting 
hard-coding _any_ paths in there, unless I can be convinced that the solution 
is a clean one across the board, addressing all these issues.
cheers,
f

Fernando Perez wrote:
> Matt Newville wrote:
>> Maybe you want to make Mac installs put ipython in /usr/bin
/usr/local/bin, please.
>> and
>> point to pythonw (which is admittedly just a bash wrapper around
>> /System/Library/..../Python.app/Contents/MacOS/Python)??
> 
> Mmh, the problem is that I don't know how to achieve this in a clean, 
> distutils-based way. I can't go changing the shebang line by hand, 
> since I don't know where things will end up, and as far as I know there 
> is no way to force this kind of behavior onto distutils. 
FWIW, with the semi-official 2.4.1 framework build, I always get an 
appropriate
#!/usr/bin/env /usr/local/bin/pythonw2.4
-- 
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 wanting to make a plot with a secondary y axis, just like the 
matlab function plotyy does. Does anyone have any tips on how to do this 
with matplotlib?
Cheers,
Cory.
-- 
---------------------------------------------------
Cory Davis
Institute for Atmospheric and Environmental Science
Room 307, Crew Building, Kings Buildings,
University of Edinburgh. Edinburgh EH9 3JN
phone: +44 131 6505092
www: http://www.geos.ed.ac.uk/contacts/homes/cdavis

Jeff,
You're probably right, my numarray.__version__ = 0.9. After updating numarray 
to 1.3.1 all the examples ran except randompoints.py. Perhaps you knew this. 
After changing line 44 as below...
# r = (m.projtran.rmajor/1000.)*get_dist(lon,lons[0:nob],lat,lats[0:nob])
 r = (m.projtran.rsphere/1000.)*get_dist(lon,lons[0:nob],lat,lats[0:nob])
randompoints.py ran to completion. I'm not sure if it was an appropriate 
change but at least the example competed. thanks Jeff...
Best,
Derrick
On Wed May 11 2005 01:40 pm, Jeff Whitaker wrote:
> Derrick Snowden wrote:
> > Hi all,
> >
> > I'm new to this product so my question involves installation issues
> > with Basemap. I had no problem installing matplotlib and as far as I
> > could tell, there were no issues preventing the Basemap installation.
> > However, when I run the test scripts I get an error message that seems
> > to be related to cPickle. Several of the example scripts yield the
> > same error, but not all. Any suggestions?
> >
> > The message is included below and the platform I'm using is Fedora
> > core 2 linux. Python version 2.3.3.
> >
> > Thanks for any suggestions,
> > Derrick
> >
> >
> > log of the error messages...
> >
> > /usr/lib/python2.3/site-packages/matplotlib/__init__.py:636:
> > UserWarning: Bad key "verbose.erro" on line 199 in
> > /home/snowden/.matplotlibrc
> > warnings.warn('Bad key "%s" on line %d in %s' % (key, cnt, fname))
> > loaded rc file /home/snowden/.matplotlibrc
> > matplotlib version 0.80
> > verbose.level helpful
> > interactive is False
> > platform is linux2
> > numerix Numeric 23.3
> > font search path ['/usr/share/matplotlib']
> > loaded ttfcache file /home/snowden/.ttffont.cache
> > matplotlib data path /usr/share/matplotlib
> > backend GTKAgg version 2.2.0
> > Traceback (most recent call last):
> > File "plotmap.py", line 11, in ?
> > topodict = cPickle.load(open('etopo20.pickle','rb'))
> > File "/usr/lib/python2.3/site-packages/numarray/generic.py", line
> > 160, in ClassicUnpickler
> > self.__setstate__(state)
> > File "/usr/lib/python2.3/site-packages/numarray/numarraycore.py",
> > line 492, in __setstate__
> > self._type = state["_type"]
> > AttributeError: ("'str' object has no attribute 'name'", <function
> > ClassicUnpickler at 0x40e435a4>, (<class
> > 'numarray.numarraycore.NumArray'>, {'_type': 'Float32', '_itemsize':
> > 4, '_shape': (1081,), '_bytestride': 4, '_byteoffset': 0, '_version':
> > '1.1', '_byteorder': 'big', '_data': <memory at 083f7568 with
> > size:4324 held by object 083f7548 aliasing object 00000000>,
> > '_strides': (4,)}))
>
> Derrick: The example is trying to read a Pickle file with some data. I
> think the problem may be that your numarray is too old. New versions of
> numarray cannot read pickles created by very old versions of numarry,
> apparently. Is your numarray older than 1.0?
>
> -Jeff
-- 
Derrick Snowden
PhOD/AOML/NOAA
4301 Rickenbacker Causeway
Miami, FL 33149
Office: 305.361.4322 Fax: 305.361.4392

Matt Newville wrote:
>>Mmh, the problem is that I don't know how to achieve this in a clean, 
>>distutils-based way. I can't go changing the shebang line by hand, since I 
>>don't know where things will end up, and as far as I know there is no way to 
>>force this kind of behavior onto distutils. Do you know any such incantation 
>>to achieve the desired result?
> 
> 
> (Sorry for not getting back to you on this -- conference all
> last week, still finding emails to answer). I'd guess that for
> sys.platform == 'Darwin', you _could_ assume that you know where
> things will end up.
I'm a bit of a one-trick-pony (linux being my trick, and if that), so I'm 
afraid I'll have to ask for a bit of feedback from you and/or other OSX real 
gurus. I worry about polluting setup.py with os-specific hacks (the stuff for 
win32 is ugly enough), and in OSX there's the issue of the Apple Python vs. 
the fink one vs. any other hand-installed one.
What happens if paths get hardcoded in there, and someone wants to install 
with some test python version they have living in 
/scratch/foo/bar/python2.5.0CVS... ?
Messing with distutils is a bit dangerous, because people expect that if they 
issue a certain command with one of the relocation flags (--home, --prefix), 
it will do the right thing. Are you sure that your idea won't generate 
conflicts with such options, and across multiple python versions living in the 
same system?
I don't want to sound discouraging, but I am _very_ careful with tweaking the 
setup scripts. They are really easy to break, so I won't touch them until I 
am _very_ convinced that the changes are really, really solid and properly 
take into account all the foreseable pitfalls. And the problem with breaking 
setup.py, is that you typically find out about it only when some user with a 
sligthly unusual config comes back complaining about a broken system. I'd 
like to avoid that if possible.
Cheers,
f

Derrick Snowden wrote:
> Hi all,
>
> I'm new to this product so my question involves installation issues 
> with Basemap. I had no problem installing matplotlib and as far as I 
> could tell, there were no issues preventing the Basemap installation. 
> However, when I run the test scripts I get an error message that seems 
> to be related to cPickle. Several of the example scripts yield the 
> same error, but not all. Any suggestions?
>
> The message is included below and the platform I'm using is Fedora 
> core 2 linux. Python version 2.3.3.
>
> Thanks for any suggestions,
> Derrick
>
>
> log of the error messages...
>
> /usr/lib/python2.3/site-packages/matplotlib/__init__.py:636: 
> UserWarning: Bad key "verbose.erro" on line 199 in 
> /home/snowden/.matplotlibrc
> warnings.warn('Bad key "%s" on line %d in %s' % (key, cnt, fname))
> loaded rc file /home/snowden/.matplotlibrc
> matplotlib version 0.80
> verbose.level helpful
> interactive is False
> platform is linux2
> numerix Numeric 23.3
> font search path ['/usr/share/matplotlib']
> loaded ttfcache file /home/snowden/.ttffont.cache
> matplotlib data path /usr/share/matplotlib
> backend GTKAgg version 2.2.0
> Traceback (most recent call last):
> File "plotmap.py", line 11, in ?
> topodict = cPickle.load(open('etopo20.pickle','rb'))
> File "/usr/lib/python2.3/site-packages/numarray/generic.py", line 
> 160, in ClassicUnpickler
> self.__setstate__(state)
> File "/usr/lib/python2.3/site-packages/numarray/numarraycore.py", 
> line 492, in __setstate__
> self._type = state["_type"]
> AttributeError: ("'str' object has no attribute 'name'", <function 
> ClassicUnpickler at 0x40e435a4>, (<class 
> 'numarray.numarraycore.NumArray'>, {'_type': 'Float32', '_itemsize': 
> 4, '_shape': (1081,), '_bytestride': 4, '_byteoffset': 0, '_version': 
> '1.1', '_byteorder': 'big', '_data': <memory at 083f7568 with 
> size:4324 held by object 083f7548 aliasing object 00000000>, 
> '_strides': (4,)}))
>
>
Derrick: The example is trying to read a Pickle file with some data. I 
think the problem may be that your numarray is too old. New versions of 
numarray cannot read pickles created by very old versions of numarry, 
apparently. Is your numarray older than 1.0?
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
Meteorologist FAX : (303)497-6449
NOAA/OAR/CDC R/CDC1 Email : Jef...@no...
325 Broadway Office : Skaggs Research Cntr 1D-124
Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg

>>>>> "andrea" == andrea gavana <and...@ti...> writes:
 andrea> Is there a way to add an histogram to my subplot?
Make sure ax.hold(True) is set, and then call hist after plot
 ax.hold(True)
 ax.plot(something)
 ax.hist(something)
Should work...
JDH

Hi all,
I'm new to this product so my question involves installation issues with 
Basemap. I had no problem installing matplotlib and as far as I could 
tell, there were no issues preventing the Basemap installation. 
However, when I run the test scripts I get an error message that seems 
to be related to cPickle. Several of the example scripts yield the same 
error, but not all. Any suggestions?
The message is included below and the platform I'm using is Fedora core 
2 linux. Python version 2.3.3.
Thanks for any suggestions,
Derrick
log of the error messages...
/usr/lib/python2.3/site-packages/matplotlib/__init__.py:636: 
UserWarning: Bad key "verbose.erro" on line 199 in 
/home/snowden/.matplotlibrc
 warnings.warn('Bad key "%s" on line %d in %s' % (key, cnt, fname))
loaded rc file /home/snowden/.matplotlibrc
matplotlib version 0.80
verbose.level helpful
interactive is False
platform is linux2
numerix Numeric 23.3
font search path ['/usr/share/matplotlib']
loaded ttfcache file /home/snowden/.ttffont.cache
matplotlib data path /usr/share/matplotlib
backend GTKAgg version 2.2.0
Traceback (most recent call last):
 File "plotmap.py", line 11, in ?
 topodict = cPickle.load(open('etopo20.pickle','rb'))
 File "/usr/lib/python2.3/site-packages/numarray/generic.py", line 
160, in ClassicUnpickler
 self.__setstate__(state)
 File "/usr/lib/python2.3/site-packages/numarray/numarraycore.py", 
line 492, in __setstate__
 self._type = state["_type"]
AttributeError: ("'str' object has no attribute 'name'", <function 
ClassicUnpickler at 0x40e435a4>, (<class 
'numarray.numarraycore.NumArray'>, {'_type': 'Float32', '_itemsize': 4, 
'_shape': (1081,), '_bytestride': 4, '_byteoffset': 0, '_version': 
'1.1', '_byteorder': 'big', '_data': <memory at 083f7568 with size:4324 
held by object 083f7548 aliasing object 00000000>, '_strides': (4,)}))

Hello NG,
 as usual, I am using wxPython + MatPlotLib to create nice interfaces
+ nice plots. However, I'm having a problem (probably I am unable to find=
the right code to do it) in putting together 2 plots. This is the situati=
on:
In some way, I have calculated a CDF of a Numeric array, and I can easily=
plot it using the sequence:
self.fig =3D Figure() 
self.canvas =3D FigureCanvas(self, -1, self.fig)
axdata =3D self.fig.add_subplot(111)
mp =3D axdata.plot(CDF,ArrayFromZeroToOne,'b-')
Now, I would like to add the histogram of my array to the same figure, bu=
t
I'm getting nowhere. The histogram is not displayed.
Note that I am *not* importing Pylab or similar, I use:
from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as Figure=
Canvas
from matplotlib.backends.backend_wx import NavigationToolbar2Wx
from matplotlib.figure import Figure
Is there a way to add an histogram to my subplot?
Thank you for every suggestion.
Andrea.

>>>>> "Andrew" == Andrew Dalke <da...@da...> writes:
 Andrew> A few weeks ago I asked about using matplotlib to make a
 Andrew> simple client-side image map for a web page.
Hmm, I missed this post somehow. Sorry to have ignored you :-( It
looks like you did just fine w/o me
 Andrew> I since figured out my problem. I wrote an set of essays
 Andrew> on it. The most relevant is at
 Andrew> http://www.dalkescientific.com/writings/diary/archive/2005/04/24/
 Andrew> interactive_html.html
A friend was just pestering me to add support for this for his
business. Thanks for figuring it out! The articles are very nice;
I'll be sure to link to them from the mpl web site.
A few comments: 
 Andrew> They can be used together, as you might have seen in my code from last time.
The link
http://www.dalkescientific.com/writings/diary/archive/2005/04/22/matplotlib
associated with the text "my code from last time" is stale.
 Andrew> Most image formats are in pixels, and the number of pixels
 Andrew> in an inch depends on the screen size, resolution, and even
 Andrew> the distance to the screen. The conversion to pixels is done
 Andrew> by the print_figure() call, which is why it takes the dpi
 Andrew> parameter. Looking at the library code I see that the
 Andrew> Figure() constructor also takes a dpi parameter. I don't
 Andrew> know when it's used.
It is used when building the GUI window (eg dpi should reflect your
screen dpi). It is not used for hardcopy, because the print_figure
dpi setting overrides it.
 Andrew> I can't find any place in matplotlib that gives the final
 Andrew> image size in pixels. I think the right place is to have
 Andrew> print_figure() return a data structure with information
 Andrew> about what it just printed (image size, perhaps the number
 Andrew> of bytes). But it doesn't so I'll compute it myself.
A good idea. Could I trouble you to fill out a support request at 
http://sourceforge.net/tracker/?group_id=80706&atid=560721 . This is
something that takes more that just a minute to fix because it has to
be done on each backend, so having it on the support requests page
will help prevent us from forgetting to do it.
Thanks for the articles -- they are very helpful.
JDH

>>>>> "Florian" == Florian Lindner <mai...@xg...> writes:
 Florian> Hello, which interface is to prefer when using it from
 Florian> python scripts? Are they both offer the same
 Florian> functionality? Which one is more pythonic? Where can I
 Florian> find examples for using the matplotlib classes? (I've
 Florian> only found a lot of examples for pylab)
It depends a bit on how you want to use matplotlib. Interactively, eg
from a shell, the pylab interface is more efficient. For generating
scripts in batch mode, eg on a web application server, or for building
a GUI, the matplotlib API is better because it gives you more control
and less magic.
See the FAQ "Is there any guide to using matplotlib with pythonic / OO
/API rather than the pylab interface?" for a few pointers to
resources, which I will soon update with a pointer to Andrew Dalke's
very nice recent article, hot off the presses, "matplotlib without a
GUI" at
http://www.dalkescientific.com/writings/diary/archive/2005/04/23/matplotlib_without_gui.html
JDH

On 2005年5月11日, Florian Lindner apparently wrote: 
> which interface is to prefer when using it from python scripts? Are they both 
> offer the same functionality? Which one is more pythonic? 
> Where can I find examples for using the matplotlib classes? (I've only found a 
> lot of examples for pylab) 
http://matplotlib.sourceforge.net/faq.html#OO
hth,
Alan Isaac

Hello,
which interface is to prefer when using it from python scripts? Are they both 
offer the same functionality? Which one is more pythonic?
Where can I find examples for using the matplotlib classes? (I've only found a 
lot of examples for pylab)
Thanks,
Florian

Congratulations to John and all the other Matplotlib-developers. You guys
do a fantastic job. Open source software is just a wonderful thing ... :-).
Oliver
 
 John Hunter 
 <jdh...@ac...d 
 .uchicago.edu> To 
 Sent by: mat...@li...urceforge. 
 matplotlib-users- net 
 ad...@li...urc cc 
 eforge.net 
 Subject 
 [Matplotlib-users] a first 
 10.05.2005 22:50 
 
 
 
 
 
A poor matlab user trying to figure out how to make his plots look as
good as matplotlib
http://groups-beta.google.com/group/comp.soft-sys.matlab/browse_thread/thread/49da04677b84c563/6eee1ce5e9c5d9b4?q=matplotlib&rnum=1&hl=en#6eee1ce5e9c5d9b4
:-) !!
JDH
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
_______________________________________________
Matplotlib-users mailing list
Mat...@li...
 https://lists.sourceforge.net/lists/listinfo/matplotlib-users

A few weeks ago I asked about using matplotlib to make a
simple client-side image map for a web page.
I since figured out my problem. I wrote an set of essays on
it. The most relevant is at
 
http://www.dalkescientific.com/writings/diary/archive/2005/04/24/ 
interactive_html.html
					Andrew
					da...@da...

>>>>> "George" == George Nurser <ag...@no...> writes:
 George> Next problem .... interactive running, using the TkAgg
 George> backend, from ipython -pylab draws pretty graphs -- very
 George> impressive -- and I can save to .png fine. But saving to
 George> postscript gives a very large file, which moreover seems
 George> to be corrupted. Editing the .matplotlibrc file to use the
 George> PS backend directly & starting up ipython again gives the
 George> same very large, corrupt, PS file.
As for the corrupt file, I refer you to Darren's post.
As for the large PS file, the size is the result of embedding truetype fonts
directly into the postscript file. The problem is that we currently embed the
entire font file rather than just the needed glyphs. This is a known
problem but we haven't solved it yet. Please file a bug on the
sourceforge site to help remind us...
There is a workaround. You can set the rc param 
ps.useafm : True # use of afm fonts -- breaks mathtext but results in small files
to use native postscript fonts. This will break postscript unicode
and mathtext, but suffices for most uses. In this case, you use
native postscript fonts and don't get the obscene file sizes.
Hope this helps,
JDH