matplotlib-users Mailing List for matplotlib

On 2006年6月12日 09:02:54 +0200
Nils Wagner <nw...@ia...> wrote:
> matplotlib data path /usr/lib64/python2.4/site-packages/matplotlib/mpl-data
> $HOME=/home/nwagner
> loaded rc file /home/nwagner/matplotlibrc
> matplotlib version 0.87.3
> verbose.level helpful
> interactive is False
> platform is linux2
> numerix numpy 0.9.9.2603
> Traceback (most recent call last):
> File "cascade.py", line 3, in ?
> from pylab import plot, show, xlim, ylim, subplot, xlabel, ylabel,
> title, legend,savefig,clf,scatter
> File "/usr/lib64/python2.4/site-packages/pylab.py", line 1, in ?
> from matplotlib.pylab import *
> File "/usr/lib64/python2.4/site-packages/matplotlib/pylab.py", line
> 198, in ?
> import mlab #so I can override hist, psd, etc...
> File "/usr/lib64/python2.4/site-packages/matplotlib/mlab.py", line 74,
> in ?
> from numerix.fft import fft, inverse_fft
> ImportError: cannot import name inverse_fft
It's a bug in matplotlib: it should use ifft for numpy. We cleaned up the
namespace a while back to not have two names for things. (Admittedly, I'm not
sure why we went with the short names instead of the self-descriptive long
ones. It's in the archives somewhere.)
-- 
|>|\/|<
/--------------------------------------------------------------------------\
|David M. Cooke http://arbutus.physics.mcmaster.ca/dmc/
|co...@ph...

oki sorry for griddata it was my fault. After the mail on the list, I clean=
ed=20
all precedent installation and now it's working fine with numpy...
Thanks,
N.
Le samedi 10 juin 2006 13:45, Jeff Whitaker a =E9crit=A0:
> Eric Firing wrote:
> > Thanks. There were in fact several points of incompatibility with
> > Numeric and numarray. (Normally I would have checked this, but I
> > slipped up.) I have changed quiver.py and numerix to solve the
> > immediate problem, and to slightly reduce the incidence of such
> > problems in the future. The real solution, of course, will be a
> > complete transition to numpy.
> >
> > Regarding griddata: I downloaded it a few minutes ago, built it, and
> > tested it with numpy, and it worked fine, at least with the test.py
> > that comes with the package. Looking very quickly at the code, I
> > don't see anything specific to any numeric package; it is using the
> > buffer interface at the C level and matplotlib.numerix at the python
> > level. Perhaps the author, Jeff Whitaker, can shed more light on this
> > question.
> >
> > Eric
>
> Eric is correct - griddata should work with either Numeric/numarray/numpy.
>
> -Jeff

Nikolai,
>>What backends are you using? Some backends still need work to make them
>>support this behavior. Agg, ps, and svg should be fine.
> 
> 
> I'm using the GTK backend.
I have fixed the GTK backend so that linewidth==0 prevents drawing of 
the boundaries, so colorbar works now.
> I tried the GTKAgg and WXAgg backends and there it works.
> 
> I just checked and another error I get is also related to the GTK
> backend. imshow() always has one pixel errors at different edges. But
> with GTKAgg it is aliased away.
I have not looked into this. My suspicion is that it should be regarded 
as a minor quirk that does no harm in the interactive use for which the 
GTK backend is suitable.
Eric

This shows the benefits of 'xmode verbose' :) There's enough info in
that traceback to understand the problem:
> /usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py in
> print_figure(self=<matplotlib.backends.backend_ps.FigureCanvasPS
> instance>, outfile='prova.eps', dpi=100.0, facecolor='white',
> edgecolor='white', orientation='portrait', papertype='letter')
> 1121 fh = file(tmpfile)
> 1122 print >>outfile, fh.read()
> -> 1123 else: shutil.move(tmpfile, outfile)
> global shutil.move = <function move at 0xb7dc3bc4>
> tmpfile = '/tmp/caba709a5ee736ae3148af077a1a9a38'
> outfile = 'prova.eps'
> 1124
> 1125 def _print_figure_tex(self, outfile, dpi, facecolor,
> edgecolor, orientation,
This is the call that fails. To confirm this is the problem, try:
shutil.move('/tmp/foo','/fat32partition/foo')
With any valid /tmp/foo file and your actual path to your fat32
partition. If this also fails, it's because this copystat() call
> /usr/lib/python2.4/shutil.py in
> copy2(src='/tmp/caba709a5ee736ae3148af077a1a9a38', dst='prova.eps')
> 91 dst = os.path.join(dst, os.path.basename(src))
> 92 copyfile(src, dst)
> ---> 93 copystat(src, dst)
> global copystat = <function copystat at 0xb7dc3aac>
> src = '/tmp/caba709a5ee736ae3148af077a1a9a38'
> dst = 'prova.eps'
> 94
> 95
which in turn tries to call utime():
> /usr/lib/python2.4/shutil.py in
> copystat(src='/tmp/caba709a5ee736ae3148af077a1a9a38', dst='prova.eps')
> 66 mode = stat.S_IMODE(st.st_mode)
> 67 if hasattr(os, 'utime'):
> ---> 68 os.utime(dst, (st.st_atime, st.st_mtime))
> global os.utime = <built-in function utime>
> dst = 'prova.eps'
> st.st_atime = 1150101622
> st.st_mtime = 1150101622
> 69 if hasattr(os, 'chmod'):
> 70 os.chmod(dst, mode)
>
> OSError: [Errno 1] Operation not permitted: 'prova.eps'
is somehow not OK for fat32 partitions, or because you don't have the
right permissions on your system.
You need to be sure that you have your fat32 partition mounted with
the right user permissions, otherwise things like these can fail.
At this point, it's not yet clear if this is a problem with backend_ps
in mpl or your permissions configuration.
Cheers,
f

Hi,
I've changed back all my changes but:
 if exit_status: raise RuntimeError('dvipng was not able to \
RuntimeError: dvipng was not able to process the flowing file:
C:\Documents and 
Settings\s0167070\.matplotlib\tex.cache3円bb1bc57100b0c65915bdda3a1f60dae.dvi
Here is the full report generated by dvipng:
3bb1bc57100b0c65915bdda3a1f60dae.dvi: No such file or directory
full annoying output:
 >pythonw -u "tex.py"
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\__init__.py:947: 
UserWarning: Bad val "free" on line #200
	"image.aspect : free # free | preserve"
	in file "C:\Documents and Settings\s0167070\.matplotlib\matplotlibrc"
	not a valid aspect specification
 warnings.warn('Bad val "%s" on line #%d\n\t"%s"\n\tin file 
"%s"\n\t%s' % (
loaded rc file C:\Documents and Settings\s0167070\.matplotlib\matplotlibrc
matplotlib version 0.87.3
verbose.level debug-annoying
interactive is False
platform is win32
loaded modules: ['_bisect', 'distutils', 'random', 'datetime', 
'matplotlib.tempfile', 'distutils.sysconfig', 'pytz.datetime', 
'distutils.dep_util', 'tempfile', 'imp', 'zipimport', 'string', 
'matplotlib.__future__', 'pytz.tzinfo', 'distutils.re', 'bisect', 
'signal', 'matplotlib.pytz', 'distutils.log', 'locale', 'encodings', 
'dateutil', 'matplotlib.warnings', 'matplotlib.sys', 're', 'ntpath', 
'new', 'math', 'UserDict', 'distutils.os', 'matplotlib', 'codecs', 
'md5', '_locale', 'matplotlib.os', 'thread', 'sre', 'pkg_resources', 
'itertools', 'distutils.spawn', 'distutils.sys', 'os', '__future__', 
'_sre', '__builtin__', 'matplotlib.re', 'distutils.util', 
'distutils.string', 'matplotlib.datetime', 'errno', 'binascii', 
'sre_constants', 'matplotlib.md5', 'types', 'pytz.sys', '_codecs', 
'encodings.cp1252', 'pytz', 'matplotlib.dateutil', 'encodings.aliases', 
'exceptions', 'sre_parse', 'pytz.bisect', 'distutils.distutils', 
'copy_reg', 'sre_compile', '_random', 'site', '__main__', 'shutil', 
'strop', 'encodings.codecs', 'encodings.exceptions', 'nt', 'pytz.sets', 
'stat', 'matplotlib.toolkits', 'warnings', 'encodings.types', 'time', 
'sys', 'os.path', 'matplotlib.distutils', 'distutils.errors', 
'linecache', 'matplotlib.shutil', 'sets']
numerix numpy 0.9.8
font search path 
['D:\\Programme\\Python2.4.3\\lib\\site-packages\\matplotlib-0.87.3-py2.4-win32.egg\\matplotlib\\mpl-data']
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\VeraIt.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\VeraMoIt.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\cmsy10.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\VeraMono.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\VeraBI.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\VeraSe.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\VeraMoBI.ttf
trying fontname 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\Vera.ttf
$HOME=C:\Documents and Settings\s0167070
CONFIGDIR=C:\Documents and Settings\s0167070\.matplotlib
loaded ttfcache file C:\Documents and 
Settings\s0167070\.matplotlib\ttffont.cache
matplotlib data path 
D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data
Could not load matplotlib icon: Das Format der Bilddatei 
»D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\mpl-data\matplotlib.svg« 
konnte nicht erkannt werden
backend GTKAgg version 2.8.6
FigureCanvasAgg.draw
RendererAgg.__init__
RendererAgg.__init__ width=640.0, height=480.0
RendererAgg.__init__ _RendererAgg done
RendererAgg.__init__ done
RendererAgg._get_agg_font
	findfont failed Lucida Grande
	findfont found Verdana, normal, normal 500, normal, 12.0
findfont returning c:\windows\fonts\verdana.ttf
cd C:\Documents and Settings\s0167070\.matplotlib\tex.cache & dvipng -bg 
Transparent -D 80.0 -T tight -o fbf582591f6e1f6319e619b944c658dc.png 
3bb1bc57100b0c65915bdda3a1f60dae.dvi
Traceback (most recent call last):
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\backends\backend_gtk.py", 
line 283, in expose_event
 self._render_figure(self._pixmap, w, h)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\backends\backend_gtkagg.py", 
line 72, in _render_figure
 FigureCanvasAgg.draw(self)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\backends\backend_agg.py", 
line 389, in draw
 self.figure.draw(renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\figure.py", 
line 531, in draw
 for a in self.axes: a.draw(renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\axes.py", 
line 1034, in draw
 a.draw(renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\axis.py", 
line 561, in draw
 tick.draw(renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\axis.py", 
line 161, in draw
 if self.label1On: self.label1.draw(renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\text.py", 
line 1167, in draw
 Text.draw(self, renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\text.py", 
line 339, in draw
 bbox, info = self._get_layout(renderer)
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\text.py", 
line 186, in _get_layout
 w,h = renderer.get_text_width_height(
 File 
"d:\programme\python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\backends\backend_agg.py", 
line 239, in get_text_width_height
 Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
 File 
"D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\texmanager.py", 
line 409, in get_rgba
 pngfile = self.make_png(tex, fontsize, dpi, force=False)
 File 
"D:\Programme\Python2.4.3\lib\site-packages\matplotlib-0.87.3-py2.4-win32.egg\matplotlib\texmanager.py", 
line 245, in make_png
 if exit_status: raise RuntimeError('dvipng was not able to \
RuntimeError: dvipng was not able to process the flowing file:
C:\Documents and 
Settings\s0167070\.matplotlib\tex.cache3円bb1bc57100b0c65915bdda3a1f60dae.dvi
Here is the full report generated by dvipng:
3bb1bc57100b0c65915bdda3a1f60dae.dvi: No such file or directory
This is dvipng 1.6 Copyright 2002-2005 Jan-Ake Larsson
 >Exit code: 0 Time: 4.344
Darren Dale schrieb:
> I'm attaching two files. They should overwrite the existing texmanager file in 
> site-packages/matplotlib and the backend_ps file in 
> site-packages/matplotlib/backends. I would appreciate it if some windows 
> users trying to get usetex working with mpl-0.87.3 would test these. I'm 
> really surprised at all this trouble, I guess I've become very far removed 
> from the windows experience. I dug a windows harddisk out of the back of my 
> closet and was able to get usetex working with a standard windows XP setup, 
> so there should be no need to change your $HOME or anything like that.
> 
> 
> Thanks,
> Darren
> 
> 
> On Monday 12 June 2006 10:34, Wolfgang wrote:
>> Hello Darren,
>>
>> the & is also in my solution! and I always had to change "%s" to %s
>> and I also added a 'c:' before the cd because " cd c:\temp\ " is not
>> working when the command is starten from d:
>>
>> so finally I have:
>> c: & cd %s & latex -interaction=nonstopmode %s ...
>>
>> But I thinks this is not enough to get dvipng working, so I've changed
>> the $HOME to a path without spaces.
>>
>> Wolfgang
>>
>> If you wan't I can mail you the files which I've changed.
>>
>> Darren Dale schrieb:
>>> Part of the problem is that DOS doesnt allow the semicolon to delimit
>>> multiple commands. I made a little bit of progress by changing every 'cd
>>> "%s"; ...' to 'cd "%s" & ...'. At that point, dvipng starts complaining
>>> about the dvifile not existing. The frustrating part is that I can copy
>>> that exact command into a dos prompt and dvipng processes the dvi file
>>> just fine. I'm about ready to plead insanity.
>>>
>>> On Monday 12 June 2006 08:55, Wolfgang wrote:
>>>> I have Miktex running. But finally dvipng had problems with the path
>>>> which included spaces.
>>>>
>>>> Wolfgang
>>>>
>>>> Ryan Krauss schrieb:
>>>>> Which LaTeX distribution are you using on windows? TexLive handles
>>>>> paths much more poorly than MikTeX.
>>>>>
>>>>> On 6/12/06, Wolfgang <wo...@gm...> wrote:
>>>>>> Finally I changed in matplotlib/__init__.py the evaluation of $HOME to
>>>>>> a path without spaces because all files are transfered to
>>>>>> $HOME.matplotlib/tex.cache/ instead of $TEMP
>>>>>>
>>>>>> I also had to change in texmanager.py some of the "%s" to %s
>>>>>>
>>>>>> I think someone with more experience in programming should check the
>>>>>> path handling on windows (regarding to spaces in the path)
>>>>>>
>>>>>> I would also suggest that temporary files go into a path which is
>>>>>> based on $TMP.
>>>>>>
>>>>>> Wolfgang
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> _______________________________________________
>>>>>> Matplotlib-users mailing list
>>>>>> Mat...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I'm attaching two files. They should overwrite the existing texmanager file in 
site-packages/matplotlib and the backend_ps file in 
site-packages/matplotlib/backends. I would appreciate it if some windows 
users trying to get usetex working with mpl-0.87.3 would test these. I'm 
really surprised at all this trouble, I guess I've become very far removed 
from the windows experience. I dug a windows harddisk out of the back of my 
closet and was able to get usetex working with a standard windows XP setup, 
so there should be no need to change your $HOME or anything like that.
Thanks,
Darren
On Monday 12 June 2006 10:34, Wolfgang wrote:
> Hello Darren,
>
> the & is also in my solution! and I always had to change "%s" to %s
> and I also added a 'c:' before the cd because " cd c:\temp\ " is not
> working when the command is starten from d:
>
> so finally I have:
> c: & cd %s & latex -interaction=nonstopmode %s ...
>
> But I thinks this is not enough to get dvipng working, so I've changed
> the $HOME to a path without spaces.
>
> Wolfgang
>
> If you wan't I can mail you the files which I've changed.
>
> Darren Dale schrieb:
> > Part of the problem is that DOS doesnt allow the semicolon to delimit
> > multiple commands. I made a little bit of progress by changing every 'cd
> > "%s"; ...' to 'cd "%s" & ...'. At that point, dvipng starts complaining
> > about the dvifile not existing. The frustrating part is that I can copy
> > that exact command into a dos prompt and dvipng processes the dvi file
> > just fine. I'm about ready to plead insanity.
> >
> > On Monday 12 June 2006 08:55, Wolfgang wrote:
> >> I have Miktex running. But finally dvipng had problems with the path
> >> which included spaces.
> >>
> >> Wolfgang
> >>
> >> Ryan Krauss schrieb:
> >>> Which LaTeX distribution are you using on windows? TexLive handles
> >>> paths much more poorly than MikTeX.
> >>>
> >>> On 6/12/06, Wolfgang <wo...@gm...> wrote:
> >>>> Finally I changed in matplotlib/__init__.py the evaluation of $HOME to
> >>>> a path without spaces because all files are transfered to
> >>>> $HOME.matplotlib/tex.cache/ instead of $TEMP
> >>>>
> >>>> I also had to change in texmanager.py some of the "%s" to %s
> >>>>
> >>>> I think someone with more experience in programming should check the
> >>>> path handling on windows (regarding to spaces in the path)
> >>>>
> >>>> I would also suggest that temporary files go into a path which is
> >>>> based on $TMP.
> >>>>
> >>>> Wolfgang

Hello Darren,
the & is also in my solution! and I always had to change "%s" to %s
and I also added a 'c:' before the cd because " cd c:\temp\ " is not 
working when the command is starten from d:
so finally I have:
 c: & cd %s & latex -interaction=nonstopmode %s ...
But I thinks this is not enough to get dvipng working, so I've changed 
the $HOME to a path without spaces.
Wolfgang
If you wan't I can mail you the files which I've changed.
Darren Dale schrieb:
> Part of the problem is that DOS doesnt allow the semicolon to delimit multiple 
> commands. I made a little bit of progress by changing every 'cd "%s"; ...' 
> to 'cd "%s" & ...'. At that point, dvipng starts complaining about the 
> dvifile not existing. The frustrating part is that I can copy that exact 
> command into a dos prompt and dvipng processes the dvi file just fine. I'm 
> about ready to plead insanity.
> 
> 
> 
> On Monday 12 June 2006 08:55, Wolfgang wrote:
>> I have Miktex running. But finally dvipng had problems with the path
>> which included spaces.
>>
>> Wolfgang
>>
>> Ryan Krauss schrieb:
>>> Which LaTeX distribution are you using on windows? TexLive handles
>>> paths much more poorly than MikTeX.
>>>
>>> On 6/12/06, Wolfgang <wo...@gm...> wrote:
>>>> Finally I changed in matplotlib/__init__.py the evaluation of $HOME to a
>>>> path without spaces because all files are transfered to
>>>> $HOME.matplotlib/tex.cache/ instead of $TEMP
>>>>
>>>> I also had to change in texmanager.py some of the "%s" to %s
>>>>
>>>> I think someone with more experience in programming should check the
>>>> path handling on windows (regarding to spaces in the path)
>>>>
>>>> I would also suggest that temporary files go into a path which is based
>>>> on $TMP.
>>>>
>>>> Wolfgang
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 

Part of the problem is that DOS doesnt allow the semicolon to delimit multiple 
commands. I made a little bit of progress by changing every 'cd "%s"; ...' 
to 'cd "%s" & ...'. At that point, dvipng starts complaining about the 
dvifile not existing. The frustrating part is that I can copy that exact 
command into a dos prompt and dvipng processes the dvi file just fine. I'm 
about ready to plead insanity.
On Monday 12 June 2006 08:55, Wolfgang wrote:
> I have Miktex running. But finally dvipng had problems with the path
> which included spaces.
>
> Wolfgang
>
> Ryan Krauss schrieb:
> > Which LaTeX distribution are you using on windows? TexLive handles
> > paths much more poorly than MikTeX.
> >
> > On 6/12/06, Wolfgang <wo...@gm...> wrote:
> >> Finally I changed in matplotlib/__init__.py the evaluation of $HOME to a
> >> path without spaces because all files are transfered to
> >> $HOME.matplotlib/tex.cache/ instead of $TEMP
> >>
> >> I also had to change in texmanager.py some of the "%s" to %s
> >>
> >> I think someone with more experience in programming should check the
> >> path handling on windows (regarding to spaces in the path)
> >>
> >> I would also suggest that temporary files go into a path which is based
> >> on $TMP.
> >>
> >> Wolfgang
> >>
> >>
> >>
> >> _______________________________________________
> >> Matplotlib-users mailing list
> >> Mat...@li...
> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
Darren S. Dale, Ph.D.
Cornell High Energy Synchrotron Source
Cornell University
200L Wilson Lab
Rt. 366 & Pine Tree Road
Ithaca, NY 14853
dd...@co...
office: (607) 255-9894
fax: (607) 255-9001

I don't know the answer to your question exactly, but had some data
like that and was very happy with numpoints=2. You could see if that
is good enough for now.
Ryan
On 6/12/06, Wolfgang <wo...@gm...> wrote:
> Hi,
>
> I want to display some measurement data as simple dots, and also a
> modeled curve (solid line, no symbols). When I set legend.numpoints to
> one I get one dot displayed in my legend, but no solid line any more. Is
> it somehow possible to configure the legend behavior for each line
> separately?
>
> Thanks
> Wolfgang
>
>
> import matplotlib
> from pylab import *
>
> t=[0,1,2]
> s=[0.1,1.1,1.9]
> plot(t, t,label='curve')
> plot(s, t, markersize=7, marker='o',
> markeredgecolor='b',markerfacecolor='w',alpha=0,label='dots')
> ylim(-0.1,2.1)
> legend(loc=2)
> show()
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hi,
I want to display some measurement data as simple dots, and also a 
modeled curve (solid line, no symbols). When I set legend.numpoints to 
one I get one dot displayed in my legend, but no solid line any more. Is 
it somehow possible to configure the legend behavior for each line 
separately?
Thanks
Wolfgang
import matplotlib
from pylab import *
t=[0,1,2]
s=[0.1,1.1,1.9]
plot(t, t,label='curve')
plot(s, t, markersize=7, marker='o', 
markeredgecolor='b',markerfacecolor='w',alpha=0,label='dots')
ylim(-0.1,2.1)
legend(loc=2)
show()

I have Miktex running. But finally dvipng had problems with the path 
which included spaces.
Wolfgang
Ryan Krauss schrieb:
> Which LaTeX distribution are you using on windows? TexLive handles
> paths much more poorly than MikTeX.
> 
> On 6/12/06, Wolfgang <wo...@gm...> wrote:
>> Finally I changed in matplotlib/__init__.py the evaluation of $HOME to a
>> path without spaces because all files are transfered to
>> $HOME.matplotlib/tex.cache/ instead of $TEMP
>>
>> I also had to change in texmanager.py some of the "%s" to %s
>>
>> I think someone with more experience in programming should check the
>> path handling on windows (regarding to spaces in the path)
>>
>> I would also suggest that temporary files go into a path which is based
>> on $TMP.
>>
>> Wolfgang
>>
>>
>>
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>

Nils Wagner wrote:
> matplotlib data path /usr/lib64/python2.4/site-packages/matplotlib/mpl-data
> $HOME=/home/nwagner
> loaded rc file /home/nwagner/matplotlibrc
> matplotlib version 0.87.3
> verbose.level helpful
> interactive is False
> platform is linux2
> numerix numpy 0.9.9.2603
> Traceback (most recent call last):
> File "cascade.py", line 3, in ?
> from pylab import plot, show, xlim, ylim, subplot, xlabel, ylabel,
> title, legend,savefig,clf,scatter
> File "/usr/lib64/python2.4/site-packages/pylab.py", line 1, in ?
> from matplotlib.pylab import *
> File "/usr/lib64/python2.4/site-packages/matplotlib/pylab.py", line
> 198, in ?
> import mlab #so I can override hist, psd, etc...
> File "/usr/lib64/python2.4/site-packages/matplotlib/mlab.py", line 74,
> in ?
> from numerix.fft import fft, inverse_fft
> ImportError: cannot import name inverse_fft
ditto.
I sent an email concerning this earlier, but it hasn't appeared.
-gary

Which LaTeX distribution are you using on windows? TexLive handles
paths much more poorly than MikTeX.
On 6/12/06, Wolfgang <wo...@gm...> wrote:
> Finally I changed in matplotlib/__init__.py the evaluation of $HOME to a
> path without spaces because all files are transfered to
> $HOME.matplotlib/tex.cache/ instead of $TEMP
>
> I also had to change in texmanager.py some of the "%s" to %s
>
> I think someone with more experience in programming should check the
> path handling on windows (regarding to spaces in the path)
>
> I would also suggest that temporary files go into a path which is based
> on $TMP.
>
> Wolfgang
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Finally I changed in matplotlib/__init__.py the evaluation of $HOME to a 
path without spaces because all files are transfered to 
$HOME.matplotlib/tex.cache/ instead of $TEMP
I also had to change in texmanager.py some of the "%s" to %s
I think someone with more experience in programming should check the 
path handling on windows (regarding to spaces in the path)
I would also suggest that temporary files go into a path which is based 
on $TMP.
Wolfgang

> Thanks,
> 
> Massimo, I'm away from my ubuntu machine right now, so I can't test
> this. In the meantime, try in ipython
> 
> xmode verbose
> 
> before running your code. This will generate a more detailed
> traceback, which might give us some clues.
I noticed that I get the error only when I write on a FAT32 partition 
that I use to exchange file with Windows. Writing on my /home ext3 
partition gives no error.
I guess MPL is trying to put some attribute on the saved file that is 
not supported by FAT32.
Down here there's the "xmode verbose" traceback
In [11]: savefig('prova.eps')
---------------------------------------------------------------------------
exceptions.OSError Traceback (most 
recent call last)
/users/Massimo/synuclein/<ipython console>
/usr/lib/python2.4/site-packages/matplotlib/pylab.py in 
savefig(*args=('prova.eps',), **kwargs={})
 809 def savefig(*args, **kwargs):
 810 fig = gcf()
--> 811 return fig.savefig(*args, **kwargs)
 fig.savefig = <bound method Figure.savefig of 
<matplotlib.figure.Figure instance at 0xb5c02e8c>>
 args = ('prova.eps',)
 kwargs = {}
 812 if Figure.savefig.__doc__ is not None:
 813 savefig.__doc__ = _shift_string(Figure.savefig.__doc__)
/usr/lib/python2.4/site-packages/matplotlib/figure.py in 
savefig(self=<matplotlib.figure.Figure instance>, *args=('prova.eps',), 
**kwargs={'dpi': 100.0, 'edgecolor': 'white', 'facecolor': 'white'})
 658 kwargs[key] = rcParams['savefig.%s'%key]
 659
--> 660 self.canvas.print_figure(*args, **kwargs)
 self.canvas.print_figure = <bound method 
FigureCanvasPS.print_figure of 
<matplotlib.backends.backend_ps.FigureCanvasPS instance at 0xb42f886c>>
 args = ('prova.eps',)
 kwargs = {'edgecolor': 'white', 'facecolor': 'white', 'dpi': 100.0}
 661
 662 def colorbar(self, mappable, cax=None, **kw):
/usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py in 
print_figure(self=<matplotlib.backends.backend_ps.FigureCanvasPS 
instance>, outfile='prova.eps', dpi=100.0, facecolor='white', 
edgecolor='white', orientation='portrait', papertype='letter')
 1121 fh = file(tmpfile)
 1122 print >>outfile, fh.read()
-> 1123 else: shutil.move(tmpfile, outfile)
 global shutil.move = <function move at 0xb7dc3bc4>
 tmpfile = '/tmp/caba709a5ee736ae3148af077a1a9a38'
 outfile = 'prova.eps'
 1124
 1125 def _print_figure_tex(self, outfile, dpi, facecolor, 
edgecolor, orientation,
/usr/lib/python2.4/shutil.py in 
move(src='/tmp/caba709a5ee736ae3148af077a1a9a38', dst='prova.eps')
 191 rmtree(src)
 192 else:
--> 193 copy2(src,dst)
 global copy2 = <function copy2 at 0xb7dc3b1c>
 src = '/tmp/caba709a5ee736ae3148af077a1a9a38'
 dst = 'prova.eps'
 194 os.unlink(src)
 195
/usr/lib/python2.4/shutil.py in 
copy2(src='/tmp/caba709a5ee736ae3148af077a1a9a38', dst='prova.eps')
 91 dst = os.path.join(dst, os.path.basename(src))
 92 copyfile(src, dst)
---> 93 copystat(src, dst)
 global copystat = <function copystat at 0xb7dc3aac>
 src = '/tmp/caba709a5ee736ae3148af077a1a9a38'
 dst = 'prova.eps'
 94
 95
/usr/lib/python2.4/shutil.py in 
copystat(src='/tmp/caba709a5ee736ae3148af077a1a9a38', dst='prova.eps')
 66 mode = stat.S_IMODE(st.st_mode)
 67 if hasattr(os, 'utime'):
---> 68 os.utime(dst, (st.st_atime, st.st_mtime))
 global os.utime = <built-in function utime>
 dst = 'prova.eps'
 st.st_atime = 1150101622
 st.st_mtime = 1150101622
 69 if hasattr(os, 'chmod'):
 70 os.chmod(dst, mode)
OSError: [Errno 1] Operation not permitted: 'prova.eps'
-- 
Massimo Sandal
University of Bologna
Department of Biochemistry "G.Moruzzi"
snail mail:
Via Irnerio 48, 40126 Bologna, Italy
email:
mas...@un...
tel: +39-051-2094388
fax: +39-051-2094387

Hi Eric, hi everyone
Eric Firing wrote:
> Your example code has two calls to colorbar, but your sample png file
> has only the result of the second. If I do this:
One colorbar should have blue lines the other one should have black
ones. I thought this bug is somehow related to the drawedges command
so I tried both. 'drawedges=True' works and I get black lines.
'drawedges=False' doesn't work for me and I get blue lines.
> from pylab import *
> from RandomArray import *
> 
> z=random((200,100))
> imshow(z, interpolation='nearest', cmap=cm.hot)
> colorbar(drawedges=False)
> show()
> 
> I don't get the lines when the Agg backend is making the png. You don't
> even need the drawedges kwarg; the default is False.
Yes I know, I thought this would illustrate the behaviour I get a bit
better.
> What backends are you using? Some backends still need work to make them
> support this behavior. Agg, ps, and svg should be fine.
I'm using the GTK backend.
I tried the GTKAgg and WXAgg backends and there it works.
I just checked and another error I get is also related to the GTK
backend. imshow() always has one pixel errors at different edges. But
with GTKAgg it is aliased away.
Best regards,
Nikolai
-- 
"1984" is not a howto!

matplotlib data path /usr/lib64/python2.4/site-packages/matplotlib/mpl-data
$HOME=/home/nwagner
loaded rc file /home/nwagner/matplotlibrc
matplotlib version 0.87.3
verbose.level helpful
interactive is False
platform is linux2
numerix numpy 0.9.9.2603
Traceback (most recent call last):
 File "cascade.py", line 3, in ?
 from pylab import plot, show, xlim, ylim, subplot, xlabel, ylabel,
title, legend,savefig,clf,scatter
 File "/usr/lib64/python2.4/site-packages/pylab.py", line 1, in ?
 from matplotlib.pylab import *
 File "/usr/lib64/python2.4/site-packages/matplotlib/pylab.py", line
198, in ?
 import mlab #so I can override hist, psd, etc...
 File "/usr/lib64/python2.4/site-packages/matplotlib/mlab.py", line 74,
in ?
 from numerix.fft import fft, inverse_fft
ImportError: cannot import name inverse_fft
 

matplotlib data path /usr/lib64/python2.4/site-packages/matplotlib/mpl-data
$HOME=/home/nwagner
loaded rc file /home/nwagner/matplotlibrc
matplotlib version 0.87.3
verbose.level helpful
interactive is False
platform is linux2
numerix numpy 0.9.9.2603
Traceback (most recent call last):
 File "cascade.py", line 3, in ?
 from pylab import plot, show, xlim, ylim, subplot, xlabel, ylabel,
title, legend,savefig,clf,scatter
 File "/usr/lib64/python2.4/site-packages/pylab.py", line 1, in ?
 from matplotlib.pylab import *
 File "/usr/lib64/python2.4/site-packages/matplotlib/pylab.py", line
198, in ?
 import mlab #so I can override hist, psd, etc...
 File "/usr/lib64/python2.4/site-packages/matplotlib/mlab.py", line 74,
in ?
 from numerix.fft import fft, inverse_fft
ImportError: cannot import name inverse_fft

Hi Darren,
I will try to change my temp path later this day. But I also think, that 
 one problem comes from the fact that I have installed Python not on my 
C: drive.
Wolfgang
Darren Dale schrieb:
> I'm sorry Wolfgang, but I don't have access to a windows computer at home, and 
> my next two weeks at work are literally booked from dawn to dusk. I don't 
> know when I'll get a chance to look into this again. Hopefully someone else 
> on the list can offer some suggestions.
> 
> Darren
> 
> 
> On Sunday 11 June 2006 7:22 pm, Wolfgang wrote:
>> Hi,
>>
>> with some manual adjustments in texmanager.py I get the first tex file
>> processed to an dvi and both files (tex + dvi) are copied into this folder:
>> C:\Documents and Settings\s0167070\.matplotlib\tex.cache
>>
>> but now dvipng refuses to do its job:
>>
>> if exit_status: raise RuntimeError('dvipng was not able to \
>> RuntimeError: dvipng was not able to process the flowing file:
>> C:\Documents and
>> Settings\s0167070\.matplotlib\tex.cache3円bb1bc57100b0c65915bdda3a1f60dae.dv
>> i Here is the full report generated by dvipng:
>>
>> Settings\s0167070\.matplotlib\tex.cache3円bb1bc57100b0c65915bdda3a1f60dae.dv
>> i": No such file or directory
>>
>> It seems that the spaces in the temp path produce the error. Is there a
>> way to change the temp dir (beneath in system settings of XP)?
>>
>> Thanks
>> Wolfgang
>>
>>
>>
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 

I'm sorry Wolfgang, but I don't have access to a windows computer at home, and 
my next two weeks at work are literally booked from dawn to dusk. I don't 
know when I'll get a chance to look into this again. Hopefully someone else 
on the list can offer some suggestions.
Darren
On Sunday 11 June 2006 7:22 pm, Wolfgang wrote:
> Hi,
>
> with some manual adjustments in texmanager.py I get the first tex file
> processed to an dvi and both files (tex + dvi) are copied into this folder:
> C:\Documents and Settings\s0167070\.matplotlib\tex.cache
>
> but now dvipng refuses to do its job:
>
> if exit_status: raise RuntimeError('dvipng was not able to \
> RuntimeError: dvipng was not able to process the flowing file:
> C:\Documents and
> Settings\s0167070\.matplotlib\tex.cache3円bb1bc57100b0c65915bdda3a1f60dae.dv
>i Here is the full report generated by dvipng:
>
> Settings\s0167070\.matplotlib\tex.cache3円bb1bc57100b0c65915bdda3a1f60dae.dv
>i": No such file or directory
>
> It seems that the spaces in the temp path produce the error. Is there a
> way to change the temp dir (beneath in system settings of XP)?
>
> Thanks
> Wolfgang
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
Darren S. Dale, Ph.D.
dd...@co...