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
(22) |
2
(17) |
3
(21) |
4
(7) |
|
5
(7) |
6
(17) |
7
(8) |
8
(8) |
9
(33) |
10
(11) |
11
|
|
12
(2) |
13
(11) |
14
(29) |
15
(13) |
16
(13) |
17
(3) |
18
(2) |
|
19
(3) |
20
(7) |
21
(17) |
22
(12) |
23
(19) |
24
(19) |
25
(14) |
|
26
(5) |
27
(25) |
28
(13) |
|
|
|
|
|
From: Jeff W. <js...@fa...> - 2006-02-02 22:56:43
|
Craig Maloney wrote: > Hi Jeff. > On Feb 2, 2006, at 11:51 AM, Jeff Whitaker wrote: > >> Craig: If you export CXX=gcc, I think that error will go away. >> This is what the fink matplotlib package does. BTW - why don't you >> just "fink install matplotlib-py23" if you're using fink python? > > > This helps with the previous linking error, but now it's not looking > for libpng the right place. (it's in /sw/lib) *argh* > > I'd *like* to use the fink version. I've been trying to stick mainly > to the 10.4-transitional binary distro. I'm a fink novice, so going > to src scares me as I've hosed my setup before. I guess now that I'm > a Mac guy (tm) -- I should probably figure it out eventually. Craig: It's hard to imagine how you can hose your system by installing a fink package from source. Don't be afraid - just type "fink selfupdate" then "fink install matplotlib-py23" and let me know off-list if you have any problems (I'm the maintainer of the fink package). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Andrea G. <and...@ti...> - 2006-02-02 22:22:29
|
Hello NG,
I am sorry for the possible stupid question. Does it make any sense to
ask if it's possible to define in matplotlib a Matlab-like command:
box on
or:
box off
In order to draw/undraw the axes bounding box?
Thanks in advance.
Andrea.
"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.virgilio.it/infinity77
|
|
From: Craig M. <cma...@ki...> - 2006-02-02 22:17:52
|
Hi Jeff. On Feb 2, 2006, at 11:51 AM, Jeff Whitaker wrote: > Craig: If you export CXX=gcc, I think that error will go away. > This is what the fink matplotlib package does. BTW - why don't you > just "fink install matplotlib-py23" if you're using fink python? This helps with the previous linking error, but now it's not looking for libpng the right place. (it's in /sw/lib) *argh* I'd *like* to use the fink version. I've been trying to stick mainly to the 10.4-transitional binary distro. I'm a fink novice, so going to src scares me as I've hosed my setup before. I guess now that I'm a Mac guy (tm) -- I should probably figure it out eventually. I have ----------------- Trees: local/main stable/main stable/crypto unstable/main unstable/ crypto Distribution: 10.4-transitional ------------------- in /sw/etc/fink.conf. Is this right? At any rate, my problem is that when I did a: "sudo fink -b install matplotlib-py23" I get this: ------------------------------- sudo fink -b install matplotlib-py23 ----------------------------- Information about 4615 packages read in 4 seconds. Failed: Internal error: node for pango1-xft2-shlibs already exists ------------------------------------------------------------------------ ----------------------------------- pango1-xft2-shlibs is already installed in from the binary distro. --------------------------------- dpkg -s pango1-xft2-shlibs ----------------------------------- Package: pango1-xft2-shlibs Status: install ok installed Section: gnome Installed-Size: 1072 Maintainer: The Gnome Core Team <fin...@li...> Architecture: darwin-powerpc Source: pango1-xft2 Version: 1.6.0-1 Replaces: pango1-shlibs Provides: pango1-shlibs Depends: gettext, glib2-shlibs (>= 2.4.0-1), libiconv, x11-shlibs, xft2-shlibs, darwin (>= 8-1) Conflicts: pango1-xft1-shlibs Description: GTK+ - i18n text shared libraries: for XFree86 (>= 4.3) System for layout and rendering of internationalized text. . Web site: http://www.pango.org . Maintainer: The Gnome Core Team <fin...@li...> BuildDependsOnly: Undefined ------------------------------------------------------------------------ ------------------------- I guess this is now off-topic since we've cascaded into fink territory, but I was hoping someone might have seen this. Thanks much, Craig |
|
From: Eric F. <ef...@ha...> - 2006-02-02 20:59:10
|
David,
Two more things:
1) Have you considered using contourf instead of imshow, or would it be
inappropriate?
2) Please send me the code for the X array that you used in your example.
Thanks.
Eric
David Huard wrote:
> Hi,
>
> I want to display a cumulative distribution function (i.e. a function
> going from 0 to 1) using a discrete colormap. That is, I want the values
> from 0 to .1 to be mapped to one color, .1 to .2 to another color and so
> on, so the quantiles can be seen at a glance. To do so, I tried to
> discretize the existing color maps, for example, I tried
> bone10 = matplotlib.colors.LinearSegmentedColormap('bone10',
> cm._bone_data, 10)
>
> and then plotted the matrix using
> imshow(X, cmap = bone10)
....
|
|
From: Jeff W. <js...@fa...> - 2006-02-02 19:52:23
|
Craig Maloney wrote: > Hi all. > > I was wondering if anyone might have any idea why I might be getting > these build errors. > > ---------------------------- > building 'matplotlib._nc_transforms' extension > g++-3.3 -L/sw/lib -bundle -undefined dynamic_lookup -L/home/maloney/ > lib build/temp.darwin-8.2.0-PowerMacintosh-2.3/src/_nc_transforms.o > build/temp.darwin-8.2.0-PowerMacintosh-2.3/src/mplutils.o build/ > temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/cxx_extensions.o build/ > temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/cxxsupport.o build/ > temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/IndirectPythonInterface.o > build/temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/cxxextensions.o -L/usr/ > local/lib -L/usr/lib -L/sw/lib -lstdc++ -lm -o build/lib.darwin-8.2.0- > PowerMacintosh-2.3/matplotlib/_nc_transforms.so > ld: warning -L: directory name (/home/maloney/lib) does not exist > ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(stdexcept.o) malformed > object, illegal reference for -dynamic code (reference to a coalesced > section (__TEXT,__textcoal_nt) from section (__TEXT,__eh_frame) > relocation entry (0)) > ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(stdexcept.o) malformed > object, illegal reference for -dynamic code (reference to a coalesced > section (__TEXT,__textcoal_nt) from section (__TEXT,__eh_frame) > relocation entry (4)) > error: command 'g++-3.3' failed with exit status 1 > ------------------------------------------ > > Seems like the problem is that the setup process wants to link > against /usr/lib/gcc/darwin/3.3/libstdc++. > > I'm building with > "python2.3 setup.py build" > > where python2.3 is from fink. > > However, somehow, it seems like the build process wants to use > apple's gcc "/usr/bin/g++-3.3", which in turn uses apple's ld "/usr/ > bin/ld". > > Does anyone recognize the "malformed object" error? > > Don't know why it's looking for libs in my home directory. > > Thanks much, > Craig Craig: If you export CXX=gcc, I think that error will go away. This is what the fink matplotlib package does. BTW - why don't you just "fink install matplotlib-py23" if you're using fink python? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Craig M. <cma...@ki...> - 2006-02-02 19:43:49
|
Hi all. I was wondering if anyone might have any idea why I might be getting these build errors. ---------------------------- building 'matplotlib._nc_transforms' extension g++-3.3 -L/sw/lib -bundle -undefined dynamic_lookup -L/home/maloney/ lib build/temp.darwin-8.2.0-PowerMacintosh-2.3/src/_nc_transforms.o build/temp.darwin-8.2.0-PowerMacintosh-2.3/src/mplutils.o build/ temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/cxx_extensions.o build/ temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/cxxsupport.o build/ temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/IndirectPythonInterface.o build/temp.darwin-8.2.0-PowerMacintosh-2.3/CXX/cxxextensions.o -L/usr/ local/lib -L/usr/lib -L/sw/lib -lstdc++ -lm -o build/lib.darwin-8.2.0- PowerMacintosh-2.3/matplotlib/_nc_transforms.so ld: warning -L: directory name (/home/maloney/lib) does not exist ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(stdexcept.o) malformed object, illegal reference for -dynamic code (reference to a coalesced section (__TEXT,__textcoal_nt) from section (__TEXT,__eh_frame) relocation entry (0)) ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(stdexcept.o) malformed object, illegal reference for -dynamic code (reference to a coalesced section (__TEXT,__textcoal_nt) from section (__TEXT,__eh_frame) relocation entry (4)) error: command 'g++-3.3' failed with exit status 1 ------------------------------------------ Seems like the problem is that the setup process wants to link against /usr/lib/gcc/darwin/3.3/libstdc++. I'm building with "python2.3 setup.py build" where python2.3 is from fink. However, somehow, it seems like the build process wants to use apple's gcc "/usr/bin/g++-3.3", which in turn uses apple's ld "/usr/ bin/ld". Does anyone recognize the "malformed object" error? Don't know why it's looking for libs in my home directory. Thanks much, Craig |
|
From: Eric F. <ef...@ha...> - 2006-02-02 19:27:29
|
David,
It is possible that I made this discretization problem worse when I
modified some of the color handling code. In any case, I would like to
come up with one or more good, clean solutions, but I may need a few
days. The problem is with the normalization (the norm kwarg), not the
colormap, which is little more than a list of colors. The trick may be
making sure any change in the norm code doesn't mess up the way contour
and colorbar work.
One workaround is to calculate Xindex from X, where Xindex is an integer
array the same size as X but containing the desired index into the
colormap for each value of X, and then call
imshow(Xindex, cmap = bone10, norm = colors.no_norm)
I think this should work, but I haven't tried it yet.
Eric
David Huard wrote:
> Hi,
>
> I want to display a cumulative distribution function (i.e. a function
> going from 0 to 1) using a discrete colormap. That is, I want the values
> from 0 to .1 to be mapped to one color, .1 to .2 to another color and so
> on, so the quantiles can be seen at a glance. To do so, I tried to
> discretize the existing color maps, for example, I tried
> bone10 = matplotlib.colors.LinearSegmentedColormap('bone10',
> cm._bone_data, 10)
>
> and then plotted the matrix using
> imshow(X, cmap = bone10)
>
> I included a figure showing on the left what I got using the standard
> colormap bone and on the right what I obtain using bone10. As you can
> see, the differences are important. The whole upper part of the
> distribution is warped by the discrete colormapping. It seems that the
> only values that are mapped to white are the values equal to 1. I
> figured out this must be the quantization errors that the docstrings of
> cm.bone warns about. My question is : is this the standard way to do
> what I want and I'm not doing it properly, or it simply isn't the "right
> way"? Curiously, the colorbar displays the right behavior.
>
> In short, should I define a new colormap from scratch, with anchors at
> [0, .1, .2, ..., .9, 1.] and the colorspace explicitely defined, or is
> there a shortcut?
>
> Thanks in advance for advice.
>
> David
>
> ------------------------------------------------------------------------
>
|
|
From: David H. <dav...@gm...> - 2006-02-02 19:18:55
|
Hi, I posted a problem on the list earlier that didn't seem to make it to the list. Anyway, It gave me time to solve my problem and the result is this function that takes as input a .cpt file (a palette file format) and return= s a colormap dictionnary. It can return a continuous or discrete colormap (provided the input palette is itself discrete) and symetric/asymetric colormap. Have fun ! David # cpt_reader # Read cpt palette and returns a segmented color dictionary for use in matplotlib # David Huard, February 2006 # dav...@gm... from scipy.io import read_array from scipy import zeros, linspace, shape, Float, concatenate def cpt2seg(file_name, sym=3DFalse, discrete=3DFalse): """Reads a .cpt palette and returns a segmented colormap. sym : If True, the returned colormap contains the palette and a mirrore= d copy. For example, a blue-red-green palette would return a blue-red-green-green-red-blue colormap. discrete : If true, the returned colormap has a fixed number of uniform colors. That is, colors are not interpolated to form a continuous range. Example : >>> _palette_data =3D cpt2seg('palette.cpt') >>> palette =3D matplotlib.colors.LinearSegmentedColormap('palette', _palette_data, 100) >>> imshow(X, cmap=3Dpalette) """ dic =3D {} f =3D open(file_name, 'r') rgb =3D read_array(f) rgb =3D rgb/255. s =3D shape(rgb) colors =3D ['red', 'green', 'blue'] for c in colors: i =3D colors.index(c) x =3D rgb[:, i+1] if discrete: if sym: dic[c] =3D zeros((2*s[0]+1, 3), dtype=3DFloat) dic[c][:,0] =3D linspace(0,1,2*s[0]+1) vec =3D concatenate((x ,x[::-1])) else: dic[c] =3D zeros((s[0]+1, 3), dtype=3DFloat) dic[c][:,0] =3D linspace(0,1,s[0]+1) vec =3D x dic[c][1:, 1] =3D vec dic[c][:-1,2] =3D vec else: if sym: dic[c] =3D zeros((2*s[0], 3), dtype=3DFloat) dic[c][:,0] =3D linspace(0,1,2*s[0]) vec =3D concatenate((x ,x[::-1])) else: dic[c] =3D zeros((s[0], 3), dtype=3DFloat) dic[c][:,0] =3D linspace(0,1,s[0]) vec =3D x dic[c][:, 1] =3D vec dic[c][:, 2] =3D vec return dic |
|
From: Darren D. <dd...@co...> - 2006-02-02 17:01:20
|
On Thursday 02 February 2006 11:06, Robert Hetland wrote: > It appears that the recent CVS versions *require* verbose.level and > verbose.fileo to be set in the rc file, as per the lines (923-930) > matplotlib/__init__.py: > > if i == 1: > key = 'verbose.level' > val, line, cnt = rc_temp.pop(key) > elif i == 2: > key = 'verbose.fileo' > val, line, cnt = rc_temp.pop(key) > else: > key, (val, line, cnt) = rc_temp.popitem() > > What's wrong with letting the default values slide through? I needed to validate the verbose settings first, so reports could be generated during the rest of the validation process. I hadn't considered that rc files might not include these settings. Thanks for the report, it's fixed in cvs. Darren |
|
From: Darren D. <dd...@co...> - 2006-02-02 16:57:19
|
I just fixed this in cvs. Try updating again, but if non-dev checkout is
lagging, you can change line 320 in setupext.py to read:
o.tk_lib = os.path.join(str(tk.getvar('tk_library')), '../')
On Thursday 02 February 2006 11:49, Nils Wagner wrote:
> python setup.py build results in
>
> snip
>
> g++: L: No such file or directory
> g++: u: No such file or directory
> g++: s: No such file or directory
> g++: r: No such file or directory
> g++: l: No such file or directory
> g++: i: No such file or directory
> g++: b: No such file or directory
> g++: t: No such file or directory
> g++: k: No such file or directory
> g++: 8: No such file or directory
> g++: 4: No such file or directory
> g++: -E required when input is from standard input
> g++: L: No such file or directory
> g++: u: No such file or directory
> g++: s: No such file or directory
> g++: r: No such file or directory
> g++: l: No such file or directory
> g++: i: No such file or directory
> g++: b: No such file or directory
> g++: t: No such file or directory
> g++: k: No such file or directory
> g++: 8: No such file or directory
> g++: 4: No such file or directory
> g++: -E required when input is from standard input
> error: Command "g++ -pthread -shared
> build/temp.linux-i686-2.4/src/_tkagg.o
> build/temp.linux-i686-2.4/CXX/cxx_extensions.o
> build/temp.linux-i686-2.4/CXX/cxxsupport.o
> build/temp.linux-i686-2.4/CXX/IndirectPythonInterface.o
> build/temp.linux-i686-2.4/CXX/cxxextensions.o -L/usr/lib/tcl8.4/../ - L
> / u s r / l i b / t k 8 . 4 / . . / -L/usr/local/lib -L/usr/lib
> -L/usr/local/lib -L/usr/lib -ltk8.4 -ltcl8.4 -lpng -lz -lstdc++ -lm
> -lfreetype -lz -lstdc++ -lm -o
> build/lib.linux-i686-2.4/matplotlib/backends/_tkagg.so" failed with exit
> status 1
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--
Darren S. Dale, Ph.D.
Cornell High Energy Synchrotron Source
Cornell University
200L Wilson Lab
Rt. 366 & Pine Tree Road
Ithaca, NY 14853
dd...@co...
office: (607) 255-9894
fax: (607) 255-9001
|
|
From: Nils W. <nw...@me...> - 2006-02-02 16:50:36
|
python setup.py build results in snip g++: L: No such file or directory g++: u: No such file or directory g++: s: No such file or directory g++: r: No such file or directory g++: l: No such file or directory g++: i: No such file or directory g++: b: No such file or directory g++: t: No such file or directory g++: k: No such file or directory g++: 8: No such file or directory g++: 4: No such file or directory g++: -E required when input is from standard input g++: L: No such file or directory g++: u: No such file or directory g++: s: No such file or directory g++: r: No such file or directory g++: l: No such file or directory g++: i: No such file or directory g++: b: No such file or directory g++: t: No such file or directory g++: k: No such file or directory g++: 8: No such file or directory g++: 4: No such file or directory g++: -E required when input is from standard input error: Command "g++ -pthread -shared build/temp.linux-i686-2.4/src/_tkagg.o build/temp.linux-i686-2.4/CXX/cxx_extensions.o build/temp.linux-i686-2.4/CXX/cxxsupport.o build/temp.linux-i686-2.4/CXX/IndirectPythonInterface.o build/temp.linux-i686-2.4/CXX/cxxextensions.o -L/usr/lib/tcl8.4/../ - L / u s r / l i b / t k 8 . 4 / . . / -L/usr/local/lib -L/usr/lib -L/usr/local/lib -L/usr/lib -ltk8.4 -ltcl8.4 -lpng -lz -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -o build/lib.linux-i686-2.4/matplotlib/backends/_tkagg.so" failed with exit status 1 |
|
From: Robert H. <he...@ta...> - 2006-02-02 16:04:59
|
It appears that the recent CVS versions *require* verbose.level and
verbose.fileo to be set in the rc file, as per the lines (923-930)
matplotlib/__init__.py:
if i == 1:
key = 'verbose.level'
val, line, cnt = rc_temp.pop(key)
elif i == 2:
key = 'verbose.fileo'
val, line, cnt = rc_temp.pop(key)
else:
key, (val, line, cnt) = rc_temp.popitem()
What's wrong with letting the default values slide through?
-Rob.
-----
Rob Hetland, Assistant Professor
Dept of Oceanography, Texas A&M University
p: 979-458-0096, f: 979-845-6331
e: he...@ta..., w: http://pong.tamu.edu
|
|
From: Nils W. <nw...@me...> - 2006-02-02 15:57:08
|
Hi all, I cannot use subscripts within legend. See subscript.py for details. How can I fix this problem ? >>> matplotlib.__version__ '0.86.2' Nils |
|
From: Eric F. <ef...@ha...> - 2006-02-02 03:56:12
|
Paul,
This one has tripped up a lot of people. It is caused by a version
mismatch between numpy and mpl; you need a more recent mpl to work with
up-to-date numpy. CVS should be OK, and I think 0.86.2 is also OK.
Eric
Paul Ray wrote:
> Hi,
>
> On two different computers, I'm now unable to use matplotlib because it
> gets an exception.
> I'm using Mac OS X 10.4.4, with fink installations of all packages
> (including python2.4):
> In [7]: pylab.matplotlib.__version__
> Out[7]: '0.86.1'
>
> In [16]: numpy.__version__
> Out[16]: '0.9.4'
>
> In [10]: os.uname()
> Out[10]:
> ('Darwin',
> 'Fezzik.local',
> '8.4.0',
> 'Darwin Kernel Version 8.4.0: Tue Jan 3 18:22:10 PST 2006;
> root:xnu-792.6.56.obj~1/RELEASE_PPC',
> 'Power Macintosh')
>
> I'm using numpy in my matplotlibrc.
>
> Here is the error:
[........]
> /sw/lib/python2.4/site-packages/matplotlib/lines.py in
> unmasked_index_ranges(mask, compressed)
> 67
> 68 '''
> ---> 69 m = concatenate(((1,), mask, (1,)))
> 70 indices = arange(len(mask) + 1)
> 71 mdif = m[1:] - m[:-1]
>
> ValueError: arrays must have same number of dimensions
>
> Any ideas?
|
|
From: Paul R. <Pau...@nr...> - 2006-02-02 02:22:54
|
Hi,
On two different computers, I'm now unable to use matplotlib because
it gets an exception.
I'm using Mac OS X 10.4.4, with fink installations of all packages
(including python2.4):
In [7]: pylab.matplotlib.__version__
Out[7]: '0.86.1'
In [16]: numpy.__version__
Out[16]: '0.9.4'
In [10]: os.uname()
Out[10]:
('Darwin',
'Fezzik.local',
'8.4.0',
'Darwin Kernel Version 8.4.0: Tue Jan 3 18:22:10 PST 2006;
root:xnu-792.6.56.obj~1/RELEASE_PPC',
'Power Macintosh')
I'm using numpy in my matplotlibrc.
Here is the error:
In [14]: pylab.plot()
/sw/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py:
991: GtkWarning: Could not find the icon 'gnome-fs-home'. The
'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://freedesktop.org/Software/icon-theme/releases
buttons)
------------------------------------------------------------------------
---
exceptions.ValueError Traceback (most
recent call last)
/Users/paulr/src/LWDA/progs/util/<console>
/sw/lib/python2.4/site-packages/matplotlib/pylab.py in plot(*args,
**kwargs)
2053 def plot(*args, **kwargs):
2054 # allow callers to override the hold state by passing
hold=True|False
-> 2055 b = ishold()
2056 h = popd(kwargs, 'hold', None)
2057 if h is not None:
/sw/lib/python2.4/site-packages/matplotlib/pylab.py in ishold()
937 Return the hold status of the current axes
938 """
--> 939 return gca().ishold()
940
941 def isinteractive():
/sw/lib/python2.4/site-packages/matplotlib/pylab.py in gca(**kwargs)
888 """
889
--> 890 ax = gcf().gca(**kwargs)
891 return ax
892
/sw/lib/python2.4/site-packages/matplotlib/figure.py in gca(self,
**kwargs)
613 ax = self._axstack()
614 if ax is not None: return ax
--> 615 return self.add_subplot(111, **kwargs)
616
617 def sca(self, a):
/sw/lib/python2.4/site-packages/matplotlib/figure.py in add_subplot
(self, *args, **kwargs)
463 a = PolarSubplot(self, *args, **kwargs)
464 else:
--> 465 a = Subplot(self, *args, **kwargs)
466
467
/sw/lib/python2.4/site-packages/matplotlib/axes.py in __init__(self,
fig, *args, **kwargs)
3972 def __init__(self, fig, *args, **kwargs):
3973 SubplotBase.__init__(self, fig, *args)
-> 3974 Axes.__init__(self, fig, [self.figLeft, self.figBottom,
3975 self.figW, self.figH],
**kwargs)
3976
/sw/lib/python2.4/site-packages/matplotlib/axes.py in __init__(self,
fig, rect, axisbg, frameon, sharex, sharey, label, **kwargs)
329
330 # this call may differ for non-sep axes, eg polar
--> 331 self._init_axis()
332
333
/sw/lib/python2.4/site-packages/matplotlib/axes.py in _init_axis(self)
358 def _init_axis(self):
359 "move this out of __init__ because non-separable
axes don't use it"
--> 360 self.xaxis = XAxis(self)
361 self.yaxis = YAxis(self)
362
/sw/lib/python2.4/site-packages/matplotlib/axis.py in __init__(self,
axes)
499 self.minorTicks = []
500
--> 501 self.cla()
502
503 def cla(self):
/sw/lib/python2.4/site-packages/matplotlib/axis.py in cla(self)
522 popall(self.minorTicks)
523
--> 524 self.majorTicks.extend([self._get_tick(major=True)
for i in range(1)])
525 self.minorTicks.extend([self._get_tick(major=False)
for i in range(1)])
526
/sw/lib/python2.4/site-packages/matplotlib/axis.py in _get_tick(self,
major)
832
833 def _get_tick(self, major):
--> 834 return XTick(self.axes, 0, '', major=major)
835
836 def _get_label(self):
/sw/lib/python2.4/site-packages/matplotlib/axis.py in __init__(self,
axes, loc, label, size, gridOn, tick1On, tick2On, label1On, label2On,
major)
98
99
--> 100 self.tick1line = self._get_tick1line(loc)
101 self.tick2line = self._get_tick2line(loc)
102 self.gridline = self._get_gridline(loc)
/sw/lib/python2.4/site-packages/matplotlib/axis.py in _get_tick1line
(self, loc)
274 antialiased=False,
275 marker = self._xtickmarkers[0],
--> 276 markersize=self._size,
277 )
278
/sw/lib/python2.4/site-packages/matplotlib/lines.py in __init__(self,
xdata, ydata, linewidth, linestyle, color, marker, markersize,
markeredgewidth, markeredgecolor, markerfacecolor, antialiased,
dash_capstyle, solid_capstyle, dash_joinstyle, solid_joinstyle,
**kwargs)
209 self.verticalOffset = None
210
--> 211 self.set_data(xdata, ydata)
212
213 if not self._lineStyles.has_key(linestyle):
/sw/lib/python2.4/site-packages/matplotlib/lines.py in set_data(self,
*args)
280 x = ma.masked_array(x, mask=mask).compressed()
281 y = ma.masked_array(y, mask=mask).compressed()
--> 282 self._segments = unmasked_index_ranges(mask)
283 else:
284 self._segments = None
/sw/lib/python2.4/site-packages/matplotlib/lines.py in
unmasked_index_ranges(mask, compressed)
67
68 '''
---> 69 m = concatenate(((1,), mask, (1,)))
70 indices = arange(len(mask) + 1)
71 mdif = m[1:] - m[:-1]
ValueError: arrays must have same number of dimensions
Any ideas?
Thanks,
-- Paul
--
Dr. Paul S. Ray E-mail: Pau...@nr...
Naval Research Laboratory WWW : http://xweb.nrl.navy.mil/
personnel/paulr/
Code 7655 Phone : (202) 404-1619
Washington, DC 20375 AIM : NRLPSR
|
|
From: Charlie M. <cw...@gm...> - 2006-02-02 01:56:36
|
The only thing I can guess is not everything was cleared out from your previous numarray installation. Maybe a conflict?! Try just deleting "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packa= ges/numarray/" completely and reinstalling. On 2/1/06, Samuel M. Smith <sm...@sa...> wrote: > > I had installed numarray 1.1.1 and Numeric 23.7 using package > installers from http://pythonmac.org/packages/ > I downloaded numarray 1.5 tarball and unpacked it. I used the > following command pointing to the include directory > in the 1.5 distribution. > > > CPPFLAGS=3D"-I/foo/bar/" sudo python setup.py build > > My previous error went away but I go another similar error for > Numeric. > > gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- > madd -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - > I/install/python/macpython/python2.4.2/numerical/numarray-1.5.0/ > include -Isrc -I. -I/usr/local/include -I/usr/include -I. -I/System/ > Library/Frameworks/Python.framework/Versions/2.3/include/python2.3 -c > src/_nc_transforms.cpp -o build/temp.darwin-8.4.0-Power_Macintosh-2.3/ > src/_nc_transforms.o -DNUMERIC=3D1 > src/_nc_transforms.cpp:10:40: Numeric/arrayobject.h: No such file or > directory > > > so I download Numeric 24.2 and decided to go ahead and install it. > Which was successful > While I was at it I decided to install numarray 1.5 which installed > without complaining but when I tried to import it to test > > I get the following error > > >>> import numarray > Traceback (most recent call last): > File "<stdin>", line 1, in ? > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/site-packages/numarray/__init__.py", line 42, in ? > from numarrayall import * > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/site-packages/numarray/numarrayall.py", line 2, in ? > from generic import * > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/site-packages/numarray/generic.py", line 1036, in ? > import numarraycore as _nc > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/site-packages/numarray/numarraycore.py", line 1472, in ? > import ufunc > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/site-packages/numarray/ufunc.py", line 1658, in ? > _choose =3D _ChooseUFunc() > TypeError: function takes exactly 5 arguments (0 given) > > > > I then tried doing a python setup.py clean in the matplotlib > distribution directory and the clean failed because > it also tries to import numarray. > > So I guess now I have to fix numarray. Any Ideas what is broken? > > > |