matplotlib-users Mailing List for matplotlib (Page 8)

>>>>> "John" == John Hunter <jdh...@ac...> writes:
>>>>> "W" == W Pessenhofer <w.p...@tu...> writes:
 W> Hi, I want to generate histograms with fixed bars e.g. first
 W> one from 55 to 56, the second one from 56 to 57 and so on. What
 W> I found out so far, is that the hist command takes the array
 W> and defines the bar width automatically.
 W> Anyone, how to get fixed bars ?
 John> How about replacing the hist function in axes.py with
 John> something like
Oops
 if width is not None: width = 0.9*(bins[1]-bins[0])
 ^^^
should read
 if width is None: width = 0.9*(bins[1]-bins[0])
JDH

Thanks, that helped! Switching to QtAgg did the trick.
However, I have still some issues:
1) the text placement of the titles does not really work:=20
http://wr.objectis.net/Members/Papst/Matplotlib_Problems
2) The confidence intervals are only vertical lines. I would like to have s=
ome=20
small horizontal "stoppers" at the upper and lower point of those error bar=
s.=20
Is that possible with matplotlib?
I hope that I can abandon gnuplot in the future ;-)
wr
Am Freitag, 14. Oktober 2005 15:06 schrieb John Hunter:
> >>>>> "Willi" =3D=3D Willi Richert <w.r...@gm...> writes:
>
> Willi> exceptions.SystemError Traceback (most recent call last)
>
> Willi> SystemError: Objects/moduleobject.c:48: bad argument to
> Willi> internal function Segmentation fault
>
> Search the archives for moduleobject.c . There have been a number of
> reports of this crash. If I recall correctly, it seems to happen in
> ipython with the GTK* backend. May be threading related. I have
> tried in vain to replicate it and so have trouble tracing the cause.
>
> You should try switching your backend to another GUI for the time
> being (TkAgg, WXAgg, QtAgg...)
>
> That's all for now...
>
> JDH
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
=2D-=20
Dipl.-Inform. Willi Richert
 C-LAB - Cooperative Computing & Communication Laboratory
 der Universit=E4t Paderborn und Siemens
=46U.323
 F=FCrstenallee 11
 D-33102 Paderborn
 Tel: +49 52 51 60 - 61 20
 Fax: +49 52 51 60 - 60 65
 E-Mail: ri...@c-...
 Internet: http://www.c-lab.de

>>>>> "W" == W Pessenhofer <w.p...@tu...> writes:
 W> Hi, I want to generate histograms with fixed bars e.g. first
 W> one from 55 to 56, the second one from 56 to 57 and so on. What
 W> I found out so far, is that the hist command takes the array
 W> and defines the bar width automatically.
 W> Anyone, how to get fixed bars ?
How about replacing the hist function in axes.py with something like
 def hist(self, x, bins=10, normed=0, bottom=0,
 orientation='vertical', width=None, **kwargs):
 """
 HIST(x, bins=10, normed=0, bottom=0, orientiation='vertical', **kwargs)
 Compute the histogram of x. bins is either an integer number of
 bins or a sequence giving the bins. x are the data to be binned.
 The return values is (n, bins, patches)
 If normed is true, the first element of the return tuple will
 be the counts normalized to form a probability density, ie,
 n/(len(x)*dbin)
 orientation = 'horizontal' | 'vertical'. If horizontal, barh
 will be used and the "bottom" kwarg will be the left.
 width: the width of the bars. If None, automatically compute
 the width.
 kwargs are used to update the properties of the
 hist bars
 """
 if not self._hold: self.cla()
 n,bins = matplotlib.mlab.hist(x, bins, normed)
 if width is not None: width = 0.9*(bins[1]-bins[0])
 if orientation=='horizontal':
 patches = self.barh(n, bins, height=width, left=bottom)
 else:
 patches = self.bar(bins, n, width=width, bottom=bottom)
 for p in patches:
 p.update(kwargs)
 return n, bins, silent_list('Patch', patches)
JDH

>>>>> "Willi" == Willi Richert <w.r...@gm...> writes:
 Willi> exceptions.SystemError Traceback (most recent call last)
 Willi> SystemError: Objects/moduleobject.c:48: bad argument to
 Willi> internal function Segmentation fault
Search the archives for moduleobject.c . There have been a number of
reports of this crash. If I recall correctly, it seems to happen in
ipython with the GTK* backend. May be threading related. I have
tried in vain to replicate it and so have trouble tracing the cause.
You should try switching your backend to another GUI for the time
being (TkAgg, WXAgg, QtAgg...)
That's all for now...
JDH

