matplotlib-users Mailing List for matplotlib

JH> Note that with the clipped line approach I suggested, you can have the
JH> best of both worlds. Downsampl when N>20000 or some appropriate
JH> number, and plot the full data when you zoom.
Hm.. Good point. I'll try to implement that. Thanks!
Best regards,
-- 
Onno Broekmans

On 2008年2月29日, David Huard apparently wrote:
> Have you tried pdfcrop ? 
Did not know about it.
<URL:http://www.ctan.org/tex-archive/support/pdfcrop/>
Hmmm, is it legitimate to link to perl code here? ;-)
Thanks,
Alan

On Fri, 2008年02月29日 at 08:56 -0500, Michael Droettboom wrote:
> I don't believe there is at present. There was a recent discussion 
> about this on the list, and it's on the radar as something to add for a 
> future release.
Oh well. Good to know it's on the radar. For now I'll just modify my
plots after the fact with the gimp.

Please Help me.
I am a beginner in programming. Due to my research, I should know how to
make graph using python and matplotlib. 
I went to matplotlib website and downloaded and installed "enthought python"
Enthought python is a package that include numpy, wxPython GUI toolkit and
SciPy.
I installed Enthought python at
C:/Python24
and downloaded and installed matplotlib
C:/
I did know which things I downloaded.. But I downloaded..
matplotlib-0.91.2.win32-py2.4.exe
matplotlib-0.91.2-py2.4-win32.egg
matplotlib-0.91.2.tar.gz 
Did I downloaded right things?
Anyway, I installed and opened Python(Idle) and tried to make a graph
>>>from pylab import *
RuntimeError: module compiled against version 1000009 of C-API but this
version of numpy is 90907
Traceback (most recent call last):
 File "<pyshell#2>", line 1, in -toplevel-
 from pylab import *
 File "C:\Python24\Lib\site-packages\pylab.py", line 1, in -toplevel-
 from matplotlib.pylab import *
 File "C:\Python24\Lib\site-packages\matplotlib\pylab.py", line 208, in
-toplevel-
 from matplotlib import mpl # pulls in most modules
 File "C:\Python24\Lib\site-packages\matplotlib\mpl.py", line 1, in
-toplevel-
 from matplotlib import artist
 File "C:\Python24\Lib\site-packages\matplotlib\artist.py", line 4, in
-toplevel-
 from transforms import identity_transform
 File "C:\Python24\Lib\site-packages\matplotlib\transforms.py", line 254,
in -toplevel-
 from matplotlib._transforms import Value, Point, Interval, Bbox, Affine
ImportError: numpy.core.multiarray failed to import
What is the problem?
Do I need to update numpy?
Please help me, I am so desperate..
-- 
View this message in context: http://www.nabble.com/I-really-need-help-about-installing-matplotlib.-tp15773095p15773095.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi all,
Christopher Barker wrote:
> "The only difference that my users see between an app written in Python 
> and C++ is that the Python one has more features...and fewer bugs."
> 
I'm currently working mostly in C++ and exploring integration with 
Python through Boost.Python+IPython+MPL. I enjoy working in Python, but 
I'm afraid of making a more consistent switch mainly for fear of losing 
the static type checking that C++ gives me. I have the horrifying 
feeling that if I were to write much code in Python I could break it in 
so many ways just because of this, and I'd have the constant perception 
of not having my back covered by the compiler, at least for this kind of 
errors.
It's true that probably I'd get the software up and running in less time 
with Python, but I think that I would spend much more time making sure 
it behaves as expected and "fortifying" it, so to speak. Am I totally 
offset here?
 Francesco.

Hello,
I'm trying to use savefig in my wx app and I'm using wxAgg backend. I'm
getting this error:
 
FILE .maplotlib\backends\backend_bases.py, line 397 in print_png
Self.get_renderer()._renderer.write_png(filename, self.figure.dpi.dpi.get())
TypeError: cannot return std::string from Unicode object
 
I'm simply calling this:
 
self.figure.savefig(image_file,
 facecolor='w',
 edgecolor='w')
 
How do I fix this problem? Thanks.
 
Jeff
 
 
 

This is getting OT, but I'd kind of like to see it get archived somewhere...
João Luís Silva wrote:
> I'm trying to explore new options, and learn new skills. My favorite 
> programming languages are C/C++ and Python. I use Python for small 
> scripts and applications, and C/C++ for everything else. I've started a 
> smallish/medium size open source app in python+pygtk+matplotlib+numpy 
> (laserfoam.sf.net) but I think a large application might be more 
> maintainable in C++.
I think this is not true AT ALL -- C++ is a big 'ol mess and far too 
complicated, and not very flexible, no matter how hard it tries.
> Also, I think C++ is easier to "sell" to the powers 
> that be.
That can be quite true, depending on who the powers that be are. 
However, I like a quote from the wxPython list:
"The only difference that my users see between an app written in Python 
and C++ is that the Python one has more features...and fewer bugs."
> I may write the GUI in 
> python+wxPython, and everything else in C++,
I wouldn't write "everything else" in C++ -- I'd only write what you 
really need to write in C++ - which means only computational code that 
isn't fast enough with numpy, or device drivers or something like that.
> but I was trying to drive the app from C++.
That can be done, but most people do it the other way around, it's 
easier to drive C++ from python than python from C++. I did get a note 
on the numpy list from someone driving MPL from C++ for some simple test 
code, but I don't think it's a robust solution -- I've just forwarded 
that to you.
> The need for python only remains due to its superior 
> plotting tools.
the "need" maybe, but python has many, many, advantages that have 
nothing to do with plotting (or other libs, though the available libs 
are a big plus). Really, you'll be writing 1/5 to 1/10 as much code -- 
that's a BIG savings!
Also, you get built-in scripting -- and I think virtually every app 
should be scriptable.
> Also, I'm trying to keep things simple, so that they 
> just work, on both Linux and Windows.
If you keep your extensions pretty standard C++, that's pretty easy, and 
python + wxPython is very portable.
> I guess I have to think this over a bit more. Any further comments or 
> sugestions would be appreciated.
Here's the key questions:
1) do you need C/C++ at all? maybe not!
2) If so, how much of the functionality of your app really needs to be 
written in C++? Multi-language development is kind of a pain -- SWIG, 
Pyrex, ctypes, Boost++, etc help a lot, but it's still a lot of work at 
the interface, so it only makes sense if you keep that interface small. 
If there isn't much C++, it's a no-brainer.
3) it seems most projects that do python+C++ development wish they'd 
done more in Python, not less:
http://www.python.org/about/success/wingide/
Why do you think that virtually no one writes web apps in C++?
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...