matplotlib-users Mailing List for matplotlib

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