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
(1) |
|
2
(10) |
3
(29) |
4
(56) |
5
(44) |
6
(26) |
7
(12) |
8
(1) |
|
9
(2) |
10
(11) |
11
(28) |
12
(17) |
13
(6) |
14
(17) |
15
(7) |
|
16
(1) |
17
(8) |
18
(8) |
19
(7) |
20
(2) |
21
(8) |
22
(4) |
|
23
(6) |
24
(1) |
25
(2) |
26
(8) |
27
(3) |
28
(5) |
29
(1) |
|
30
|
31
(1) |
|
|
|
|
|
|
From: Samuel G. <sg...@ol...> - 2007-12-06 15:20:47
|
Hi all,
I found something strange in scipy.stats.percentileofscore
In [1]: from scipy import *
In [2]: a = rand(10000)
In [3]: stats.percentileofscore(a,.2)
Out[3]: 20.0157565073
This OK.
In [4]: stats.percentileofscore(a,.0002)
Out[4]: 102.898311442
This is strange !!!!!
In [5]: stats.percentileofscore(a,1.4)
---------------------------------------------------------------------------
<type 'exceptions.IndexError'> Traceback (most recent call last)
/home/sgarcia/<ipython console> in <module>()
/usr/lib/python2.5/site-packages/scipy/stats/stats.py in
percentileofscore(a, score, histbins, defaultlimits)
942 cumhist = np.cumsum(h*1, axis=0)
943 i = int((score - lrl)/float(binsize))
--> 944 pct =
(cumhist[i-1]+((score-(lrl+binsize*i))/float(binsize))*h[i])/float(len(a))
* 100
945 return pct
946
<type 'exceptions.IndexError'>: index out of bounds
This does work...
Any idea.
Sam
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Samuel Garcia
Laboratoire de Neurosciences Sensorielles, Comportement, Cognition.
CNRS - UMR5020 - Universite Claude Bernard LYON 1
Equipe logistique et technique
50, avenue Tony Garnier
69366 LYON Cedex 07
FRANCE
Tél : 04 37 28 74 64
Fax : 04 37 28 76 01
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
From: Michael D. <md...@st...> - 2007-12-06 15:10:55
|
Thanks, that helps a lot. It seems to be working now -- I've committed this in r4643. Cheers, Mike Vincent Schut wrote: > Hmm, that's a bit hard, it's not really what one would call a > self-contained example... > > the bug triggers when I load a rgb numpy float array with imshow (only > with floats, not with ints). > > After some thought and trial, it's simple: these lines already trigger > the error: > > #====================== > import pylab, numpy > > rgbFloat = numpy.random.random((100,100,3)) > pylab.imshow(rgbFloat) > pylab.show() > #====================== > > Hope that helps! > > VS. > > > > Michael Droettboom wrote: >> Can you send your script that triggers this bug? I wasn't the author of >> this code, so I don't know how to get that path to execute -- but I'm >> happy to work through your example until it's working. >> >> (I suspect the intention here was "m, n = x.shape[:2]", but I can't test >> it.) >> >> Cheers, >> Mike >> >> Vincent Schut wrote: >>> Thanks. >>> However, now I get a different error: >>> >>> Traceback (most recent call last): >>> File >>> "/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py", >>> line 331, in expose_event >>> self._render_figure(self._pixmap, w, h) >>> File >>> "/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py", >>> line 319, in _render_figure >>> self.figure.draw (self._renderer) >>> File "/usr/lib64/python2.5/site-packages/matplotlib/figure.py", line >>> 622, in draw >>> for a in self.axes: a.draw(renderer) >>> File "/usr/lib64/python2.5/site-packages/matplotlib/axes.py", line >>> 1297, in draw >>> im.draw(renderer) >>> File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line >>> 188, in draw >>> im = self.make_image(renderer.get_image_magnification()) >>> File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line >>> 130, in make_image >>> x = self.to_rgba(self._A, self._alpha) >>> File "/usr/lib64/python2.5/site-packages/matplotlib/cm.py", line 61, >>> in to_rgba >>> m, n = npy.shape[:2] >>> TypeError: 'function' object is unsubscriptable >>> >>> >>> Michael Droettboom wrote: >>>> Thanks. I have corrected this in SVN. >>>> >>>> Cheers, >>>> Mike >>>> >>>> Vincent Schut wrote: >>>>> Hi, >>>>> >>>>> there is a bug in cm.py (svn): it references npy (first time: line 58), >>>>> but npy is never imported. >>>>> >>>>> Cheers, >>>>> VS. >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>>>> from Novell. From the desktop to the data center, Linux is going >>>>> mainstream. Let it simplify your IT future. >>>>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>>>> _______________________________________________ >>>>> Matplotlib-users mailing list >>>>> Mat...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >>> ------------------------------------------------------------------------- >>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>> from Novell. From the desktop to the data center, Linux is going >>> mainstream. Let it simplify your IT future. >>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: Vincent S. <sc...@sa...> - 2007-12-06 14:59:19
|
Hmm, that's a bit hard, it's not really what one would call a self-contained example... the bug triggers when I load a rgb numpy float array with imshow (only with floats, not with ints). After some thought and trial, it's simple: these lines already trigger the error: #====================== import pylab, numpy rgbFloat = numpy.random.random((100,100,3)) pylab.imshow(rgbFloat) pylab.show() #====================== Hope that helps! VS. Michael Droettboom wrote: > Can you send your script that triggers this bug? I wasn't the author of > this code, so I don't know how to get that path to execute -- but I'm > happy to work through your example until it's working. > > (I suspect the intention here was "m, n = x.shape[:2]", but I can't test > it.) > > Cheers, > Mike > > Vincent Schut wrote: >> Thanks. >> However, now I get a different error: >> >> Traceback (most recent call last): >> File >> "/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py", >> line 331, in expose_event >> self._render_figure(self._pixmap, w, h) >> File >> "/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py", >> line 319, in _render_figure >> self.figure.draw (self._renderer) >> File "/usr/lib64/python2.5/site-packages/matplotlib/figure.py", line >> 622, in draw >> for a in self.axes: a.draw(renderer) >> File "/usr/lib64/python2.5/site-packages/matplotlib/axes.py", line >> 1297, in draw >> im.draw(renderer) >> File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line >> 188, in draw >> im = self.make_image(renderer.get_image_magnification()) >> File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line >> 130, in make_image >> x = self.to_rgba(self._A, self._alpha) >> File "/usr/lib64/python2.5/site-packages/matplotlib/cm.py", line 61, >> in to_rgba >> m, n = npy.shape[:2] >> TypeError: 'function' object is unsubscriptable >> >> >> Michael Droettboom wrote: >>> Thanks. I have corrected this in SVN. >>> >>> Cheers, >>> Mike >>> >>> Vincent Schut wrote: >>>> Hi, >>>> >>>> there is a bug in cm.py (svn): it references npy (first time: line 58), >>>> but npy is never imported. >>>> >>>> Cheers, >>>> VS. >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>>> from Novell. From the desktop to the data center, Linux is going >>>> mainstream. Let it simplify your IT future. >>>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>>> _______________________________________________ >>>> Matplotlib-users mailing list >>>> Mat...@li... >>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: The Future of Linux Business White Paper >> from Novell. From the desktop to the data center, Linux is going >> mainstream. Let it simplify your IT future. >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Michael D. <md...@st...> - 2007-12-06 14:44:22
|
Can you send your script that triggers this bug? I wasn't the author of this code, so I don't know how to get that path to execute -- but I'm happy to work through your example until it's working. (I suspect the intention here was "m, n = x.shape[:2]", but I can't test it.) Cheers, Mike Vincent Schut wrote: > Thanks. > However, now I get a different error: > > Traceback (most recent call last): > File > "/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py", > line 331, in expose_event > self._render_figure(self._pixmap, w, h) > File > "/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py", > line 319, in _render_figure > self.figure.draw (self._renderer) > File "/usr/lib64/python2.5/site-packages/matplotlib/figure.py", line > 622, in draw > for a in self.axes: a.draw(renderer) > File "/usr/lib64/python2.5/site-packages/matplotlib/axes.py", line > 1297, in draw > im.draw(renderer) > File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line > 188, in draw > im = self.make_image(renderer.get_image_magnification()) > File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line > 130, in make_image > x = self.to_rgba(self._A, self._alpha) > File "/usr/lib64/python2.5/site-packages/matplotlib/cm.py", line 61, > in to_rgba > m, n = npy.shape[:2] > TypeError: 'function' object is unsubscriptable > > > Michael Droettboom wrote: >> Thanks. I have corrected this in SVN. >> >> Cheers, >> Mike >> >> Vincent Schut wrote: >>> Hi, >>> >>> there is a bug in cm.py (svn): it references npy (first time: line 58), >>> but npy is never imported. >>> >>> Cheers, >>> VS. >>> >>> >>> ------------------------------------------------------------------------- >>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>> from Novell. From the desktop to the data center, Linux is going >>> mainstream. Let it simplify your IT future. >>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: Vincent S. <sc...@sa...> - 2007-12-06 14:14:42
|
Thanks.
However, now I get a different error:
Traceback (most recent call last):
File
"/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py",
line 331, in expose_event
self._render_figure(self._pixmap, w, h)
File
"/usr/lib64/python2.5/site-packages/matplotlib/backends/backend_gtk.py",
line 319, in _render_figure
self.figure.draw (self._renderer)
File "/usr/lib64/python2.5/site-packages/matplotlib/figure.py", line
622, in draw
for a in self.axes: a.draw(renderer)
File "/usr/lib64/python2.5/site-packages/matplotlib/axes.py", line
1297, in draw
im.draw(renderer)
File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line
188, in draw
im = self.make_image(renderer.get_image_magnification())
File "/usr/lib64/python2.5/site-packages/matplotlib/image.py", line
130, in make_image
x = self.to_rgba(self._A, self._alpha)
File "/usr/lib64/python2.5/site-packages/matplotlib/cm.py", line 61,
in to_rgba
m, n = npy.shape[:2]
TypeError: 'function' object is unsubscriptable
Michael Droettboom wrote:
> Thanks. I have corrected this in SVN.
>
> Cheers,
> Mike
>
> Vincent Schut wrote:
>> Hi,
>>
>> there is a bug in cm.py (svn): it references npy (first time: line 58),
>> but npy is never imported.
>>
>> Cheers,
>> VS.
>>
>>
>> -------------------------------------------------------------------------
>> SF.Net email is sponsored by: The Future of Linux Business White Paper
>> from Novell. From the desktop to the data center, Linux is going
>> mainstream. Let it simplify your IT future.
>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
|
|
From: Michael D. <md...@st...> - 2007-12-06 12:48:02
|
Thanks. I have corrected this in SVN. Cheers, Mike Vincent Schut wrote: > Hi, > > there is a bug in cm.py (svn): it references npy (first time: line 58), > but npy is never imported. > > Cheers, > VS. > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: Vincent S. <sc...@sa...> - 2007-12-06 12:02:03
|
Hi, there is a bug in cm.py (svn): it references npy (first time: line 58), but npy is never imported. Cheers, VS. |
|
From: Michael D. <md...@st...> - 2007-12-06 12:00:28
|
Great! Glad to hear that's resolved. Yes -- saving PDF's from the GtkAgg window is a recent(ish) change. Cheers, Mike |
|
From: Andrew J. <a.h...@gm...> - 2007-12-06 11:42:37
|
Hi All, I've been compiling svn versions of matplotlib on OSX for quite a while with no (or few...) problems. On upgrading to leopard on my mac pro, I've run into the error messages below. External libs are from fink. There seems to be some problem with attempts to build a universal binary. Any ideas? Andrew << ...removed... >> g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -bundle -undefined dynamic_lookup build/temp.macosx-10.3-fat-2.5/src/ft2font.o build/temp.macosx-10.3-fat-2.5/src/mplutils.o build/temp.macosx-10.3-fat-2.5/CXX/cxx_extensions.o build/temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o build/temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o build/temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o -L/usr/X11/lib -L/sw/lib/freetype2/lib -L/sw/lib/freetype219/lib -L/usr/local/lib -L/usr/lib -L/sw/lib -L/usr/X11R6/lib -lfreetype -lz -lstdc++ -lm -o build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so -Wl,-framework,CoreServices,-framework,ApplicationServices ld: in /sw/lib/libJPEG.dylib, file is not of required architecture for architecture ppc collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/zy/zyE6hlZdE-S3suWR4ie8RE+++TI/-Tmp-//ccWqjNip.out (No such file or directory) ld: in /sw/lib/libJPEG.dylib, file is not of required architecture for architecture ppc collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/zy/zyE6hlZdE-S3suWR4ie8RE+++TI/-Tmp-//ccWqjNip.out (No such file or directory) error: Command "g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -bundle -undefined dynamic_lookup build/temp.macosx-10.3-fat-2.5/src/ft2font.o build/temp.macosx-10.3-fat-2.5/src/mplutils.o build/temp.macosx-10.3-fat-2.5/CXX/cxx_extensions.o build/temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o build/temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o build/temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o -L/usr/X11/lib -L/sw/lib/freetype2/lib -L/sw/lib/freetype219/lib -L/usr/local/lib -L/usr/lib -L/sw/lib -L/usr/X11R6/lib -lfreetype -lz -lstdc++ -lm -o build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so -Wl,-framework,CoreServices,-framework,ApplicationServices" failed with exit status 1 |
|
From: Ping Y. <pin...@gm...> - 2007-12-06 09:22:17
|
Ahhh... Yes, I should turn to scipy for this. Great suggestion! I'll look for least square fit and maximum likelihood fit. My next question is about plotting any function f(x) on top of data. I know I could just produce enough (x,y) points and plot(x,y). But a convenience function like plot(f, minx, maxx) would be great. If there is no existing one I can write one. cheers, Ping On Dec 6, 2007 2:50 PM, Matthieu Brucher <mat...@gm...> wrote: > Hi, > > You could use another package, like openopt and the generic optimizers that > give you what you want provided that you create at least the gradient of > the function (I didn't create a class that can numerically derive a fit > function). > For instance > http://projects.scipy.org/scipy/scikits/wiki/Optimization/tutorial#FittingData > gives you an example. > > Matthieu > > 2007/12/6, Ping Yeh <pin...@gm...>: > > > > > > > > Hi, > > > > I have (x,y) data that I want to fit to the formula > > y = a * x^b > > to determine a and b. How can I do it? The current > > manual only lists linear fit and polynomial fit. > > > > Or, putting it in a more general setting, is there a > > module to do fitting to an arbitrary function? > > It would be something like > > > > pars = fit(x, y, func) > > > > where func is a function like > > > > y = func(x, pars) > > > > with pars a 1-D array. > > > > Thanks, > > Ping > > > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: The Future of Linux Business White Paper > > from Novell. From the desktop to the data center, Linux is going > > mainstream. Let it simplify your IT future. > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > > -- > French PhD student > Website : http://miles.developpez.com/ > Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 > LinkedIn : http://www.linkedin.com/in/matthieubrucher > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > |
|
From: Matthieu B. <mat...@gm...> - 2007-12-06 06:50:11
|
Hi, You could use another package, like openopt and the generic optimizers that give you what you want provided that you create at least the gradient of the function (I didn't create a class that can numerically derive a fit function). For instance http://projects.scipy.org/scipy/scikits/wiki/Optimization/tutorial#FittingDatagives you an example. Matthieu 2007/12/6, Ping Yeh <pin...@gm...>: > > Hi, > > I have (x,y) data that I want to fit to the formula > y = a * x^b > to determine a and b. How can I do it? The current > manual only lists linear fit and polynomial fit. > > Or, putting it in a more general setting, is there a > module to do fitting to an arbitrary function? > It would be something like > > pars = fit(x, y, func) > > where func is a function like > > y = func(x, pars) > > with pars a 1-D array. > > Thanks, > Ping > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- French PhD student Website : http://miles.developpez.com/ Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn : http://www.linkedin.com/in/matthieubrucher |
|
From: Barry W. <bar...@gm...> - 2007-12-06 06:45:53
|
Ping, You should investigate scipy.optimize.lsqFit for using least squares to fit an arbitrary function and scipy.odr for regular or orthogonal least squares fitting. barry On Dec 5, 2007 9:45 PM, Ping Yeh <pin...@gm...> wrote: > Hi, > > I have (x,y) data that I want to fit to the formula > y = a * x^b > to determine a and b. How can I do it? The current > manual only lists linear fit and polynomial fit. > > Or, putting it in a more general setting, is there a > module to do fitting to an arbitrary function? > It would be something like > > pars = fit(x, y, func) > > where func is a function like > > y = func(x, pars) > > with pars a 1-D array. > > Thanks, > Ping > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Ping Y. <pin...@gm...> - 2007-12-06 05:45:26
|
Hi, I have (x,y) data that I want to fit to the formula y = a * x^b to determine a and b. How can I do it? The current manual only lists linear fit and polynomial fit. Or, putting it in a more general setting, is there a module to do fitting to an arbitrary function? It would be something like pars = fit(x, y, func) where func is a function like y = func(x, pars) with pars a 1-D array. Thanks, Ping |
|
From: Adam M. <ram...@gm...> - 2007-12-06 03:41:00
|
On Dec 5, 2007 10:30 PM, John Hunter <jd...@gm...> wrote: > Looks like you need setuptools > > http://peak.telecommunity.com/DevCenter/EasyInstall#installing-easy-install Thanks John, installing setuptools did the trick. Cheers Adam |
|
From: John H. <jd...@gm...> - 2007-12-06 03:30:56
|
On Dec 5, 2007 9:13 PM, Adam Mercer <ram...@gm...> wrote: > ImportError: No module named pkg_resources > > Am I missing a required module? Looks like you need setuptools http://peak.telecommunity.com/DevCenter/EasyInstall#installing-easy-install |
|
From: Adam M. <ram...@gm...> - 2007-12-06 03:13:15
|
Hi
After updating to basemap-0.9.8 I'm getting the following error when
trying to import the basemap module on Intel Mac OS X Leopard using
Python-2.5.1 from MacPorts
Python 2.5.1 (r251:54863, Nov 22 2007, 18:02:58)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from matplotlib.toolkits import basemap
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/opt/local/lib/python2.5/site-packages/matplotlib/toolkits/basemap/__init__.py",
line 1, in <module>
from basemap import __doc__, __version__
File "/opt/local/lib/python2.5/site-packages/matplotlib/toolkits/basemap/basemap.py",
line 31, in <module>
import _geos, pupynere
File "/opt/local/lib/python2.5/site-packages/matplotlib/toolkits/basemap/pupynere.py",
line 36, in <module>
from dap.client import open as open_remote
File "/opt/local/lib/python2.5/site-packages/dap/__init__.py", line
12, in <module>
__import__('pkg_resources').declare_namespace(__name__)
ImportError: No module named pkg_resources
Am I missing a required module?
Cheers
Adam
|
|
From: bplewe <pl...@by...> - 2007-12-05 21:26:26
|
[Fairly new at matplotlib, but very happy with it so far] Is it possible to retrieve images rendered by one of the backends as an object, rather than just saving to a file? Specifically, I need to render graphs to SVG code, that I can turn into a DOM object for further manipulation. I can save to a temp file and immediately reload it into a DOM, but that is cumbersome in a single program. The only place I can see to generate rendered output is savefig(). There is a reference in the documentation to using a file-like object with the Cairo backend. Is that the only possibility? If so, any ideas on a workaround other than temp files? -- View this message in context: http://www.nabble.com/rendered-objects-%28esp.-SVG%29-tf4952354.html#a14180802 Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Brian B. <fo...@gm...> - 2007-12-05 21:14:48
|
Hello, On the Mac I use TkAgg and can output PDF files no problem. The only reason I was using GTKCairo was to get the PDF output which was not working with GTKAgg. I just updated to the most recent SVN from the one I was using from earlier today and now I can save to PDF in GTKAgg without troubles. Basically I just wanted something that was interactive till I made the plot to my liking then I could save the figure to a PDF. On the mac this worked with TkAgg without any troubles and now on Linux it works iwth GTKAgg without any troubles. Not sure what changed but thanks for the help. Regards, Brian On Dec 5, 2007, at 4:01 PM, Michael Droettboom wrote: > Sorry for the wild goose chase. Now that my memory has been jogged > -- This is actually a known problem with the Cairo backend. Cairo > only allows access to fonts installed in the normal OS-specific > places (and /usr/lib/python2.5/site-packages/matplotlib/mpl-data/ > fonts/ttf is definitely not one of them... ;) Worse than that, > AFAIK, there is know way of knowing whether a particular font was > found, so we can't give users a nice warning message when your > situation occurs. > > To remedy: Install all of the matplotlib fonts into a standard > place where fontconfig will find them (such as ~/.fonts). Then run > fc-cache to regenerate the font cache. Matplotlib's Cairo backend > should hopefully work after that. > > You can also use the regular PDF backend, which doesn't exhibit this > problem. If there's a reason why the Cairo PDF output is better > than the normal PDF backend's output for you, please let us know. > > What I'm puzzled by now is -- why did the Cairo backend work for you > on the Mac? Did you install the fonts there? I'm not on the Mac > much --- but I'd be very surprised if Cairo found the CM fonts as > installed by matplotlib automagically there. > > Cheers, > Mike > > Brian Baughman wrote: >> Hello, >> Below is the requested output which looks correct to me: >> brian@loki:~/dev/pyanalysis$ python >> Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32) >> [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 >> Type "help", "copyright", "credits" or "license" for more >> information. >> >>> import matplotlib >> >>> matplotlib.__file__ >> '/usr/lib/python2.5/site-packages/matplotlib/__init__.pyc' >> >>> matplotlib.__version__ >> '0.91.2svn' >> >>> matplotlib._get_data_path() >> '/usr/lib/python2.5/site-packages/matplotlib/mpl-data' >> Deleting the ~/.matplotlib/fontManager.cache did not change the >> behavior. Thanks for all the help. I really like using matplotlib >> on my Mac but it doesn't have the power that my Ubuntu box has. >> Regards, >> Brian >> On Dec 5, 2007, at 2:52 PM, Michael Droettboom wrote: >>> What's happening is that it isn't finding the Bakoma Computer >>> Modern fonts. These have a non-standard encoding, so the '-' for >>> instance, is actually under a different character code. >>> >>> So... we need to track down why it's looking in the wrong place. >>> >>> Can you send the output of: >>> >>> > python >>> Python 2.5.1 (r251:54863, Jul 2 2007, 08:53:40) >>> [GCC 3.4.6 20060404 (Red Hat 3.4.6-8)] on linux2 >>> Type "help", "copyright", "credits" or "license" for more >>> information. >>> >>> import matplotlib >>> >>> matplotlib.__file__ >>> '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/ >>> __init__.pyc' >>> >>> matplotlib.__version__ >>> '0.91.2.svn' >>> >>> matplotlib._get_data_path() >>> '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/mpl-data' >>> >>> >>> >>> You may also try deleting your font cache in ~/.matplotlib/ >>> fontManager.cache >>> >>> Cheers, >>> Mike > > -- > Michael Droettboom > Science Software Branch > Operations and Engineering Division > Space Telescope Science Institute > Operated by AURA for NASA |
|
From: Michael D. <md...@st...> - 2007-12-05 21:01:19
|
Sorry for the wild goose chase. Now that my memory has been jogged -- This is actually a known problem with the Cairo backend. Cairo only allows access to fonts installed in the normal OS-specific places (and /usr/lib/python2.5/site-packages/matplotlib/mpl-data/fonts/ttf is definitely not one of them... ;) Worse than that, AFAIK, there is know way of knowing whether a particular font was found, so we can't give users a nice warning message when your situation occurs. To remedy: Install all of the matplotlib fonts into a standard place where fontconfig will find them (such as ~/.fonts). Then run fc-cache to regenerate the font cache. Matplotlib's Cairo backend should hopefully work after that. You can also use the regular PDF backend, which doesn't exhibit this problem. If there's a reason why the Cairo PDF output is better than the normal PDF backend's output for you, please let us know. What I'm puzzled by now is -- why did the Cairo backend work for you on the Mac? Did you install the fonts there? I'm not on the Mac much --- but I'd be very surprised if Cairo found the CM fonts as installed by matplotlib automagically there. Cheers, Mike Brian Baughman wrote: > Hello, > > Below is the requested output which looks correct to me: > brian@loki:~/dev/pyanalysis$ python > Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32) > [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import matplotlib > >>> matplotlib.__file__ > '/usr/lib/python2.5/site-packages/matplotlib/__init__.pyc' > >>> matplotlib.__version__ > '0.91.2svn' > >>> matplotlib._get_data_path() > '/usr/lib/python2.5/site-packages/matplotlib/mpl-data' > > Deleting the ~/.matplotlib/fontManager.cache did not change the > behavior. Thanks for all the help. I really like using matplotlib on > my Mac but it doesn't have the power that my Ubuntu box has. > > Regards, > Brian > > On Dec 5, 2007, at 2:52 PM, Michael Droettboom wrote: > >> What's happening is that it isn't finding the Bakoma Computer Modern >> fonts. These have a non-standard encoding, so the '-' for instance, >> is actually under a different character code. >> >> So... we need to track down why it's looking in the wrong place. >> >> Can you send the output of: >> >> > python >> Python 2.5.1 (r251:54863, Jul 2 2007, 08:53:40) >> [GCC 3.4.6 20060404 (Red Hat 3.4.6-8)] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >> >>> import matplotlib >> >>> matplotlib.__file__ >> '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/__init__.pyc' >> >>> matplotlib.__version__ >> '0.91.2.svn' >> >>> matplotlib._get_data_path() >> '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/mpl-data' >> >>> >> >> You may also try deleting your font cache in >> ~/.matplotlib/fontManager.cache >> >> Cheers, >> Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: Michael D. <md...@st...> - 2007-12-05 20:30:47
|
I'm on a Linux box (I'm assuming you're on Windows, since you mentioned
Process Explorer), and I wasn't able to find any file handle "leaks", as
such, but I did see that font files were being opened many more times
than they need to be.
If you're able to run from Subversion, r4633 has a fix for this. I'm
curious if it fixes your symptoms.
Cheers,
Mike
Jörgen Stenarson wrote:
> hi,
>
> I think the new 0.91.1 has some kind of file handle leak at least when
> using python 2.4, tkagg, and within ipython. Using process explorer to
> look at filehandles opened by python then I get about 25 new open
> handles to vera.ttf per %run of the following script.
>
> from pylab import *
>
> figure(1)
> clf()
> title("jj")
> figure(2)
> clf()
> title("jj")
>
>
> However if I close("all") between %runs then all the open handles are
> closed.
>
> I tried the same thing with 0.90.1 and then I only get 2 handles for the
> same script and no increase on subsequent calls with or without
> close("all").
>
> /Jörgen
>
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell. From the desktop to the data center, Linux is going
> mainstream. Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
|
|
From: Charlie M. <cw...@gm...> - 2007-12-05 20:22:13
|
I feel a 0.91.2 in the next few weeks, and I'll be sure to do this and send you a test build. - Charlie On Dec 5, 2007 1:30 PM, Russell E Owen <ro...@ce...> wrote: > At 10:03 AM -0800 2007-12-05, Christopher Barker wrote: > >Russell E Owen wrote: > >>At 10:08 AM -0500 2007-12-05, Stephen Uhlhorn wrote: > >>>Just for my edification, why can't the egg version be linked > >>>against/include a different Tcl/Tk? > >> > >>If you mean why can't it be built that way in the first place, I > >>don't know. The guy who builds it apparently doesn't read this list, > > > >Sure he does (if you mean the matplotlib list), and he did ask about > >it right before this release. Maybe that was asked on > >matplotlib-devel though (I filter them to the same place). > > It was on matploblib-devel. I'll start skimming that newsgroup. > > >>I suspect the official egg can somehow be patched, but I find it > >>easier to just build my own and put that on pythonmac. > > > >Ideally, there would be only one binary version, and it would work > >with either Tcl/Tk. Is that possible? or is this like the old wx > >situation, where it can only be run with the same version it is > >built against. Arrggg! I hope not. > > The version I build *can* be used with the built in Tcl/Tk. The > version Charlie Moad builds cannot be used with TkAgg and a 3rd party > Tcl/Tk -- it not only won't use the library, but it also acts flaky. > Older versions crashed. 0.91.1 doesn't crash, but import of pylab > fails with a traceback. > > For some reason it seems to be necessary to have a 3rd party Tcl/Tk > installed when building matplotlib. It seems a shame. Tkinter in > Python 2.4 was the same way, but that got fixed in Python 2.5 (I > don't whether the installer got fixed or whether whoever builds Mac > Python 2.5 installed a 3rd party Tcl/Tk). > > >If there really do need to be two, then they should be labeled > >somehow, and both be up on python mac. > > Since there don't need to be two versions this is not necessary. > > However, Charlie Moad appears to be willing to start building a > version that works with 3rd party Tcl/Tk. I really hope that happens. > > -- Russell > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Brian B. <fo...@gm...> - 2007-12-05 20:18:08
|
Hello, Below is the requested output which looks correct to me: brian@loki:~/dev/pyanalysis$ python Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import matplotlib >>> matplotlib.__file__ '/usr/lib/python2.5/site-packages/matplotlib/__init__.pyc' >>> matplotlib.__version__ '0.91.2svn' >>> matplotlib._get_data_path() '/usr/lib/python2.5/site-packages/matplotlib/mpl-data' Deleting the ~/.matplotlib/fontManager.cache did not change the behavior. Thanks for all the help. I really like using matplotlib on my Mac but it doesn't have the power that my Ubuntu box has. Regards, Brian On Dec 5, 2007, at 2:52 PM, Michael Droettboom wrote: > What's happening is that it isn't finding the Bakoma Computer Modern > fonts. These have a non-standard encoding, so the '-' for instance, > is actually under a different character code. > > So... we need to track down why it's looking in the wrong place. > > Can you send the output of: > > > python > Python 2.5.1 (r251:54863, Jul 2 2007, 08:53:40) > [GCC 3.4.6 20060404 (Red Hat 3.4.6-8)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import matplotlib > >>> matplotlib.__file__ > '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/__init__.pyc' > >>> matplotlib.__version__ > '0.91.2.svn' > >>> matplotlib._get_data_path() > '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/mpl-data' > >>> > > You may also try deleting your font cache in ~/.matplotlib/ > fontManager.cache > > Cheers, > Mike |
|
From: Michael D. <md...@st...> - 2007-12-05 19:52:42
|
What's happening is that it isn't finding the Bakoma Computer Modern fonts. These have a non-standard encoding, so the '-' for instance, is actually under a different character code. So... we need to track down why it's looking in the wrong place. Can you send the output of: > python Python 2.5.1 (r251:54863, Jul 2 2007, 08:53:40) [GCC 3.4.6 20060404 (Red Hat 3.4.6-8)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import matplotlib >>> matplotlib.__file__ '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/__init__.pyc' >>> matplotlib.__version__ '0.91.2.svn' >>> matplotlib._get_data_path() '/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/mpl-data' >>> You may also try deleting your font cache in ~/.matplotlib/fontManager.cache Cheers, Mike Brian Baughman wrote: > Hello, > > I am using matplotlib svn 4626 and Cairo 1.4.0 all with python 2.5 with > Ubuntu linux 7.10. The only lines in my matplotlibrc file which are > uncommented are: > backend : GTKCairo > numerix : numpy # numpy, Numeric or numarray > interactive : True # see > http://matplotlib.sourceforge.net/interactive.html > verbose.level : debug-annoying # one of silent, helpful, debug, > debug-annoying > > Below is the output of the script I submitted when debug-annoying is > turned on: > In [3]: x = numpy.arange(1,100,1) > > In [4]: e1=-1.8 > > In [5]: e2=-2.1 > > In [6]: y = x**2 > > In [7]: z = x**-2 > > In [8]: f = figure(num=1) > > In [9]: f.clear() > > In [10]: ax = f.add_subplot(111) > > In [11]: p = ax.plot(x,y) > > In [12]: p1 = ax.plot(x,z) > > In [13]: title('This works -2.1 but this doesnot $-2.1$') > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > Out[13]: <matplotlib.text.Text instance at 0x8be1e8c> > > In [14]: legend((p[0],p1[0]),(r'$x^{%.2g}$'%(e1),r'$x^{%.2g}$'%(e2))) > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > Out[14]: <matplotlib.legend.Legend instance at 0x906f5ac> > > In [15]: draw() > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 > findfont returning > /usr/lib/python2.4/site-packages/matplotlib/mpl-data/fonts/ttf/Vera.ttf > > It looks like it is finding the fonts in 2.4 when I am using 2.5. I am > not sure how to change this behavior nor why that would be the only side > effect. > > Regards, > Brian > > > On Dec 5, 2007, at 1:36 PM, Michael Droettboom wrote: > >> It works for me on Linux with matplotlib 0.91.1, and Cairo 1.4.0. >> >> What version of matplotlib and Cairo are you using? It sounds like it >> may be pulling in the wrong fonts. Can you please send the contents >> of your matplotlibrc file, and also set "verbose.level" to >> "debug-annoying" and send the output? >> >> Cheers, >> Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: John H. <jd...@gm...> - 2007-12-05 19:50:38
|
On Dec 5, 2007 12:36 PM, Barry Wark <bar...@gm...> wrote: > Chris, > > I appologize for cryptic language and quickly written emails leading > you astray. I've included the diff of backend_cocoaagg.py (which has > also been sent to the mpl devs) which seems to work for me. I committed in r4571, presuming it is the same patch you sent before... JDH |
|
From: Brian B. <fo...@gm...> - 2007-12-05 19:33:52
|
Hello, I am using matplotlib svn 4626 and Cairo 1.4.0 all with python 2.5 with Ubuntu linux 7.10. The only lines in my matplotlibrc file which are uncommented are: backend : GTKCairo numerix : numpy # numpy, Numeric or numarray interactive : True # see http://matplotlib.sourceforge.net/interactive.html verbose.level : debug-annoying # one of silent, helpful, debug, debug-annoying Below is the output of the script I submitted when debug-annoying is turned on: In [3]: x = numpy.arange(1,100,1) In [4]: e1=-1.8 In [5]: e2=-2.1 In [6]: y = x**2 In [7]: z = x**-2 In [8]: f = figure(num=1) In [9]: f.clear() In [10]: ax = f.add_subplot(111) In [11]: p = ax.plot(x,y) In [12]: p1 = ax.plot(x,z) In [13]: title('This works -2.1 but this doesnot $-2.1$') findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf Out[13]: <matplotlib.text.Text instance at 0x8be1e8c> In [14]: legend((p[0],p1[0]),(r'$x^{%.2g}$'%(e1),r'$x^{%.2g}$'%(e2))) findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf Out[14]: <matplotlib.legend.Legend instance at 0x906f5ac> In [15]: draw() findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 12.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf findfont found Bitstream Vera Sans, normal, normal 400, normal, 14.0 findfont returning /usr/lib/python2.4/site-packages/matplotlib/mpl- data/fonts/ttf/Vera.ttf It looks like it is finding the fonts in 2.4 when I am using 2.5. I am not sure how to change this behavior nor why that would be the only side effect. Regards, Brian On Dec 5, 2007, at 1:36 PM, Michael Droettboom wrote: > It works for me on Linux with matplotlib 0.91.1, and Cairo 1.4.0. > > What version of matplotlib and Cairo are you using? It sounds like > it may be pulling in the wrong fonts. Can you please send the > contents of your matplotlibrc file, and also set "verbose.level" to > "debug-annoying" and send the output? > > Cheers, > Mike |