>>>>> "Jeff" == Jeff Peery <jef...@se...> writes:
 Jeff> Hello, does anyone know how to change the tick mark padding
 Jeff> using WXAgg? I tried guessing the keyword like this:
 Jeff> # set label attributes setp(axes.get_yticklabels(),
 Jeff> pad=2)
 Jeff> But needless to say it didn't work out.
Probably the easiest way is to just set your rc parameters
 rcParams['tick.major.pad']
 rcParams['tick.minor.pad']
JDH

Willi Richert wrote:
> Hi,
> 
> I have tried matplotlib on Fedora Core 3 with the following crash:
 Have you installed it from extras?
# yum install matplotlib
(apt-get works as well as long as you have the appropriate
configuration for the repository)
 Extras has also ipython, and other related packages. It is also in my
plans to package scipy, although as far as I understand there are lots
of changes going now. I will wait for 0.4 to be release before starting
the packaging. :-)
-- 
José Abílio

Hi,
I want to generate histograms with fixed bars e.g. first one from 55 to 
56, the second one from 56 to 57 and so on. What I found out so far, is 
that the hist command takes the array and defines the bar width 
automatically.
Anyone, how to get fixed bars ?
Regards
Werner

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
 <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
 <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
I am&nbsp; new (futur) of pylab, <br>
I use a debian sid (unstable) with this source.list :<br>
<br>
deb <a class="moz-txt-link-freetext" href="http://anakonda.altervista.org/debian">http://anakonda.altervista.org/debian</a> packages/<br>
deb-src <a class="moz-txt-link-freetext" href="http://anakonda.altervista.org/debian">http://anakonda.altervista.org/debian</a> sources/<br>
<br>
I try it few 2 mouths ago and it worked, I have just updated all and
now it does nit worked.<br>
<br>
Sorry if the answer is in archive, I did'nt find it.<br>
<br>
I have this message with from pylab import * :<br>
<br>
<font color="#cc9933">---------------------------------------------------------------------------<br>
exceptions.ImportError&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Traceback (most
recent call last)<br>
<br>
/home/sgarcia/&lt;console&gt;<br>
<br>
/usr/lib/python2.3/site-packages/pylab.py<br>
&nbsp;&nbsp;&nbsp;&nbsp; -3 from matplotlib.pylab import *<br>
<br>
/usr/lib/python2.3/site-packages/matplotlib/pylab.py<br>
&nbsp;&nbsp;&nbsp; 197<br>
&nbsp;&nbsp;&nbsp; 198 from axes import Axes, PolarAxes<br>
--&gt; 199 import backends<br>
&nbsp;&nbsp;&nbsp; 200 from cbook import flatten, is_string_like, exception_to_str,
popd, \<br>
&nbsp;&nbsp;&nbsp; 201&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; silent_list, iterable, enumerate<br>
<br>
/usr/lib/python2.3/site-packages/matplotlib/backends/__init__.py<br>
&nbsp;&nbsp;&nbsp;&nbsp; 53 # a hack to keep old versions of ipython working with mpl after
bug<br>
&nbsp;&nbsp;&nbsp;&nbsp; 54 # fix #1209354<br>
&nbsp;&nbsp;&nbsp;&nbsp; 55 if 'IPython.Shell' in&nbsp; sys.modules:<br>
---&gt; 56&nbsp;&nbsp;&nbsp;&nbsp; new_figure_manager, draw_if_interactive, show =
pylab_setup()<br>
&nbsp;&nbsp;&nbsp;&nbsp; 57<br>
<br>
/usr/lib/python2.3/site-packages/matplotlib/backends/__init__.py in
pylab_setup()<br>
&nbsp;&nbsp;&nbsp;&nbsp; 22&nbsp;&nbsp;&nbsp;&nbsp; backend_name = 'backend_'+backend.lower()<br>
&nbsp;&nbsp;&nbsp;&nbsp; 23&nbsp;&nbsp;&nbsp;&nbsp; backend_mod =
__import__('matplotlib.backends.'+backend_name,<br>
---&gt; 24&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
globals(),locals(),[backend_name])<br>
&nbsp;&nbsp;&nbsp;&nbsp; 25<br>
&nbsp;&nbsp;&nbsp;&nbsp; 26&nbsp;&nbsp;&nbsp;&nbsp; # Things we pull in from all backends<br>
<br>
/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtkagg.py<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 8 from matplotlib.figure import Figure<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 9 from backend_agg import FigureCanvasAgg<br>
---&gt; 10 from backend_gtk import gtk, FigureManagerGTK,
FigureCanvasGTK,\<br>
&nbsp;&nbsp;&nbsp;&nbsp; 11&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; show, draw_if_interactive,\<br>
&nbsp;&nbsp;&nbsp;&nbsp; 12&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; error_msg_gtk, NavigationToolbar, PIXELS_PER_INCH,
backend_version, \<br>
<br>
/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtk.py<br>
&nbsp;&nbsp;&nbsp;&nbsp; 20 from matplotlib.backend_bases import RendererBase,
GraphicsContextBase, \<br>
&nbsp;&nbsp;&nbsp;&nbsp; 21&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; FigureManagerBase, FigureCanvasBase, NavigationToolbar2,
cursors<br>
---&gt; 22 from matplotlib.backends.backend_gdk import RendererGDK,
FigureCanvasGDK<br>
&nbsp;&nbsp;&nbsp;&nbsp; 23 from matplotlib.cbook import is_string_like, enumerate<br>
&nbsp;&nbsp;&nbsp;&nbsp; 24 from matplotlib.figure import Figure<br>
<br>
/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gdk.py<br>
&nbsp;&nbsp;&nbsp;&nbsp; 32&nbsp;&nbsp;&nbsp;&nbsp; from matplotlib.backends._na_backend_gdk import
pixbuf_get_pixels_array<br>
&nbsp;&nbsp;&nbsp;&nbsp; 33 else:<br>
---&gt; 34&nbsp;&nbsp;&nbsp;&nbsp; from matplotlib.backends._nc_backend_gdk import
pixbuf_get_pixels_array<br>
&nbsp;&nbsp;&nbsp;&nbsp; 35<br>
&nbsp;&nbsp;&nbsp;&nbsp; 36<br>
<br>
ImportError: libpangocairo-1.0.so.0: Ne peut ouvrir le fichier d'objet
partag&eacute;: Aucun fichier ou r&eacute;pertoire de ce type<br>
</font><br>
<br>
Samuel<br>
<br>
<pre class="moz-signature" cols="72">-- 
Samuel GARCIA
CNRS - UMR5020
Universite Claude Bernard LYON 1
Laboratoire des Neurosciences et Systemes Sensoriels
50, avenue Tony Garnier
69366 LYON Cedex 07
04 37 28 74 64
</pre>
</body>
</html>

