SourceForge logo
SourceForge logo
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
(7)
2
(5)
3
(18)
4
(9)
5
(13)
6
(14)
7
(8)
8
(7)
9
(6)
10
(6)
11
(24)
12
(14)
13
(9)
14
(21)
15
(6)
16
(1)
17
(20)
18
(42)
19
(16)
20
(21)
21
(41)
22
(13)
23
(11)
24
(15)
25
(32)
26
(27)
27
(29)
28
(10)
29
(3)
30
(1)
31
(5)





Showing 15 results of 15

From: Albert C. i A. <al...@na...> - 2008年03月24日 23:15:12
Attachments: backtrace.txt
Hi,
I'm working on a Qt/KDE based GUI for TinyERP called, KTiny. One of the users 
has been trying the application on Mac and matplotlib crashes with the 
attached backtrace. Backend is Qt4Agg.
Unfortunately I don't have access to a Mac machine, but could ask him to try 
some things as he is very responsive. Has anyone an idea of what could be the 
problem? The application works perfectly well on Linux. On Windows is 
producing a segmentation fault, but that is an issue for another e-mail I 
think.
Any ideas will be very welcomed. Thanks in advance!
-- 
Albert Cervera i Areny
http://www.NaN-tic.com
From: Kenneth M. <xke...@gm...> - 2008年03月24日 21:21:21
Does anyone know how to change the polar graph so that i can graph 
with 0 at North, 90 at west, 180 at south and 270 at east? 
(Considering you look at the polar graph like a compass)
Thanks!
Kenneth Miller
From: Leonard J R. <re...@jp...> - 2008年03月24日 21:18:51
Hello,
What follows is the lasso example code that I am running. This is the 
example the comes with the matplotlib examples code. It works fine 
except when one clicks and does not move the mouse. It seems to hang.
I have traced it down to the self.canvas.widgetlock.locked() call within 
the LassoManager method called onpress. The onpress method is 
registered as a callback for a button press event. What I need to know 
is how to determine which widget has the lock and how to release the 
lock before returning from the callback so that everything will continue 
to work.
If anyone knows how to fix this please send example code.
Thanks,
Len
#!/usr/local/bin/python
"""
Simple hacked test case to add fake runs and print out selected point set.
Show how to use a lasso to select a set of points and get the indices
of the selected points. A callback is used to change the color of the
selected points
This is currently a proof-of-concept implementation (though it is
usable as is). There will be some refinement of the API and the
inside polygon detection routine.
"""
from matplotlib import widgets
import matplotlib.mlab
from matplotlib import nxutils
from matplotlib import colors
from matplotlib import collections
from matplotlib import pyplot
import numpy
from numpy.random import rand
class Datum:
 colorin = colors.colorConverter.to_rgba('red')
 colorout = colors.colorConverter.to_rgba('green')
 def __init__(self, x, y, run=None, include=False):
 self.x = x
 self.y = y
 self.run = run
 if include:
 self.color = self.colorin
 else:
 self.color = self.colorout
class LassoManager:
 def __init__(self, ax, data):
 self.axes = ax
 self.canvas = ax.figure.canvas
 self.data = data
 self.Nxy = len(data)
 self.facecolors = [d.color for d in data]
 self.xys = [(d.x, d.y) for d in data]
 self.facecolors[50] = (0.0,0.0,0.0,1.0)
 self.collection = collections.RegularPolyCollection(
 fig.dpi, 6, sizes=(100,),
 facecolors=self.facecolors,
 offsets = self.xys,
 transOffset = ax.transData)
 ax.add_collection(self.collection)
 self.cid = self.canvas.mpl_connect('button_press_event', 
self.onpress)
 def callback(self, verts):
 ind = numpy.nonzero(nxutils.points_inside_poly(self.xys, verts))[0]
 print "New selection:"
 for i in range(self.Nxy):
 if i in ind:
 self.facecolors[i] = Datum.colorin
 print "Index=%d, run=%d, xy = (%f,%f)" % 
