matplotlib-users Mailing List for matplotlib

>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:
 [ Standard response: please post questions to the mailing list
 when possible since others can benefit from the discussion, and
 provide help
 https://lists.sourceforge.net/lists/listinfo/matplotlib-users 
 ]
 Steve> I've been having a look at Matplotlib recently and have
 Steve> found it quite useful.
 Steve> I noticed that in backend_gtk.py the function pany() does
 Steve> not have 'return gtk.TRUE', whereas panx() does.
Hi Steve, 
Thanks for pointing out the inconsistency. I just updated the code.
Also, the zoom in/out tools are reversed in the last release of
matplotib. This is fixed in CVS.
 Steve> I understand that Numercial Python will be superseded by
 Steve> Numarray, is there a plan to allow Numarray to be used with
 Steve> Matplotlib? Is it a straightforward substitution,
 Steve> something like 'from numarray import *' instead of 'from
 Steve> Numeric import *'? Using Numarray from Matplotlib would be
 Steve> useful for me because instead of learning Numerical Python
 Steve> now and later learning Numarray I would only need to learn
 Steve> Numarray.
Before you commit to just using numarray, note that the home page
warns it is an order of magnitude slower than numeric for smallish
arrays.
I will certainly support Numarray when it becomes official and
performance competitive with Numeric, if not before. I haven't used
it yet, so don't know what will be involved. But if I recall
correctly believe there will not be many API changes from the python
user end, so I don't think it will be difficult. Perhaps someone has
experience with numarray and can chime in here.
If you want to be the crash test dummy and replace the 'from Numeric'
with 'from numarray' and let me know what happens, please do. 
I use matplotlib with large data arrays of EEG data (100s MB and need
to use larger), where only a small portion is on the screen at one
time. That is why I have worked hard to make Numeric clipping
efficient in the line class. But it still gets slow and I would like
to allow matplotlib to support memory mapped files. I believe there
will be better support for this in numarray. Also, I look forward to
the better indexing capabilities of numarray, which is one area where
matlab is superior.
 Eg
 matlab> ind = find(t>2);
 matlab> s(ind) = 5;
Cheers, 
John Hunter

>>>>> "LUK" == LUK ShunTim <shu...@po...> writes:
 LUK> Yes, but I think LaTeX requires the bounding box information.
Here is how I use PS (not eps) directly in LaTeX. The first arg to
difig specifies the figure size.
\usepackage[dvips]{graphics}
\newcommand{\dofig}[2]
{\center{\scalebox{#1}{\includegraphics*{#2}}}} 
\begin{figure}[t]
 \dofig{0.5}{somefile.ps}
 \caption{\footnotesize Insert your figure caption here} 
 \label{fig:figref}
\end{figure}
 LUK> I can think of the quick and dirty way of calling the ps2eps
 LUK> script to do the conversion but it requires perl and
 LUK> ghostscript. Since the postscript backend is already there in
 LUK> matplotlib, it'd be nice to have the eps option directly.
Agreed.
JDH

John Hunter wrote:
 >>>>>>"LUK" == LUK ShunTim <shu...@po...> writes:
 >
 >
 > LUK> You deserve much thanks for developing such a nice package.
 >
 > Thanks!
 >
 > LUK> An afterthought: perhaps an EPS backend instead of/additional
 > LUK> to a PS backend would be more convenient for inclusion into
 > LUK> publications. I know very little about postscript programming
 > LUK> so I don't know what's the effort involved, though.
 >
 > Not much at all. As far as I know, the only difference between eps
 > and ps is a bounding box at the top of the document which gives the
 > figure dimensions. It shouldn't be hard to check for an extension in
 > the savefig command and add the bounding box if eps is requested.
 >
 > I use postscript (*.ps) directly in my LaTeX documents without
 > trouble, however. Are you using LaTeX?
 >
Yes, but I think LaTeX requires the bounding box information.
I can think of the quick and dirty way of calling the ps2eps script to
do the conversion but it requires perl and ghostscript. Since the
postscript backend is already there in matplotlib, it'd be nice to have
the eps option directly.
Regards,
ST
--