Alan G Isaac wrote:
> On 2005年10月11日, Steve Schmerler apparently wrote: 
> 
>>I did some plots (MPL 0.82 on Linux), exported them as 
>>.eps \includegraphics'ed them in TeX (latex -> dvipdf). 
>>Some plot labels included r'$\tau$' and things like that. 
>>Unfortunately when I print my document the TeX symbols are 
>>missing. Moreover the x-axis tick numbers as well as the 
>>xlabel are also not there. I know other people who also 
>>had problems with missing or screwed up symbols when 
>>printing out .pdfs (unrelated to TeX, MPL). Is there 
>>anything I can do about that from the MPL side? 
> 
> 
> 1. If you view the EPS, say in GhostScript, is everything 
> there?
> 2. What is the bounding box (if you look in the EPS file)? 
> Is it all inside the page dimension set in your dvipdfm 
> config file?
> 
> Cheers,
> Alan Isaac
> 
1.) yes, the plots are fine
2.) yes, the bounding box is large enough
I attached one of the .eps files I was talking about. In the printed 
.pdf where this is included the xlabel "T/K" as well as the numbers on 
the x-axis are missing. The "x"s in the legend box are also missing so 
it isn't a bb problem.
I used dvipdf to convert .dvi -> .pdf (which I've learned only uses 
dvips and gs with some pdfwrite options) and not dvipdfm. Is it 
recommended to use dvipdfm over dvipdf?
cheers,
steve

