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
(10) |
2
(11) |
3
(4) |
4
(2) |
5
(10) |
6
(20) |
7
(18) |
8
(32) |
9
(15) |
10
(2) |
11
(5) |
12
(7) |
13
(13) |
14
(9) |
15
(17) |
16
(10) |
17
(4) |
18
(7) |
19
(15) |
20
(16) |
21
(10) |
22
(19) |
23
(13) |
24
(4) |
25
(5) |
26
(8) |
27
(10) |
28
(17) |
29
(7) |
30
(18) |
31
(2) |
On Fri, May 16, 2008 at 1:46 PM, Jörgen Stenarson <jor...@bo...> wrote: > Hi, > > with current svn (r5149) I get currupt png files when saving using > pylab.savefig. I'm using the TkAgg backend with no changes to the default > matplotlibrc. It looks like the problem occurs first with r5026. I have > attached pngs generated using the same script for r5025, r5026, and r5149. This appears to be the relevant changeset : http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/src/_backend_agg.cpp?r1=4929&r2=5026 you have some time to poke through the changes, perhaps you can find out what is wrong for your platform. We are a bit short on win32 developers who have access to svn right now. JDH
Bryan Fodness wrote: > i didn't have 0.92.1, i have 0.91.2 Right, we were both transposing digits. > > [bryan@ ~]$ python > Python 2.5.2 (r252:60911, May 13 2008, 22:14:05) > [GCC 4.1.2 20070502 (Red Hat 4.1.2-12)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import matplotlib > >>> matplotlib.__version__ > '0.91.2' > >>> import numpy > >>> numpy.__version__ > '1.0.4' > >>> > > [bryan@ ~]$ locate pylab.py > /usr/lib/python2.5/site-packages/pylab.py > /usr/lib/python2.5/site-packages/pylab.pyc > /usr/lib/python2.5/site-packages/pylab.pyo > /usr/lib/python2.5/site-packages/matplotlib/pylab.py > /usr/lib/python2.5/site-packages/matplotlib/pylab.pyc > /usr/lib/python2.5/site-packages/matplotlib/pylab.pyo > /usr/local/lib/python2.5/site-packages/pylab.py > /usr/local/lib/python2.5/site-packages/pylab.pyc > /usr/local/lib/python2.5/site-packages/matplotlib/pylab.py > /usr/local/lib/python2.5/site-packages/matplotlib/pylab.pyc > [bryan@~]$ OK, so you do have two versions installed, and I would still bet that modules from the older version are getting found when you run your script, if not when you do the test above. You installed 0.91.2 from source in /usr/local/lib/*, correct? Then use your package manager to delete the older version (in /usr/lib/*), and try again. Eric > > On Fri, May 16, 2008 at 1:35 PM, Eric Firing <ef...@ha... > <mailto:ef...@ha...>> wrote: > > Bryan, > > It appears that you are not using the mpl version you think you are. > When I look at colors.py for 0.92.1, it doesn't match your error > message. > > What do you get when you do, from a python prompt: > > import matplotlib > print matplotlib.__version__ > > You might try using "locate pylab.py" to find out where the various > versions are. > > Eric > > Bryan Fodness wrote: > > I have updated to matplotlib 0.92.1 and numpy 1.0.4 and still > receive an error. > /space/work/Bryan$ ./Check_0.1.py <http://check_0.1.py/> > <http://Check_0.1.py <http://check_0.1.py/>> > > Traceback (most recent call last): > File "./Check_0.1.py <http://check_0.1.py/> > <http://Check_0.1.py <http://check_0.1.py/>>", line 344, in > <module> > > savefig(outfile) > File "/usr/lib/python2.5/site-packages/matplotlib/pylab.py", > line 796, in savefig > return fig.savefig(*args, **kwargs) > File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", > line 727, in savefig > self.canvas.print_figure(*args, **kwargs) > File > "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", > line 456, in print_figure > self.draw() > File > "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", > line 392, in draw > self.figure.draw(renderer) > File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", > line 569, in draw > for a in self.axes: a.draw(renderer) > File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", > line 1155, in draw > a.draw(renderer) > File "/usr/lib/python2.5/site-packages/matplotlib/patches.py", > line 209, in draw > else: rgbFace = colorConverter.to_rgb(self._facecolor) > File "/usr/lib/python2.5/site-packages/matplotlib/colors.py", > line 429, in to_rgb > raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % > (str(arg), exc)) > ValueError: to_rgb: Invalid rgb arg "None" > invalid literal for float(): None > Does anyone have an idea? It works in Windows. > On Fri, May 9, 2008 at 5:18 PM, Eric Firing <ef...@ha... > <mailto:ef...@ha...> <mailto:ef...@ha... > <mailto:ef...@ha...>>> wrote: > > Bryan Fodness wrote: > > i have used this command on windows vista with no problem. > > fill([x1,x2,x2,x1], [y1,y1,y2,y2], fc='None', ec='r') > > but when i run on fedora 8, i receive the following. > > [...] > > File > "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line > 429, in tob > raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % > (str(arg), exc)) > ValueError: to_rgb: Invalid rgb arg "None" > invalid literal for float(): None > could someone tell me if i am missing something? > > > Sounds like you have an older mpl version on the Fedora > machine than > on the Win box. > > Eric > > > > > -- > "The game of science can accurately be described as a > never-ending insult to human intelligence." - João Magueijo > > > > > > -- > "The game of science can accurately be described as a never-ending > insult to human intelligence." - João Magueijo > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Leif Oppermann wrote: > Can someone tell me how to do kriging in Matplotlib? > > I have tried the contourf() function with two bivariate_normal() objects > as input which produces similar looking results to what I want to > archive. My data however is geo-referenced and contains > 100000 > samples. Generating 100000 objects doesn't sound like a good idea to me. > I searched the docs before posting, but the term "kriging" doesn't even > show in the docs. > > Maybe I missed something obvious? Any hint appreciated. There is no kriging implementation in matplotlib. Kriging is a special case of Gaussian processes, though, so the RandomRealizations package or my own gp package might be of use to you. You will have to do some reading to translate the entities you are familiar with (variograms, etc.) to the entities used in Gaussian processes (covariance functions, etc.). http://code.google.com/p/random-realizations/ http://www.enthought.com/~rkern/cgi-bin/hgwebdir.cgi/gp/ Anand has been doing more work on RandomRealizations than I have on gp, so try it first. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
Thanks for your help! I was forcing it to look in an old location with, #!/usr/bin/python as my first line. On Fri, May 16, 2008 at 1:44 PM, Bryan Fodness <bry...@gm...> wrote: > i didn't have 0.92.1, i have 0.91.2 > > [bryan@ ~]$ python > Python 2.5.2 (r252:60911, May 13 2008, 22:14:05) > [GCC 4.1.2 20070502 (Red Hat 4.1.2-12)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import matplotlib > >>> matplotlib.__version__ > '0.91.2' > >>> import numpy > >>> numpy.__version__ > '1.0.4' > >>> > > [bryan@ ~]$ locate pylab.py > /usr/lib/python2.5/site-packages/pylab.py > /usr/lib/python2.5/site-packages/pylab.pyc > /usr/lib/python2.5/site-packages/pylab.pyo > /usr/lib/python2.5/site-packages/matplotlib/pylab.py > /usr/lib/python2.5/site-packages/matplotlib/pylab.pyc > /usr/lib/python2.5/site-packages/matplotlib/pylab.pyo > /usr/local/lib/python2.5/site-packages/pylab.py > /usr/local/lib/python2.5/site-packages/pylab.pyc > /usr/local/lib/python2.5/site-packages/matplotlib/pylab.py > /usr/local/lib/python2.5/site-packages/matplotlib/pylab.pyc > [bryan@~]$ > > On Fri, May 16, 2008 at 1:35 PM, Eric Firing <ef...@ha...> wrote: > >> Bryan, >> >> It appears that you are not using the mpl version you think you are. When >> I look at colors.py for 0.92.1, it doesn't match your error message. >> >> What do you get when you do, from a python prompt: >> >> import matplotlib >> print matplotlib.__version__ >> >> You might try using "locate pylab.py" to find out where the various >> versions are. >> >> Eric >> >> Bryan Fodness wrote: >> >>> I have updated to matplotlib 0.92.1 and numpy 1.0.4 and still receive an >>> error. >>> /space/work/Bryan$ ./Check_0.1.py <http://check_0.1.py/> < >>> http://Check_0.1.py <http://check_0.1.py/>> >>> Traceback (most recent call last): >>> File "./Check_0.1.py <http://check_0.1.py/> <http://Check_0.1.py<http://check_0.1.py/>>", >>> line 344, in <module> >>> savefig(outfile) >>> File "/usr/lib/python2.5/site-packages/matplotlib/pylab.py", line 796, >>> in savefig >>> return fig.savefig(*args, **kwargs) >>> File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 727, >>> in savefig >>> self.canvas.print_figure(*args, **kwargs) >>> File >>> "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line >>> 456, in print_figure >>> self.draw() >>> File >>> "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line >>> 392, in draw >>> self.figure.draw(renderer) >>> File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 569, >>> in draw >>> for a in self.axes: a.draw(renderer) >>> File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", line 1155, >>> in draw >>> a.draw(renderer) >>> File "/usr/lib/python2.5/site-packages/matplotlib/patches.py", line 209, >>> in draw >>> else: rgbFace = colorConverter.to_rgb(self._facecolor) >>> File "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line 429, >>> in to_rgb >>> raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % (str(arg), exc)) >>> ValueError: to_rgb: Invalid rgb arg "None" >>> invalid literal for float(): None >>> Does anyone have an idea? It works in Windows. >>> On Fri, May 9, 2008 at 5:18 PM, Eric Firing <ef...@ha...<mailto: >>> ef...@ha...>> wrote: >>> >>> Bryan Fodness wrote: >>> >>> i have used this command on windows vista with no problem. >>> >>> fill([x1,x2,x2,x1], [y1,y1,y2,y2], fc='None', ec='r') >>> >>> but when i run on fedora 8, i receive the following. >>> >>> [...] >>> >>> File >>> "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line >>> 429, in tob >>> raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % >>> (str(arg), exc)) >>> ValueError: to_rgb: Invalid rgb arg "None" >>> invalid literal for float(): None >>> could someone tell me if i am missing something? >>> >>> >>> Sounds like you have an older mpl version on the Fedora machine than >>> on the Win box. >>> >>> Eric >>> >>> >>> >>> >>> -- >>> "The game of science can accurately be described as a never-ending insult >>> to human intelligence." - João Magueijo >>> >> >> > > > -- > "The game of science can accurately be described as a never-ending insult > to human intelligence." - João Magueijo > -- "The game of science can accurately be described as a never-ending insult to human intelligence." - João Magueijo
Hi, with current svn (r5149) I get currupt png files when saving using pylab.savefig. I'm using the TkAgg backend with no changes to the default matplotlibrc. It looks like the problem occurs first with r5026. I have attached pngs generated using the same script for r5025, r5026, and r5149. I compile matplotlib using mingw32 and the win32_static precompiled dependencies. my configuration: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] numpy 1.1.0.dev5176 matplotlib 0.98pre 5149 scipy 0.7.0.dev4352 IPython 0.8.3.bzr.r96 pyreadline 1.6.svn $Revision: 2879 $ the plot script: import numpy, pylab, matplotlib from numpy import sin, arange, pi x=arange(0, 2*pi, 0.1) pylab.plot(x, sin(x)) pylab.savefig("testplot-rev.png") /Jörgen
i didn't have 0.92.1, i have 0.91.2 [bryan@ ~]$ python Python 2.5.2 (r252:60911, May 13 2008, 22:14:05) [GCC 4.1.2 20070502 (Red Hat 4.1.2-12)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import matplotlib >>> matplotlib.__version__ '0.91.2' >>> import numpy >>> numpy.__version__ '1.0.4' >>> [bryan@ ~]$ locate pylab.py /usr/lib/python2.5/site-packages/pylab.py /usr/lib/python2.5/site-packages/pylab.pyc /usr/lib/python2.5/site-packages/pylab.pyo /usr/lib/python2.5/site-packages/matplotlib/pylab.py /usr/lib/python2.5/site-packages/matplotlib/pylab.pyc /usr/lib/python2.5/site-packages/matplotlib/pylab.pyo /usr/local/lib/python2.5/site-packages/pylab.py /usr/local/lib/python2.5/site-packages/pylab.pyc /usr/local/lib/python2.5/site-packages/matplotlib/pylab.py /usr/local/lib/python2.5/site-packages/matplotlib/pylab.pyc [bryan@~]$ On Fri, May 16, 2008 at 1:35 PM, Eric Firing <ef...@ha...> wrote: > Bryan, > > It appears that you are not using the mpl version you think you are. When I > look at colors.py for 0.92.1, it doesn't match your error message. > > What do you get when you do, from a python prompt: > > import matplotlib > print matplotlib.__version__ > > You might try using "locate pylab.py" to find out where the various > versions are. > > Eric > > Bryan Fodness wrote: > >> I have updated to matplotlib 0.92.1 and numpy 1.0.4 and still receive an >> error. >> /space/work/Bryan$ ./Check_0.1.py <http://check_0.1.py/> < >> http://Check_0.1.py <http://check_0.1.py/>> >> Traceback (most recent call last): >> File "./Check_0.1.py <http://check_0.1.py/> <http://Check_0.1.py<http://check_0.1.py/>>", >> line 344, in <module> >> savefig(outfile) >> File "/usr/lib/python2.5/site-packages/matplotlib/pylab.py", line 796, in >> savefig >> return fig.savefig(*args, **kwargs) >> File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 727, >> in savefig >> self.canvas.print_figure(*args, **kwargs) >> File >> "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line >> 456, in print_figure >> self.draw() >> File >> "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line >> 392, in draw >> self.figure.draw(renderer) >> File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 569, >> in draw >> for a in self.axes: a.draw(renderer) >> File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", line 1155, in >> draw >> a.draw(renderer) >> File "/usr/lib/python2.5/site-packages/matplotlib/patches.py", line 209, >> in draw >> else: rgbFace = colorConverter.to_rgb(self._facecolor) >> File "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line 429, >> in to_rgb >> raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % (str(arg), exc)) >> ValueError: to_rgb: Invalid rgb arg "None" >> invalid literal for float(): None >> Does anyone have an idea? It works in Windows. >> On Fri, May 9, 2008 at 5:18 PM, Eric Firing <ef...@ha... <mailto: >> ef...@ha...>> wrote: >> >> Bryan Fodness wrote: >> >> i have used this command on windows vista with no problem. >> >> fill([x1,x2,x2,x1], [y1,y1,y2,y2], fc='None', ec='r') >> >> but when i run on fedora 8, i receive the following. >> >> [...] >> >> File >> "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line >> 429, in tob >> raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % >> (str(arg), exc)) >> ValueError: to_rgb: Invalid rgb arg "None" >> invalid literal for float(): None >> could someone tell me if i am missing something? >> >> >> Sounds like you have an older mpl version on the Fedora machine than >> on the Win box. >> >> Eric >> >> >> >> >> -- >> "The game of science can accurately be described as a never-ending insult >> to human intelligence." - João Magueijo >> > > -- "The game of science can accurately be described as a never-ending insult to human intelligence." - João Magueijo
Bryan, It appears that you are not using the mpl version you think you are. When I look at colors.py for 0.92.1, it doesn't match your error message. What do you get when you do, from a python prompt: import matplotlib print matplotlib.__version__ You might try using "locate pylab.py" to find out where the various versions are. Eric Bryan Fodness wrote: > I have updated to matplotlib 0.92.1 and numpy 1.0.4 and still receive > an error. > /space/work/Bryan$ ./Check_0.1.py <http://Check_0.1.py> > Traceback (most recent call last): > File "./Check_0.1.py <http://Check_0.1.py>", line 344, in <module> > savefig(outfile) > File "/usr/lib/python2.5/site-packages/matplotlib/pylab.py", line 796, > in savefig > return fig.savefig(*args, **kwargs) > File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line > 727, in savefig > self.canvas.print_figure(*args, **kwargs) > File > "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", > line 456, in print_figure > self.draw() > File > "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", > line 392, in draw > self.figure.draw(renderer) > File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line > 569, in draw > for a in self.axes: a.draw(renderer) > File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", line 1155, > in draw > a.draw(renderer) > File "/usr/lib/python2.5/site-packages/matplotlib/patches.py", line > 209, in draw > else: rgbFace = colorConverter.to_rgb(self._facecolor) > File "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line > 429, in to_rgb > raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % (str(arg), exc)) > ValueError: to_rgb: Invalid rgb arg "None" > invalid literal for float(): None > Does anyone have an idea? It works in Windows. > > On Fri, May 9, 2008 at 5:18 PM, Eric Firing <ef...@ha... > <mailto:ef...@ha...>> wrote: > > Bryan Fodness wrote: > > i have used this command on windows vista with no problem. > > fill([x1,x2,x2,x1], [y1,y1,y2,y2], fc='None', ec='r') > > but when i run on fedora 8, i receive the following. > > [...] > > File > "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line > 429, in tob > raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % > (str(arg), exc)) > ValueError: to_rgb: Invalid rgb arg "None" > invalid literal for float(): None > could someone tell me if i am missing something? > > > > Sounds like you have an older mpl version on the Fedora machine than > on the Win box. > > Eric > > > > > -- > "The game of science can accurately be described as a never-ending > insult to human intelligence." - João Magueijo
Can someone tell me how to do kriging in Matplotlib? I have tried the contourf() function with two bivariate_normal() objects as input which produces similar looking results to what I want to archive. My data however is geo-referenced and contains > 100000 samples. Generating 100000 objects doesn't sound like a good idea to me. I searched the docs before posting, but the term "kriging" doesn't even show in the docs. Maybe I missed something obvious? Any hint appreciated. Thanks, Leif This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.
Hi, Given a pcolor figure (about 30 x 30 values) without axis. We can see all cases like a chess board. From two string lists of 30 elements, is it be possible to add a name to all columns and lines. These name would be located at the bottom (for column) and on the left (for line) and in the midle of each column and line. In fact, the label would be words like date but with explicit list of string and not with locator. Thanks a lot, Cyril.
I have updated to matplotlib 0.92.1 and numpy 1.0.4 and still receive an error. /space/work/Bryan$ ./Check_0.1.py Traceback (most recent call last): File "./Check_0.1.py", line 344, in <module> savefig(outfile) File "/usr/lib/python2.5/site-packages/matplotlib/pylab.py", line 796, in savefig return fig.savefig(*args, **kwargs) File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 727, in savefig self.canvas.print_figure(*args, **kwargs) File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line 456, in print_figure self.draw() File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line 392, in draw self.figure.draw(renderer) File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 569, in draw for a in self.axes: a.draw(renderer) File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", line 1155, in draw a.draw(renderer) File "/usr/lib/python2.5/site-packages/matplotlib/patches.py", line 209, in draw else: rgbFace = colorConverter.to_rgb(self._facecolor) File "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line 429, in to_rgb raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % (str(arg), exc)) ValueError: to_rgb: Invalid rgb arg "None" invalid literal for float(): None Does anyone have an idea? It works in Windows. On Fri, May 9, 2008 at 5:18 PM, Eric Firing <ef...@ha...> wrote: > Bryan Fodness wrote: > >> i have used this command on windows vista with no problem. >> >> fill([x1,x2,x2,x1], [y1,y1,y2,y2], fc='None', ec='r') >> >> but when i run on fedora 8, i receive the following. >> > [...] > >> File "/usr/lib/python2.5/site-packages/matplotlib/colors.py", line >> 429, in tob >> raise ValueError('to_rgb: Invalid rgb arg "%s"\n%s' % (str(arg), >> exc)) >> ValueError: to_rgb: Invalid rgb arg "None" >> invalid literal for float(): None >> could someone tell me if i am missing something? >> >> > > Sounds like you have an older mpl version on the Fedora machine than on the > Win box. > > Eric > -- "The game of science can accurately be described as a never-ending insult to human intelligence." - João Magueijo