Menu
▾
▴
matplotlib-users — Discussion related to using matplotlib
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(12) |
2
(15) |
3
(4) |
|
4
|
5
(1) |
6
(13) |
7
(8) |
8
(16) |
9
(10) |
10
(6) |
|
11
(11) |
12
(20) |
13
(8) |
14
(12) |
15
(10) |
16
(12) |
17
(6) |
|
18
(7) |
19
(18) |
20
(5) |
21
(9) |
22
|
23
(6) |
24
(3) |
|
25
|
26
(2) |
27
(26) |
28
(11) |
29
(9) |
30
(21) |
|
|
From: David M. C. <co...@ph...> - 2006-06-12 22:33:49
|
On Mon, 12 Jun 2006 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... |
|
From: <hu...@ya...> - 2006-06-12 20:48:08
|
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 |
|
From: Eric F. <ef...@ha...> - 2006-06-12 17:40:27
|
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 |
|
From: Fernando P. <fpe...@gm...> - 2006-06-12 17:22:14
|
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
|
|
From: Wolfgang <wo...@gm...> - 2006-06-12 17:19:32
|
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.cache\3bb1bc57100b0c65915bdda3a1f60dae.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.cache\3bb1bc57100b0c65915bdda3a1f60dae.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
|
|
From: Darren D. <dd...@co...> - 2006-06-12 15:48:31
|
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 |
|
From: Wolfgang <wo...@gm...> - 2006-06-12 14:35:11
|
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 > |
|
From: Darren D. <dd...@co...> - 2006-06-12 14:28:07
|
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 |
|
From: Ryan K. <rya...@gm...> - 2006-06-12 13:13:48
|
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 > |
|
From: Wolfgang <wo...@gm...> - 2006-06-12 13:07:36
|
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() |
|
From: Wolfgang <wo...@gm...> - 2006-06-12 12:56:24
|
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 >> |
|
From: Gary <pa...@in...> - 2006-06-12 12:51:10
|
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 |
|
From: Ryan K. <rya...@gm...> - 2006-06-12 11:23:15
|
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 > |
|
From: Wolfgang <wo...@gm...> - 2006-06-12 09:32:25
|
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 |
|
From: massimo s. <mas...@un...> - 2006-06-12 08:45:02
|
> 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
|
|
From: Nikolai H. <nik...@ma...> - 2006-06-12 08:38:26
|
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! |
|
From: Nils W. <nw...@ia...> - 2006-06-12 07:09:42
|
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
|
|
From: Nils W. <nw...@ia...> - 2006-06-12 07:03:18
|
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
|
|
From: Wolfgang <wo...@gm...> - 2006-06-12 06:47:14
|
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.cache\3bb1bc57100b0c65915bdda3a1f60dae.dv
>> i Here is the full report generated by dvipng:
>>
>> Settings\s0167070\.matplotlib\tex.cache\3bb1bc57100b0c65915bdda3a1f60dae.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
>
|
|
From: Darren D. <dd...@co...> - 2006-06-12 00:24:30
|
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.cache\3bb1bc57100b0c65915bdda3a1f60dae.dv
>i Here is the full report generated by dvipng:
>
> Settings\s0167070\.matplotlib\tex.cache\3bb1bc57100b0c65915bdda3a1f60dae.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...
|