Python 2.3.4 (#1, Feb 2 2005, 12:11:53)
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from pylab import *
>>> from data_helper import get_daily_data
Traceback (most recent call last):
 File "<stdin>", line 1, in ?
ImportError: No module named data_helper
>>>
>>> intc, msft = get_daily_data()
Traceback (most recent call last):
 File "<stdin>", line 1, in ?
NameError: name 'get_daily_data' is not defined
>>>
>>> delta1 = diff(intc.open)/intc.open[0]
Traceback (most recent call last):
 File "<stdin>", line 1, in ?
NameError: name 'intc' is not defined
>>>
>>> # size in points ^2
... volume = (15*intc.volume[:-2]/intc.volume[0])**2
Traceback (most recent call last):
 File "<stdin>", line 2, in ?
NameError: name 'intc' is not defined
>>> close = 0.003*intc.close[:-2]/0.003*intc.open[:-2]
Traceback (most recent call last):
 File "<stdin>", line 1, in ?
NameError: name 'intc' is not defined
>>> scatter(delta1[:-1], delta1[1:], c=close, s=volume, alpha=0.75)
Traceback (most recent call last):
 File "<stdin>", line 1, in ?
NameError: name 'delta1' is not defined
>>>
>>> ticks = arange(-0.06, 0.061, 0.02)
>>> xticks(ticks)
([<matplotlib.axis.XTick instance at 0xb7c8bf4c>, <matplotlib.axis.XTick instance at 0xb7f0eccc>, <matplotlib.axis.XTick instance at 0xb6fea52c>, <matplotlib.axis.XTick instance at 0xb6feaa4c>, <matplotlib.axis.XTick instance at 0xb6feaf6c>, <matplotlib.axis.XTick instance at 0xb6f764ac>, <matplotlib.axis.XTick instance at 0xb6f769cc>], <a list of 7 Text xticklabel objects>)
>>> yticks(ticks)
([<matplotlib.axis.YTick instance at 0xb7693f6c>, <matplotlib.axis.YTick instance at 0xb6f76f2c>, <matplotlib.axis.YTick instance at 0xb6f7944c>, <matplotlib.axis.YTick instance at 0xb6f7996c>, <matplotlib.axis.YTick instance at 0xb6f79e8c>, <matplotlib.axis.YTick instance at 0xb6f7e3cc>, <matplotlib.axis.YTick instance at 0xb6f7e8ec>], <a list of 7 Text yticklabel objects>)
>>>
>>> xlabel(r'$\Delta_i$', fontsize=20)
<matplotlib.text.Text instance at 0xb7f0edcc>
>>> ylabel(r'$\Delta_{i+1}$', fontsize=20)
<matplotlib.text.Text instance at 0xb7c8d42c>
>>> title('Volume and percent change')
<matplotlib.text.Text instance at 0xb6fe2ecc>
>>> grid(True)
>>>
>>> show()
Traceback (most recent call last):
 File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtk.py", line 318, in expose_event
 self._render_figure(self._pixmap, w, h)
 File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtkagg.py", line 70, in _render_figure
 FigureCanvasAgg.draw(self)
 File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py", line 382, in draw
 self.figure.draw(renderer)
 File "/usr/lib/python2.3/site-packages/matplotlib/figure.py", line 520, in draw
 for a in self.axes: a.draw(renderer)
 File "/usr/lib/python2.3/site-packages/matplotlib/axes.py", line 1412, in draw
 self.xaxis.draw(renderer)
 File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 595, in draw
 self.label.draw(renderer)
 File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 336, in draw
 bbox, info = self._get_layout(renderer)
 File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 185, in _get_layout
 w,h = renderer.get_text_width_height(
 File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py", line 246, in get_text_width_height
 width, height, fonts = math_parse_s_ft2font(
 File "/usr/lib/python2.3/site-packages/matplotlib/mathtext.py", line 1232, in math_parse_s_ft2font
 handler.expr.render()
 File "/usr/lib/python2.3/site-packages/matplotlib/mathtext.py", line 892, in render
 self.elements[0].render()
 File "/usr/lib/python2.3/site-packages/matplotlib/mathtext.py", line 827, in render
 Element.render(self)
 File "/usr/lib/python2.3/site-packages/matplotlib/mathtext.py", line 657, in render
 element.render()
 File "/usr/lib/python2.3/site-packages/matplotlib/mathtext.py", line 830, in render
 self.font, self.sym, self.fontsize, self.dpi)
 File "/usr/lib/python2.3/site-packages/matplotlib/mathtext.py", line 460, in render
 cmfont.draw_glyph_to_bitmap(
RuntimeError: Could not convert glyph to bitmap

Hi,
I have tried matplotlib on Fedora Core 3 with the following crash:
Python 2.3.4 (#1, Feb 2 2005, 12:11:53)
Type "copyright", "credits" or "license" for more information.
IPython 0.6.13 -- An enhanced Interactive Python.
? -> Introduction to IPython's features.
%magic -> Information about IPython's 'magic' % functions.
help -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.
 Welcome to pylab, a matplotlib-based Python environment.
 For more information, type 'help(pylab)'.
In [1]:from pylab import *
In [2]:t = arange(0.0, 2.0, 0.01)
In [3]:s = sin(2*pi*t)
In [4]:plot(t, s, linewidth=1.0)
---------------------------------------------------------------------------
exceptions.SystemError Traceback (most recent 
call last)
SystemError: Objects/moduleobject.c:48: bad argument to internal function
Segmentation fault
I have the matplotlib-0.84 version, where 'python setup.py install' succeded.
Thanks for any help.
wr
PS: Has anyone managed to install the full SciPy on FC3?

On 2005年10月13日, Vidar Gundersen <vid...@37...> wrote...
> 
> as an addition to the toolbar (or as an alternative for users who
> want to turn it off), i think shortcut keys and a right-click
> menu for the figure window would be a useful addition to mpl.
+1 on this idea.
Tim
> 
> some suggested shortcut keys,
> (ctrl+)s = save as...
> z = zoom to rectangle
> p = pan (and zoom)
> alt+right arrow, backspace = back
> alt+left arrow = forward
> esc, ctrl+w = close figure window
> 
> we already have the neat f for fullscreen.
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
`-

as an addition to the toolbar (or as an alternative for users who
want to turn it off), i think shortcut keys and a right-click
menu for the figure window would be a useful addition to mpl.
some suggested shortcut keys,
(ctrl+)s = save as...
z = zoom to rectangle
p = pan (and zoom)
alt+right arrow, backspace = back
alt+left arrow = forward
esc, ctrl+w = close figure window
we already have the neat f for fullscreen.

Hello, does anyone know how to change the tick mark padding using WXAgg?
I tried guessing the keyword like this:
 # set label attributes
 setp(axes.get_yticklabels(), pad=2) 
But needless to say it didn't work out.
Thanks.
Jeff

Alexander Borghgraef wrote:
> nm: /usr/lib/libpng.so: no symbols
> 
> No symbols? Does this mean the lib is broken?
No, it just means that it's had its symbols stripped for space. It's
still functional; it's just not easy to peek inside.
-- 
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 10/13/05, Nadezhda Dencheva <den...@st...> wrote:
>
> Hi Alex,
>
> This is really strange. Are you sure all libpng links are correct?
> Matplotlib will link only to a name libpng.so, so you need this link.
Yep, the link is there.
You probably did this already, but I'm going to mention it -
> check if the library has the missing symbol:
>
> nm /usr/lib/libpng.so | grep png_set_sBIT
Well, I didn't actually, I'm not that knowledgeable on the linking process
(physicist
turned CS researcher, you know, learning as a go along :-) ). The result is
bizarre:
nm: /usr/lib/libpng.so: no symbols
No symbols? Does this mean the lib is broken? There are quite a lot libs in
/usr/lib
which return the same result. The only other lib I've installed locally
which has libpng
linked in is Qt4, but I haven't tried that out yet, aside from running the
demos, so I can't
really tell whether it works or not. Any common tools which need libpng to
work? Xv, Gimp?
If I know for certain it doesn't work, I'll pester our sysadmin about it.
As a final desperate act, install libpng from source in a new directory
> and try linking to it (using MPLIB_BASE).
I'll try that, thanks for the help, I appreciate it.
--
Alex Borghgraef

Nobody has any ideas? I'm really clueless on this one. The logs clearly sho=
w
the .so files being compiled with
-L/usr/lib -lpng as flags, yet ldd shows libpng is not linked in. Could it
be that libpng needs to be linked in the
.o files? Any other sane explanations?
--
Alex Borghgraef

On 2005年10月11日, Steve Schmerler apparently wrote: 
> I did some plots (MPL 0.82 on Linux), exported them as 
> .eps \includegraphics'ed them in TeX (latex -> dvipdf). 
> Some plot labels included r'$\tau$' and things like that. 
> Unfortunately when I print my document the TeX symbols are 
> missing. Moreover the x-axis tick numbers as well as the 
> xlabel are also not there. I know other people who also 
> had problems with missing or screwed up symbols when 
> printing out .pdfs (unrelated to TeX, MPL). Is there 
> anything I can do about that from the MPL side? 
1. If you view the EPS, say in GhostScript, is everything 
 there?
2. What is the bounding box (if you look in the EPS file)? 
 Is it all inside the page dimension set in your dvipdfm 
 config file?
Cheers,
Alan Isaac

Hi
I did some plots (MPL 0.82 on Linux), exported them as .eps 
\includegraphics'ed them in TeX (latex -> dvipdf).
Some plot labels included r'$\tau$' and things like that. Unfortunately 
when I print my document the TeX symbols are missing. Moreover the 
x-axis tick numbers as well as the xlabel are also not there. I know 
other people who also had problems with missing or screwed up symbols 
when printing out .pdfs (unrelated to TeX, MPL). Is there anything I can 
do about that from the MPL side?
cheers,
steve

Hi all!
I've just installed matplotlib on my workstation (without Numeric, only 
numarray). Trying to run the image plot examples, I get this error:
Exception in Tkinter callback
Traceback (most recent call last):
 File "<mypath>/lib/python2.3/lib-tk/Tkinter.py", line 1345, in __call__
 return self.func(*args)
 File 
"<mypath>/lib/python2.3/site-packages/matplotlib/backends/backend_tkagg.py", 
line 148, in resize
 File 
"<mypath>/lib/python2.3/site-packages/matplotlib/backends/backend_tkagg.py", 
line 151, in draw
 File 
"<mypath>/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py", 
line 382, in draw
 File "<mypath>/lib/python2.3/site-packages/matplotlib/figure.py", 
line 520, in draw
 File "<mypath>/lib/python2.3/site-packages/matplotlib/axes.py", line 
1373, in draw
 File "<mypath>/lib/python2.3/site-packages/matplotlib/image.py", line 
205, in draw
 File "<mypath>/lib/python2.3/site-packages/matplotlib/image.py", line 
127, in make_image
ValueError: Array must be rank 2 or 3 of doubles
What's the problem?
Tanks in advance.
Luigi

On 10/10/05, Nadia Dencheva <den...@st...> wrote:
>
> Alex,
>
> It would be helpful if you post your basedir (from the beginning of
> setupext.py),
basedir =3D {
'win32' : ['win32_static',],
'linux2' : ['/usr/local', '/usr',],
'linux' : ['/usr/local', '/usr',],
# Charles Moad recommends not putting in /usr/X11R6 for darwin
# because freetype in this dir is too old for mpl
'darwin' : ['/sw/lib/freetype2', '/sw/lib/freetype219', '/usr/local',
'/usr', '/sw'],
'freebsd4' : ['/usr/local', '/usr'],
'freebsd5' : ['/usr/local', '/usr'],
'freebsd6' : ['/usr/local', '/usr'],
'sunos5' : [os.getenv('MPLIB_BASE') or '/usr/local',],
}
the output of the build command (maybe just the lines for nc_image)
The lines containing -lpng:
c++ -pthread -shared build/temp.linux-i686-2.3/src/_gtkagg.o
build/temp.linux-i686-2.3/src/mplutils.o
build/temp.linux-i686-2.3/src/_transforms.o
build/temp.linux-i686-2.3/CXX/cxx_extensions.o
build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o
build/temp.linux-i686-2.3/CXX/cxxsupport.o
build/temp.linux-i686-2.3/CXX/cxxextensions.o
-L/usr/local/lib -L/usr/lib -L/usr/local/lib -L/usr/lib -L/usr/local/lib
-L/usr/lib -lpng -lz -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -lgobject-2.0=
-
lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -
lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -
lglib-2.0 -o build/lib.linux-i686-2.3/matplotlib/backends/_gtkagg.so
-Wl,--export-dynamic
building 'matplotlib.backends._tkagg' extension
...
c++ -pthread -shared build/temp.linux-i686-2.3/src/_tkagg.o
build/temp.linux-i686-2.3/CXX/cxx_extensions.o
build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o
build/temp.linux-i686-2.3/CXX/cxxsupport.o
build/temp.linux-i686-2.3/CXX/cxxextensions.o
-L/usr/share/tcl8.4/../ -L/usr/share/tk8.4/../ -L/usr/local/lib -L/usr/lib
-L/usr/local/lib -L/usr/lib -ltk8.4 -ltcl8.4 -lpng -lz -lstdc++ -lm
-lfreetype -lz -lstdc++ -lm -o build/lib.linux-i686-2.3
/matplotlib/backends/_tkagg.so
building 'matplotlib.backends._nc_backend_agg' extension
...
c++ -pthread -shared build/temp.linux-i686-2.3/agg23/src/agg_trans_affine.o
build/temp.linux-i686-2.3/agg23/src/agg_path_storage.o build/temp.linux-
i686-2.3/agg23/src/agg_bezier_arc.o
build/temp.linux-i686-2.3/agg23/src/agg_curves.o
build/temp.linux-i686-2.3/agg23/src/agg_vcgen_dash.o build/temp.linux-
i686-2.3/agg23/src/agg_vcgen_stroke.o
build/temp.linux-i686-2.3/agg23/src/agg_rasterizer_scanline_aa.o
build/temp.linux-i686-2.3/agg23/src/agg_image_filters.o build/temp.linux-
i686-2.3/src/_image.o build/temp.linux-i686-2.3/src/ft2font.o
build/temp.linux-i686-2.3/src/mplutils.o
build/temp.linux-i686-2.3/CXX/cxx_extensions.o
build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o build/temp.linux-
i686-2.3/CXX/cxxsupport.o build/temp.linux-i686-2.3/CXX/cxxextensions.o
build/temp.linux-i686-2.3/src/_nc_backend_agg.o -L/usr/local/lib -L/usr/lib
-L/usr/local/lib -L/usr/lib -lpng -lz -lstdc++ -lm -lfreetype -lz -lstdc++
-lm -o build/lib.linux-i686-2.3/matplotlib/backends/_nc_backend_agg.so
building 'matplotlib.ft2font' extension
...
c++ -pthread -shared build/temp.linux-i686-2.3/src/_nc_image.o
build/temp.linux-i686-2.3/src/mplutils.o
build/temp.linux-i686-2.3/agg23/src/agg_trans_affine.o
build/temp.linux-i686-2.3/agg23/src/agg_path_storage.o build/temp.linux-
i686-2.3/agg23/src/agg_rasterizer_scanline_aa.o
build/temp.linux-i686-2.3/agg23/src/agg_image_filters.o
build/temp.linux-i686-2.3/agg23/src/agg_bezier_arc.o build/temp.linux-
i686-2.3/CXX/cxx_extensions.o
build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o
build/temp.linux-i686-2.3/CXX/cxxsupport.o
build/temp.linux-i686-2.3/CXX/cxxextensions.o
-L/usr/local/lib -L/usr/lib -lpng -lz -lstdc++ -lm -o build/lib.linux-
i686-2.3/matplotlib/_nc_image.so
building 'matplotlib._nc_cntr' extension
None of these .so files have libpng linked in. I'll include the output of
ldd for the last one:
~/incoming/matplotlib-0.84 |10> ldd build/lib.linux-i686-2.3
/matplotlib/_nc_image.so
libz.so.1 =3D> /usr/lib/libz.so.1 (0x0017b000)
libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x0075e000)
libm.so.6 =3D> /lib/tls/libm.so.6 (0x005fd000)
libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x00111000)
libpthread.so.0 =3D> /lib/tls/libpthread.so.0 (0x006f9000)
libc.so.6 =3D> /lib/tls/libc.so.6 (0x00e29000)
/lib/ld-linux.so.2 (0x00139000)
> and
> the operating
> system you are using. This will show whether python is looking for
> libpng in
> the correct directory.
I'm using Fedora core 3 as user (meaning I have installed Numeric locally).
The libpng.so file is where you'd
expect it to be, in /usr/lib. This is seriously strange, I didn't get any
errors either, just a bunch of warnings.
I'll include them as well, though I doubt they'll be useful:
~/incoming/matplotlib-0.84 |6> python setup.py build > buildlog
In file included from /usr/include/python2.3/Python.h:8,
from ./CXX/Objects.hxx:9,
from ./CXX/Extensions.hxx:19,
from src/_transforms.h:12,
from src/_nc_transforms.cpp:2:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/os_defines.h:39,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/c++config.h:35,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/function=
al:54,
from src/_nc_transforms.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
In file included from /usr/include/python2.3/Python.h:8,
from /usr/include/pygtk-2.0/pygobject.h:5,
from src/_gtkagg.cpp:10:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from /usr/include/string.h:26,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/cstring:=
51,
from src/_gtkagg.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
In file included from /usr/include/python2.3/Python.h:8,
from ./CXX/Objects.hxx:9,
from ./CXX/Extensions.hxx:19,
from src/_transforms.h:12,
from src/_transforms.cpp:2:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/os_defines.h:39,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/c++config.h:35,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/function=
al:54,
from src/_transforms.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
In file included from /usr/include/python2.3/Python.h:8,
from src/_image.cpp:7:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/os_defines.h:39,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/c++config.h:35,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iostream=
:44,
from src/_image.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
In file included from /usr/include/python2.3/Python.h:8,
from ./CXX/Objects.hxx:9,
from ./CXX/Extensions.hxx:19,
from src/ft2font.h:18,
from src/_nc_backend_agg.cpp:18:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/os_defines.h:39,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/c++config.h:35,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iostream=
:44,
from src/_nc_backend_agg.cpp:4:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
In file included from /usr/include/python2.3/Python.h:8,
from ./CXX/Objects.hxx:9,
from ./CXX/Extensions.hxx:19,
from src/ft2font.h:18,
from src/ft2font.cpp:2:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/os_defines.h:39,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/c++config.h:35,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iosfwd:4=
5,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ios:44,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/istream:=
45,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/sstream:=
45,
from src/ft2font.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
In file included from /usr/include/python2.3/Python.h:8,
from src/_nc_image.cpp:7:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE"
redefined
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/os_defines.h:39,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/i386-red=
hat-linux/bits/c++config.h:35,
from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/iostream=
:44,
from src/_nc_image.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the previou=
s
definition
74.056u 3.357s 1:17.71 99.6% 0+0k 0+0io 75pf+0w
--
Alex Borghgraef

Just to add a few other comments about Python vs. Matlab.
Matlab strengths:
Very complete numerical library that is "just there", well integated and 
documented. With Python, you can find most of the same functionality, 
but it's a bit scattered, different libas aren't compatible with each 
other, etc. The SciPy project is heloping this a lot, but it's really 
not there yet.
Integrated plotting. Matplotlib has gone a long way to address this 
weakness for Python but it's only 2-d, etc.
Python+NumPy strengths:
Much better language: Better OO, more powerful flexible etc, etc, etc.
Much wider library support for things other than numerical work. 
Everything from text processing, full featured GUIs to Web developoment, 
etc. Also a huge number of C and C++ libs have been wrapped, for 
everything from GIS work to image processing.
Far more options for a full featured GUI.
NumPy supports wider variety of data types, integer types, etc.
Better support for arrays with more that 2 dimensions.
I like the NumPy array syntax/style better: elementwise is default, 
Array Broadcasting---yeah!
Indexing from 0 and slicing sytax end up being much cleaner:
 concatenate(a[a:b] + a [b:c]) = a ... it saves a lot of adding one, 
and checking the end cases.
More options for optimizing code, from simple stuff like in place 
operators: multiply(a,b,a) to SciPy.weave to Pyrex, to boost.
Easy ways to wrap exisiting code: SWIG, f2Py, etc.
Open source and platform independent.
Easier to create stand-alone appliations, and on ANY platfrom.
Do you need more?? Can you tell which one I use all the time these days? 
And I was a major fan of MATLAB before I discovered Python.
In short, I think Python+NumPy is inherently far supperior a developmet 
environment. The only thing is lacks is the clean integation and 
packaging that is often superior with comercial apps. That isn't a small 
issue. I haven't suggested Python to a few of my coleagues that use 
MATLAB for numerical prototyping. For the work they do, the extra effort 
to find out how to do what you need to do for Python is probably not 
worth it, from selecting a development environment, to docs, etc. Now 
that MPL is in pretty good shape, I'm almost ready to recomend a switch.
I do think that if you do any develpment beyond simnple numerical 
prototyping, you're better off with Python.
-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

===== Original message from Vidar Gundersen | 2005年10月10日:
> there are one slide (page 18) in a presentation 'Python for
> Scientific Computing' by Eric Jones, which shows a comparison
> of vector multiplication speed between matlab and python.
i found another presentation using the same material:
http://www.iwce.nanohub.org/python.htm
http://www.iwce.nanohub.org/talks/python/python_talk1.pdf
see pages 58-59.

===== Original message from Travis Brady | 2005年10月10日:
> I've googled "python vs. matlab" but most results seem to address
> differences in the sort of code one has to write to achieve the same
> ends, I'm interested in speed.
there are one slide (page 18) in a presentation 'Python for
Scientific Computing' by Eric Jones, which shows a comparison
of vector multiplication speed between matlab and python.
i think i found it here: http://www.python9.org/p9-jones.ppt
unfortunately the above link is broken, and i've
been unable to find these somewhere else.

Travis Brady wrote:
>All,
>
>Lately folks in my office have started inquiring about the possibility
>of porting some Matlab code to Python. They're mostly concerned about
>cost and scriptability, but they're worried that the resulting Python
>code would be very slow. The current Matlab version of the prime
>porting target takes about 2 hours to run start to finish. 
>
>So I'm looking to either run some tests to prove that Python can keep up
>or take someone else's results from similar tests and evangelize with
>those.
>I've googled "python vs. matlab" but most results seem to address
>differences in the sort of code one has to write to achieve the same
>ends, I'm interested in speed.
>
>Anyone have any links or ammunition for the fight?
>
>thanks,
>Travis
> 
>
Travis: There was a thread on this on Numpy-discussion a while back. 
Here's an excerpt:
http://aspn.activestate.com/ASPN/Mail/Message/numpy-discussion/2396301
Bottom line is that if you link the atlas libs, Numeric or numarray is 
comparable to Matlab for linear algebra (matrix multiply and eigenvector 
computation).
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/CDC1 FAX : (303)497-6449
325 Broadway Web : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124