(i,self.data[i].run,self.data[i].x,self.data[i].y)
 else:
 self.facecolors[i] = Datum.colorout
 self.canvas.draw_idle()
 self.canvas.widgetlock.release(self.lasso)
 del self.lasso
 def onpress(self, event):
 print "OK1"
 print self.canvas.widgetlock.locked()
 if self.canvas.widgetlock.locked():
 return
 print "OK2"
 if event.inaxes is None:
 return
 print "OK3"
 self.lasso = widgets.Lasso(event.inaxes, (event.xdata, 
event.ydata), self.callback)
 # acquire a lock on the widget drawing
 self.canvas.widgetlock(self.lasso)
 print "OK4"
data = [Datum(*xy) for xy in rand(100, 2)]
# Fake run data
i = 0
for d in data:
 d.run = i
 i += 1
fig = pyplot.figure()
ax = fig.add_subplot(111, xlim=(0,1), ylim=(0,1), autoscale_on=False)
lman = LassoManager(ax, data)
pyplot.show()
-- 
__________________________________________________
Leonard J. Reder
Jet Propulsion Laboratory
Email: re...@jp...
Phone (Voice): 818-354-3639
--------------------------------------------------
From: Charlie M. <cw...@gm...> - 2008年03月24日 19:48:42
On Mon, Mar 24, 2008 at 10:01 AM, Zachary Pincus <zac...@ya...>
wrote:
> > Zachary Pincus wrote:
> >
> >>> Can you tell me where you specified the -Os option to gcc to escape
> >>> the problem?
> >>
> >> So the compile that command that failed is printed right above the
> >> error message it generated. (The long line that starts with
> >> 'gcc' ...). I just copied this command, edited the -O3 to an -Os, and
> >> pasted that command-line back into the terminal. Total low-tech hack,
> >> as I didn't want to much with the setup.py file to fix compile flags
> >> on a per-file basis.
> >>
> >> After that file is compiled manually, you can re-run 'python setup.py
> >> build', and it will start up at the next step after the error.
> >>
> >> I got the same error in another step, which was a bit trickier to
> >> fix,
> >> because for some reason, src/_image.cpp gets copied to src/image.cpp
> >> on a temporary basis, and then compiled. (I presume the file isn't
> >> also modified?) But after the compile errors out, the copy is
> >> deleted,
> >> so just pasting in the offending gcc command doesn't work. So I had
> >> to
> >> manually copy src/_image.cpp to scr/image.cpp, and then paste in the
> >> modified gcc command.
> >>
> >> Ugh! I'd really love some help reducing this to a test case that I
> >> can
> >> send to Apple.
> >
> > I've got the same error(s) in the same situation (10.5.2). I haven't
> > seen it any other context nor have had any success in reducing to a
> > test
> > case, alas. Could this have to do with picking up libraries (from fink
> > or elsewhere) and/or different compiler versions? I've got XCode 3 and
> > gcc 4.0. (I've actually got the apple 4.2 preview release as well but
> > that craps out even earlier, I assume due to library version
> > mismatches...)
>
> I'm pretty sure what I'm seeing isn't from Fink or other library
> versions -- this was on a pretty clean 10.5 install. I'm using a
> custom-built Python 2.5.2 instead of Apple's, so that required
> installing a new version of readline, but other than that, the system
> is plain vanilla.
>
> Has nobody else built matplotlib from source on 10.5.2 lately?
>
I tried it after seeing your message. Indeed I got the same internal gcc
failure. This is a compiler problem the with the gcc on 10.5.2 (and
10.5.1I think). I found the same error message on many google hits
outside of
matplotlib. Your suggestion of compiling with -Os for the two problem files
worked fine for me.
- Charlie
From: Charlie M. <cw...@gm...> - 2008年03月24日 19:44:31
>
> 3) Maybe we should just distribute a binary *.mpkg instead. I've seen
> talk of a way to install a single binary that could work with either
> Apple's or MacPython's 2.5 -- I think it involved a symlink to a shared
> place to put packages -- anyone know if that actually works?
>
I agree on the mpkg, but the last few times I have tried bdist_mpkg it has
died miserably on mpl.
- Charlie
From: Brook L. <gnu...@ya...> - 2008年03月24日 17:52:29
After installation, I only ran a simple code attached below. I found that I
got this run time error from "from pylab import *".
I did go through what Mark Hamilton posted:
Index: cutils.py
===================================================================
--- cutils.py (revision 5001)
+++ cutils.py (working copy)
@@ -79,7 +79,7 @@
 raise RuntimeError("""\
 '%s' is not a writable dir; you must set %s/.matplotlib to be a writable
dir.
 You can also set environment variable MPLCONFIGDIR to any writable
directory
-where you want matplotlib data stored """%h)
+where you want matplotlib data stored """%(p,h))
 else:
 if not is_writable_dir(h):
 raise RuntimeError("Failed to create %s/.matplotlib; consider
setting MPLCONFIGDIR to a writable directory for matplotlib configuration
data"%h) 
I changed where you want matplotlib data stored """%h) into where you want
matplotlib data stored """%(p,h)). However, I got the same error after
changes. Did I do right? 
I install matplotlib by:
python setup.py build
python setup.py install
How can I install it by svn trunk?
Appreciated,
Brook
=============
from pylab import *
from matplotlib import *
from pylab import figure, close, show, nx
from matplotlib.figure import Figure
import time
x=arange(10)
y=[2, 4, 6, 8, 10, 12, 14, 16, 18, 20]
x2=arange(20)
y2=arange(20)
f=figure() 
hold(True)
plot(x,y)
plot(x2,y2)
grid()
pylab.show()
time.sleep(3)
pylab.close(f)
===================
-- 
View this message in context: http://www.nabble.com/Runtime-Error-tp16239554p16257231.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
From: Christopher B. <Chr...@no...> - 2008年03月24日 17:42:05
Andrew Charles wrote:
> Yes it was the matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg I tried to
> install. I've posted the entire easy_install output below.
Thanks. First, a note:
There is confusion here. If I have it right, the OP is trying to install 
the BINARY egg that is up on sourceforge into the MacPython/Python.org 
Python2.5 running on OS-X 10.5. This should work. However:
> Processing matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg
...
> Installed /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg
So this looks like it has installed the binary egg.
> Processing dependencies for matplotlib==0.91.2
> Searching for matplotlib==0.91.2
But now it has determined that it has mpl 0.91.2 as a dependency, which 
is just plain odd -- I really don't get setuptools!
> Processing matplotlib-0.91.2.tar.gz
so it has downloaded the tarball, and is trying to build it.
> wxPython: no
> * wxPython not found
By the way I thought wxPython was only a run-time dependency now?
> In file included from /usr/X11/include/freetype2/freetype/freetype.h:41,
some freetype warnings -- should it work with Apple-supplied freetype? 
it didn't used to , but it looks like these are only warnings now.
> ld: in /sw/lib/libJPEG.dylib, file is not of required architecture for
> architecture ppc
Now we've got a problem with a fink (or is it darwinports?) libJPEG, 
'cause it's not Universal -- but why is it finding that libjpeg?
So:
1) Have you tried aborting when it starts downloading? Maybe the binary 
is installed?
2) Why is it trying to download and build from source? Does anyone get 
setuptools enough to know?
3) Maybe we should just distribute a binary *.mpkg instead. I've seen 
talk of a way to install a single binary that could work with either 
Apple's or MacPython's 2.5 -- I think it involved a symlink to a shared 
place to put packages -- anyone know if that actually works?
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...
From: Ryan D. <rya...@UD...> - 2008年03月24日 15:19:32
I got the example working (svn diff below). Should Collection objects 
have a set_offsets method?
-Ryan
Index: dynamic_collection.py
===================================================================
--- dynamic_collection.py (revision 5020)
+++ dynamic_collection.py (working copy)
@@ -34,6 +34,8 @@
 color = cm.jet(rand())
 offsets.append((x,y))
 facecolors.append(color)
+ collection._offsets = offsets
+ collection.set_facecolors(facecolors)
 fig.canvas.draw()
 elif event.key=='d':
 N = len(offsets)
@@ -41,6 +43,8 @@
 ind = random.randint(0,N-1)
 offsets.pop(ind)
 facecolors.pop(ind)
+ collection._offsets = offsets
+ collection.set_facecolors(facecolors)
 fig.canvas.draw()
 fig.canvas.mpl_connect('key_press_event', onpress)
> Hi,
> I tried to run the dynamic_collections.py example in the source
> directory (SVN revision 5002) but got the following error:
> 
> Traceback (most recent call last):
> File "dynamic_collection.py", line 23, in <module>
> transOffset = ax.transData,
> TypeError: __init__() got multiple values for keyword argument 'numsides'
> 
> I removed the numsides=5 keyword argument (line 16) from
> dynamic_collections.py, and while it lets the example run without error,
> the "dynamic" aspect doesn't work. That is, the initial plot with a
> single point appears but pressing 'a' or 'd' does nothing (when it
> should add or delete a point).
> 
> Any ideas on how to get this working?
> 
> thanks,
> -Ryan 
From: Alex C. <thr...@MI...> - 2008年03月24日 14:17:54
> I believe I have fixed the problem in the latest svn versions, both on
> the maintenance branch and on the trunk. Please try the latest version
Thanks for your help, Jouni. That seems to have fixed the problem.
Best,
Alex
From: Zachary P. <zac...@ya...> - 2008年03月24日 14:01:54
> Zachary Pincus wrote:
>
>>> Can you tell me where you specified the -Os option to gcc to escape
>>> the problem?
>>
>> So the compile that command that failed is printed right above the
>> error message it generated. (The long line that starts with
>> 'gcc' ...). I just copied this command, edited the -O3 to an -Os, and
>> pasted that command-line back into the terminal. Total low-tech hack,
>> as I didn't want to much with the setup.py file to fix compile flags
>> on a per-file basis.
>>
>> After that file is compiled manually, you can re-run 'python setup.py
>> build', and it will start up at the next step after the error.
>>
>> I got the same error in another step, which was a bit trickier to 
>> fix,
>> because for some reason, src/_image.cpp gets copied to src/image.cpp
>> on a temporary basis, and then compiled. (I presume the file isn't
>> also modified?) But after the compile errors out, the copy is 
>> deleted,
>> so just pasting in the offending gcc command doesn't work. So I had 
>> to
>> manually copy src/_image.cpp to scr/image.cpp, and then paste in the
>> modified gcc command.
>>
>> Ugh! I'd really love some help reducing this to a test case that I 
>> can
>> send to Apple.
>
> I've got the same error(s) in the same situation (10.5.2). I haven't
> seen it any other context nor have had any success in reducing to a 
> test
> case, alas. Could this have to do with picking up libraries (from fink
> or elsewhere) and/or different compiler versions? I've got XCode 3 and
> gcc 4.0. (I've actually got the apple 4.2 preview release as well but
> that craps out even earlier, I assume due to library version 
> mismatches...)
I'm pretty sure what I'm seeing isn't from Fink or other library 
versions -- this was on a pretty clean 10.5 install. I'm using a 
custom-built Python 2.5.2 instead of Apple's, so that required 
installing a new version of readline, but other than that, the system 
is plain vanilla.
Has nobody else built matplotlib from source on 10.5.2 lately?
Zach
>
>>
>> Zach
>>
>>
>> On Mar 13, 2008, at 12:16 PM, Stephane Raynaud wrote:
>>
>>> Hi,
>>>
>>> I got the same problem.
>>> Can you tell me where you specified the -Os option to gcc to escape
>>> the problem?
>>>
>>>
>>> On Mon, Mar 10, 2008 at 4:35 AM, Zachary Pincus <zac...@pu...
>>>> wrote:
>>>> Hello,
>>>>
>>>> I just tried to compile the SVN head of matplotlib (r4994) from
>>>> source
>>>> on OS X 10.5.2 (with source builds of python 2.5.2 and the SVN head
>>>> of
>>>> numpy), and ran into an "internal compiler error" in the agg code.
>>>> (pkgconfig 0.23 and wxPython 2.8.7.1 also present and accounted 
>>>> for.)
>>>>
>>>> Here's the compile line and error:
>>>>> building 'matplotlib.backends._backend_agg' extension
>>>>> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-
>>>>> fused-
>>>>> madd -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-
>>>>> prototypes -I/Library/Frameworks/Python.framework/Versions/2.5/ 
>>>>> lib/
>>>>> python2.5/site-packages/numpy/core/include -I/usr/X11/include/
>>>>> libpng12 -I/usr/local/include -I/usr/include -I/usr/X11R6/ 
>>>>> include -
>>>>> I. -I/Library/Frameworks/Python.framework/Versions/2.5/lib/
>>>>> python2.5/
>>>>> site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/usr/
>>>>> X11/include/freetype2 -I/usr/X11/include -I/usr/local/include -I/
>>>>> usr/
>>>>> include -I/usr/X11R6/include -I. -I/Library/Frameworks/
>>>>> Python.framework/Versions/2.5/include/python2.5 -c src/ 
>>>>> _image.cpp -o
>>>>> build/temp.macosx-10.4-i386-2.5/src/_image.o
>>>>> cc1plus: warning: command line option "-Wstrict-prototypes" is 
>>>>> valid
>>>>> for C/ObjC but not for C++
>>>>> src/_image.cpp: In member function 'Py::Object
>>>>> _image_module::from_images(const Py::Tuple&)':
>>>>> src/_image.cpp:842: error: insn does not satisfy its constraints:
>>>>> (insn 2573 1070 2574 126 agg24/include/agg_color_rgba.h:268 (set
>>>>> (mem:QI (plus:SI (reg/f:SI 6 bp)
>>>>> (const_int -280 [0xfffffffffffffee8])) [0 SR.2969+0
>>>>> S1 A8])
>>>>> (reg:QI 5 di)) 56 {*movqi_1} (nil)
>>>>> (nil))
>>>>> src/_image.cpp:842: internal compiler error: in
>>>>> reload_cse_simplify_operands, at postreload.c:391
>>>>> Please submit a full bug report, with preprocessed source if
>>>>> appropriate.
>>>>> See <URL:http://developer.apple.com/bugreporter> for instructions.
>>>> This seems to be an agg and OS X error; it's cropped up here:
>>>> http://trac.osgeo.org/mapserver/ticket/2368
>>>> and John Hunter reported it on the agg list here:
>>>> http://article.gmane.org/gmane.comp.graphics.agg/3963
>>>>
>>>> Unfortunately, the error appears to either not have been fixed by 
>>>> the
>>>> 10.5.1 update, as suggested in the email thread cited above, or the
>>>> error re-appeared in 10.5.2.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
From: Chris W. <ch...@si...> - 2008年03月24日 13:52:54
Hi Brook,
Brook Lin wrote:
> raise RuntimeError("'%s' is not a writable dir; you must set
> %s/.matplotlib to be a writable dir. You can also set environment variable
> MPLCONFIGDIR to any writable directory where you want matplotlib data stored
> "%h)
This is the crucial bit.
Looks like you've set MPLCONFIGDIR to a read-only dir, or the 
.matplotlib in the current dir or .matplotlib in your home directory 
aren't writeable by the user running your python script. (I'm doing a 
bit of guesswork here...)
What is it that you're trying to do?
cheers,
Chris
-- 
Simplistix - Content Management, Zope & Python Consulting
 - http://www.simplistix.co.uk
From: Michael D. <md...@st...> - 2008年03月24日 12:04:09
Simson Garfinkel wrote:
> 1. Moving to matplotlib-0.91.2 solved the problem with PDF generation 
> on log axes.
>
> 2. Installing matplotlib-0.91.2 on Linux required installing these 
> packages first:
> 	* freetype-devel
> 	* libpng-devel
>
> (Those packages were NOT installed automatically by easy_install)
> 
Yeah -- easy_install doesn't address installing anything that's non-Python. It's a source of ranging debate about easy_install vs. the distribution packaging systems.
Mike
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
From: John H. <jd...@gm...> - 2008年03月24日 02:34:36
On Sun, Mar 23, 2008 at 8:51 PM, Darren Dale <dar...@co...> wrote:
> > raise RuntimeError("'%s' is not a writable dir; you must set
> > %s/.matplotlib to be a writable dir. You can also set environment variable
> > MPLCONFIGDIR to any writable directory where you want matplotlib data
> > stored "%h)
> > TypeError: not enough arguments for format string
> >
> > How can I get it fixed?
>
> We might be in a better position to help if you post the example code.
This bug was first pointed out by Mark Hamilton (with a patch) in the
thread "RuntimeError in _get_configdir". I've committed his fix to
svn. Basically, the format string is looking for two arguments where
only one is provided. Because it only arises in an error condition,
it is a corner of the code that had not been hit before.
JDH
From: Darren D. <dar...@co...> - 2008年03月24日 01:51:46
On Sunday 23 March 2008 2:23:36 pm Brook Lin wrote:
> Hi All,
>
> I installed the matplotlib0.91.2 on 64-bit Ubuntu7.04 system. I ran an
> example code and got the error:
>
> File "testplot.py", line 2, in <module>
> from pylab import *
> File "/usr/lib/python2.5/site-packages/pylab.py", line 1, in <module>
> from matplotlib.pylab import *
> File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 639,
> in <module>
> rcParams = rc_params()
> File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 562,
> in rc_params
> fname = matplotlib_fname()
> File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 513,
> in matplotlib_fname
> fname = os.path.join(get_configdir(), 'matplotlibrc')
> File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 207,
> in wrapper
> ret = func(*args, **kwargs)
> File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 400,
> in _get_configdir
> raise RuntimeError("'%s' is not a writable dir; you must set
> %s/.matplotlib to be a writable dir. You can also set environment variable
> MPLCONFIGDIR to any writable directory where you want matplotlib data
> stored "%h)
> TypeError: not enough arguments for format string
>
> How can I get it fixed?
We might be in a better position to help if you post the example code.
From: Andrew C. <ac...@gm...> - 2008年03月24日 01:23:16
I had a similar issue trying to install the matplotlib egg on Leopard
- same setup with the seperate macpython install. I solved the issue
by removing the fink versions of libJPEG and libTIFF. From the output
you've posted it looks as though you're install is failing at the same
point, on the macports libJPEG in /opt/local/lib.
I just removed the fink tiff and jpeg libraries and this fixed the
problem, although I can't guarantee this won't break other apps you've
installed that use these libraries. There may be a way to force it to
link to the system default libTIFF and libJPEG, but I don't know it.
Andrew
On Sat, Mar 1, 2008 at 9:39 AM, Christopher Barker
<Chr...@no...> wrote:
> Samuel M. Smith wrote:
> > I finally bit the bullet and decided to upgrade to Leopard.
> > The MatPlotLib 0.91.2 egg fails to install.
> >
> >
> > Configuration:
> > MacBook Pro
> > OS X 10.5.2
> >
> > Python 2.5.2 from http://www.pythonmac.org/packages/py25-fat/dmg/
> > python-2.5-macosx.dmg
>
>
> > 0.9.1.2 egg from http://downloads.sourceforge.net/matplotlib/
> > matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg?
> > modtime=1200067054&big_mirror=0
>
> This works fine for me on OS-X 10.4 (other stuff the same as you)
>
>
> > When I use easy_install on the egg I get a bunch of errors and the
> > install fails.
>
> Are you sure you're using the easy_install for the MacPython you
> installed, rather than the one that installs into Apple's Python? Try:
>
> $ which easy_install
>
> I get:
> /Library/Frameworks/Python.framework/Versions/Current/bin/easy_install
>
>
> > What's the recommended approach for installing on 10.5?
>
> It seems most folks are using the Apple-supplied Python2.5, rather than
> the MacPython one -- you might want to try that.
>
>
> > Processing matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg
> > Copying matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg to /Library/
> > Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages
>
> hmmm -- that looks right.
>
>
> > Processing dependencies for matplotlib==0.91.2
> > Searching for matplotlib==0.91.2
> > Reading http://pypi.python.org/simple/matplotlib/
> > Reading http://matplotlib.sourceforge.net
> > Reading http://sourceforge.net/project/showfiles.php?
> > group_id=80706&package_id=82474
> > Reading http://sourceforge.net/project/showfiles.php?group_id=80706
> > Best match: matplotlib 0.91.2
> > Downloading http://downloads.sourceforge.net/matplotlib/
> > matplotlib-0.91.2.tar.gz?modtime=1199627250&big_mirror=0
> > Processing matplotlib-0.91.2.tar.gz
>
> here's your problem -- it isn't recognizing the egg as one that will
> work on 10.5, so it's downloading the tarball to try to build a new one
> for you -- that's apparently failing.
>
> Someone did some trickery that is beyond me for the 0.91.1 egg, so that
> it was recognized as being acceptable on 10.4 and 10.5. You might search
> this list for discussion of that.
>
> eggs sure seem like a good idea, but this does get messy!
>
> By the way, on my system (10.4), the binary egg on sourceforge installed
> fine, but easy_install didn't fine it for me -- should it be able to do
> that?
>
> -Chris
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> Chr...@no...
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Showing 15 results of 15

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /