matplotlib-users Mailing List for matplotlib

On Sat, Dec 13, 2008 at 9:17 PM, John Hunter <jd...@gm...> wrote:
> On Sat, Dec 13, 2008 at 3:01 PM, Robin <ro...@gm...> wrote:
>
>> As in my other mail I am having trouble building from source.
>> Previously I used the mac .egg to get around this, but the
>> matplotlib-0.98.5-py2.5-macosx-10.3.egg for 0.98.5 doesn't appear to
>> work.
>
> I think the egg may be broken. Try grabbing the tarball and following
> the instructions at
>
>  http://ipython.scipy.org/moin/Py4Science/InstallationOSX

Right - following these exactly worked (I had been missing out the
pkgconfig bit)

Thanks,

Robin

On Sat, Dec 13, 2008 at 3:01 PM, Robin <ro...@gm...> wrote:

> As in my other mail I am having trouble building from source.
> Previously I used the mac .egg to get around this, but the
> matplotlib-0.98.5-py2.5-macosx-10.3.egg for 0.98.5 doesn't appear to
> work.

I think the egg may be broken. Try grabbing the tarball and following
the instructions at

  http://ipython.scipy.org/moin/Py4Science/InstallationOSX

or

  http://ipython.scipy.org/moin/MatplotlibOSXBuildNotes

I will see if we can do something about the os x egg situation, but
the above may be the path of least resistance right now.

JDH

Hi,

As in my other mail I am having trouble building from source.
Previously I used the mac .egg to get around this, but the
matplotlib-0.98.5-py2.5-macosx-10.3.egg for 0.98.5 doesn't appear to
work.

I install with -N as I found recommended elsewhere on the list, since
otherwise it tries to build from source which fails as in the other
mail.

After installing the egg
easy_install -N matplotlib-0.98.5-py2.5-macosx-10.3.egg

I get the following error about missing png library - is there a
dependency I need to install?

In [2]: import pylab
---------------------------------------------------------------------------
ImportError                               Traceback (most recent call last)

/Users/robince/code/scipy_build/<ipython console> in <module>()

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/pylab.py
in <module>()
----> 1 from matplotlib.pylab import *
      2 import matplotlib.pylab
      3 __doc__ = matplotlib.pylab.__doc__

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/matplotlib/pylab.py
in <module>()
    204 from numpy import ma
    205
--> 206 from matplotlib import mpl  # pulls in most modules
    207
    208 from matplotlib.dates import date2num, num2date,\

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/matplotlib/mpl.py
in <module>()
      2 from matplotlib import axis
----> 3 from matplotlib import axes
      4 from matplotlib import cbook
      5 from matplotlib import collections
      6 from matplotlib import colors

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/matplotlib/axes.py
in <module>()
     16 import matplotlib.dates as mdates
     17 import matplotlib.font_manager as font_manager
---> 18 import matplotlib.image as mimage
     19 import matplotlib.legend as mlegend
     20 import matplotlib.lines as mlines

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/matplotlib/image.py
in <module>()
     17 # For clarity, names from _image are given explicitly in this module:
     18 from matplotlib import _image
---> 19 from matplotlib import _png
     20
     21 # For user convenience, the names from _image are also imported into

ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/matplotlib/_png.so,
2): Library not loaded: /usr/local/lib/libpng12.0.dylib
  Referenced from:
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg/matplotlib/_png.so
  Reason: image not found

Thanks

Robin

Oops.. I'll continue

I am having a problem building matplotlib on OS X. It seems it has
come up quite a few times, but I haven't seen an answer. The problem
is that it seems to be trying to build a fat binary (-arch i386 -arch
ppc) but some of the depencies (installed via macports) are i386 only
so I get a "file is not of required architecture for architecture ppc"
error on linking. (See below)

How can I stop setup.py from trying to build ppc architecture?
I tried
CFLAGS="-Os -arch i386" LDFLAGS="-Os -arch i386" python setup.py build
but it didn't seem to make any difference.

Thanks

Robin

============================================================================
BUILDING MATPLOTLIB
            matplotlib: 0.98.5
                python: 2.5.1 (r251:54869, Apr 18 2007, 22:08:04)  [GCC
                        4.0.1 (Apple Computer, Inc. build 5367)]
              platform: darwin

REQUIRED DEPENDENCIES
                 numpy: 1.3.0.dev6050
             freetype2: 9.18.3

OPTIONAL BACKEND DEPENDENCIES
                libpng: 1.2.33
               Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
              wxPython: 2.8.6.0
                        * WxAgg extension not required for wxPython >= 2.8
                  Gtk+: no
                        * Building for Gtk+ requires pygtk; you must be able
                        * to "import gtk" in your build/install environment
       Mac OS X native: yes
                    Qt: no
                   Qt4: no
                 Cairo: no

OPTIONAL DATE/TIMEZONE DEPENDENCIES
              datetime: present, version unknown
              dateutil: matplotlib will provide
                  pytz: matplotlib will provide
adding pytz

OPTIONAL USETEX DEPENDENCIES
                dvipng: 1.11
           ghostscript: 8.62
                 latex: 3.1415926
               pdftops: 3.02

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
             configobj: matplotlib will provide
      enthought.traits: no

[Edit setup.cfg to suppress the above messages]
============================================================================
pymods ['pylab', 'configobj']
packages ['matplotlib', 'matplotlib.backends',
'matplotlib.projections', 'mpl_toolkits', 'matplotlib.numerix',
'matplotlib.numerix.mlab', 'matplotlib.numerix.ma',
'matplotlib.numerix.npyma', 'matplotlib.numerix.linear_algebra',
'matplotlib.numerix.random_array', 'matplotlib.numerix.fft',
'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil/zoneinfo',
'matplotlib.config']
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc ->
build/lib.macosx-10.3-fat-2.5/matplotlib/mpl-data
copying lib/matplotlib/mpl-data/matplotlib.conf ->
build/lib.macosx-10.3-fat-2.5/matplotlib/mpl-data
running build_ext
building 'matplotlib.ft2font' extension
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/opt/local/lib
-L/usr/local/lib -L/usr/lib -L/usr/X11R6/lib -lfreetype -lz -lz
-lstdc++ -lm -o build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices
ld: warning in build/temp.macosx-10.3-fat-2.5/src/ft2font.o, file is
not of required architecture
ld: warning in build/temp.macosx-10.3-fat-2.5/src/mplutils.o, file is
not of required architecture
ld: warning in build/temp.macosx-10.3-fat-2.5/CXX/cxx_extensions.o,
file is not of required architecture
ld: warning in build/temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o, file
is not of required architecture
ld: warning in build/temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o,
file is not of required architecture
ld: warning in build/temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o,
file is not of required architecture
ld: warning in /opt/local/lib/libfreetype.dylib, file is not of
required architecture
ld: warning in /opt/local/lib/libz.dylib, file is not of required architecture
ld: in /opt/local/lib/libJPEG.dylib, file is not of required
architecture for architecture ppc
collect2: ld returned 1 exit status
ld: warning, duplicate dylib /opt/local/lib/libz.1.dylib
lipo: can't open input file:
/var/folders/8s/8sR4EeeWGVKm6eizf-nS9U+++TI/-Tmp-//cchTIwch.out (No
such file or directory)
error: command 'g++' failed with exit status 1

Hi,

I am having a problem building matplotlib on OS X. It seems it has
come up quite a few times, but I haven't seen an answer. The problem
is that it seems to be trying to build a fat binary (-arch i386 -arch
ppc) but some of the depencies (installed via macports) are i386 only
so I get

Mauro Cavalcanti wrote:
> Dear Jeff,
>
> Thanks for your attention.
>
> 2008/12/13 Jeff Whitaker <js...@fa...>:
>   
>> Mauro:  Did you update from SVN?  If so, can be more specific about what
>> didn't work?  The return value of fillcontinents should be a list of Polygon
>> instances, each with a remove method.
>>     
>
> Well, let's see... I am using version 0.99.2 from the regular
> installation package (under Ubuntu Hardy). The problem is that I
> cannot resort to SVN versions because my application should run with
> MPL/Basemap versions that can be downloaded and installed by
> unsophisticated Windows users (those that know how to download an
> ".exe" file, click on it, and install).
>   

Mauro:  I realize that - but if you can test the SVN version then I can 
make a new release before you release your app.

> So, if I do correctly understood, the sample code below will work only
> with the SVN version?
>
> contpolys = map.fillcontinents()
> for contpoly in contpolys:
> 	contpoly.remove()
>   

Yes.

> With best regards,
>
> PS BTW, the new "scale" parameter on the Blue Marble drawing method
> works quite well! Using it, I have been able to reduce the time
> required to draw an excellent image by several orders of magnitude!
>   

Good.
> Have not yet tested the speed improvements you did to the drawrivers()
> method.
>   
I haven't changed the drawrivers method.

-Jeff


-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
325 Broadway                Boulder, CO, USA 80305-3328

Years ago I observed a similar behaviour with gnuplot. This behaviour 
appears if you use line join style 'miter' and if your data is very fine 
spaced with small noise. Then in the figure the noise appears much 
larger than it actually is. Limited output precision for representing 
the plot data in the different backends may also both increase or 
attenuate the observed noise. Best solution: use round line join style. 
I would propose to make this the default.
I attached a script that shows this behaviour, and some images, pdf with 
Acrobat Reader. Agg does not show this noise, unless you render the 
figure with high resolution (here 1000dpi), and even then the noise is 
smaller. Perhaps Agg does some optimization/rounding? Difficult to tell 
which backend shows the correct behaviour, which might be not the 
preferred one.

Gregor

x = linspace(0,0.02, 1001) + random(1001)*1e-5
x[-1] = 1
y = ones_like(x)
y[:500:2] = 1 + random(250)*1e-4
clf()
plot(x,y, solid_joinstyle = 'miter')
plot(x,y+0.05, solid_joinstyle = 'round')
ylim(0.9,1.1)
savefig('testnoise.pdf')


Michael Droettboom schrieb:
> Also -- for mtcoder:
>
> Can you send us the script that generates your plot?
>
> Also, if you set your backend to Cairo, and then generate the pdf, to 
> you get the same result?
>
> Cheers,
> Mike
>
> Michael Droettboom wrote:
>   
>> There's something funny going on with line caps, maybe?  It looks like 
>> the corners aren't getting capped in the same way as Agg does.
>>
>> I've created screenshots of Jesse's pdf file in acrobat and evince.
>>
>> Any thought, Jouni?
>>
>> Cheers,
>> Mike
>>
>> John Hunter wrote:
>>     
>>> On Thu, Dec 11, 2008 at 11:16 PM, mtcoder <jbe...@gm...> wrote:
>>>
>>>  
>>>       
>>>> http://www.nabble.com/file/p20970084/testode.rk45.a0.99.eps1e-07.pdf
>>>> testode.rk45.a0.99.eps1e-07.pdf . This comes from a completely 
>>>> deterministic
>>>> ode. But is looks like I've added a tiny amount of noise.
>>>>
>>>> On a technical note, I'm running Ubuntu 8.04, python2.5.1, 
>>>> matplotlib0.91.2
>>>> (with GTKAgg backend).
>>>>
>>>> (Hopefully I didn't miss a similar question--and solution--elsewhere 
>>>> in the
>>>> forum.)
>>>>     
>>>>         
>>> My guess is that you may be seeing the antialiasing of your pdf
>>> renderer.  matplotlib has a pretty good antialiasing renderer for the
>>> screen display (antigrain) but your mileage may vary for your pdf
>>> renderer.  Since pdf is a vector output, we have no control over the
>>> renderering.  What pdf viewer are you using?  The best way for us to
>>> see what you are seeing is to take a PNG screenshot of your PDF file
>>> displayed in your viewer and then post the PNG.  Ie, here is what I am
>>> seeing in the Preview app: the fuzziness is from the antialiasing, but
>>> I am used to seeing this.
>>>       
>

Mauro Cavalcanti wrote:
> Dear Jeff,
>
> 2008/12/13 Jeff Whitaker <js...@fa...>:
>   
>> Mauro:  That's a bug - the fillcontinents method was only returning the last
>> Polygon instance drawn.  I've fixed it in SVN (r6579) to return a list of
>> all the Polygon instances.  You can now iterate over that list and remove
>> each Polygon, like this
>> contpolys = m.fillcontinents()
>> for contpoly in contpolys:
>>   contpoly.remove()
>>     
>
> In my application, it didn't work. 

Mauro:  Did you update from SVN?  If so, can be more specific about what 
didn't work?  The return value of fillcontinents should be a list of 
Polygon instances, each with a remove method.

> But I just figured out that a much
> simpler solution is to call ax.cla() (brute force, isn't it? :))
That deletes everything, not just the continent polygons.  I don't think 
you want to do that.  Removing just the continent Polygons should work 
if you have the latest SVN revision (0.99.3).  Let's figure out why 
that's not working for you.

-Jeff
>  and
> then call the Blue Marble drawing routine (err, method... I sometimes
> miss the old and good FORTRAN times...). The problem with this
> paleolitic approach is that by clearing the axis first, I lost all the
> points and trees I have plotted on the map... :(. I will have to work
> this out, because I have the same problem with other Basemap methods
> in my application (for example, if I want to draw the map in different
> resolutions, or on different projections).
>
>   
>> Thanks for the bug report.
>>     
>
> Well, I even didn't know that it was a bug!
>
> With warmest regards,
>
>   


-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
325 Broadway                Boulder, CO, USA 80305-3328

Also -- for mtcoder:

Can you send us the script that generates your plot?

Also, if you set your backend to Cairo, and then generate the pdf, to 
you get the same result?

Cheers,
Mike

Michael Droettboom wrote:
> There's something funny going on with line caps, maybe?  It looks like 
> the corners aren't getting capped in the same way as Agg does.
>
> I've created screenshots of Jesse's pdf file in acrobat and evince.
>
> Any thought, Jouni?
>
> Cheers,
> Mike
>
> John Hunter wrote:
>> On Thu, Dec 11, 2008 at 11:16 PM, mtcoder <jbe...@gm...> wrote:
>>
>>  
>>> http://www.nabble.com/file/p20970084/testode.rk45.a0.99.eps1e-07.pdf
>>> testode.rk45.a0.99.eps1e-07.pdf . This comes from a completely 
>>> deterministic
>>> ode. But is looks like I've added a tiny amount of noise.
>>>
>>> On a technical note, I'm running Ubuntu 8.04, python2.5.1, 
>>> matplotlib0.91.2
>>> (with GTKAgg backend).
>>>
>>> (Hopefully I didn't miss a similar question--and solution--elsewhere 
>>> in the
>>> forum.)
>>>     
>>
>> My guess is that you may be seeing the antialiasing of your pdf
>> renderer.  matplotlib has a pretty good antialiasing renderer for the
>> screen display (antigrain) but your mileage may vary for your pdf
>> renderer.  Since pdf is a vector output, we have no control over the
>> renderering.  What pdf viewer are you using?  The best way for us to
>> see what you are seeing is to take a PNG screenshot of your PDF file
>> displayed in your viewer and then post the PNG.  Ie, here is what I am
>> seeing in the Preview app: the fuzziness is from the antialiasing, but
>> I am used to seeing this.
>>  
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------ 
>>
>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, 
>> Nevada.
>> The future of the web can't happen without you.  Join us at MIX09 to 
>> help
>> pave the way to the Next Web now. Learn more and register at
>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ 
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>   
>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>   

There's something funny going on with line caps, maybe?  It looks like 
the corners aren't getting capped in the same way as Agg does.

I've created screenshots of Jesse's pdf file in acrobat and evince.

Any thought, Jouni?

Cheers,
Mike

John Hunter wrote:
> On Thu, Dec 11, 2008 at 11:16 PM, mtcoder <jbe...@gm...> wrote:
>
>   
>> http://www.nabble.com/file/p20970084/testode.rk45.a0.99.eps1e-07.pdf
>> testode.rk45.a0.99.eps1e-07.pdf . This comes from a completely deterministic
>> ode. But is looks like I've added a tiny amount of noise.
>>
>> On a technical note, I'm running Ubuntu 8.04, python2.5.1, matplotlib0.91.2
>> (with GTKAgg backend).
>>
>> (Hopefully I didn't miss a similar question--and solution--elsewhere in the
>> forum.)
>>     
>
> My guess is that you may be seeing the antialiasing of your pdf
> renderer.  matplotlib has a pretty good antialiasing renderer for the
> screen display (antigrain) but your mileage may vary for your pdf
> renderer.  Since pdf is a vector output, we have no control over the
> renderering.  What pdf viewer are you using?  The best way for us to
> see what you are seeing is to take a PNG screenshot of your PDF file
> displayed in your viewer and then post the PNG.  Ie, here is what I am
> seeing in the Preview app: the fuzziness is from the antialiasing, but
> I am used to seeing this.
>   
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>   

"John Hunter" <jd...@gm...> writes:

> One more thought -- you should be able to turn off the antialiased
> property, eg with
>
>   plot(x, y, antialiased=False)
>
> Unfortunately, I poked into our backend_pdf and it appears this
> property is ignored.  Jouni: is there a way to turn off antialiasing
> in PDF, and could we add support for this in the backend?

Unfortunately, there is no way (that I know of) to turn off antialiasing
in the pdf file.

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

On Sat, Dec 13, 2008 at 9:38 AM, John Hunter <jd...@gm...> wrote:

> My guess is that you may be seeing the antialiasing of your pdf
> renderer.  matplotlib has a pretty good antialiasing renderer for the
> screen display (antigrain) but your mileage may vary for your pdf
> renderer.  Since pdf is a vector output, we have no control over the
> renderering.  What pdf viewer are you using?  The best way for us to
> see what you are seeing is to take a PNG screenshot of your PDF file
> displayed in your viewer and then post the PNG.  Ie, here is what I am
> seeing in the Preview app: the fuzziness is from the antialiasing, but
> I am used to seeing this.


One more thought -- you should be able to turn off the antialiased
property, eg with

  plot(x, y, antialiased=False)

Unfortunately, I poked into our backend_pdf and it appears this
property is ignored.  Jouni: is there a way to turn off antialiasing
in PDF, and could we add support for this in the backend?

Thanks,
JDH

On Thu, Dec 11, 2008 at 11:16 PM, mtcoder <jbe...@gm...> wrote:

> http://www.nabble.com/file/p20970084/testode.rk45.a0.99.eps1e-07.pdf
> testode.rk45.a0.99.eps1e-07.pdf . This comes from a completely deterministic
> ode. But is looks like I've added a tiny amount of noise.
>
> On a technical note, I'm running Ubuntu 8.04, python2.5.1, matplotlib0.91.2
> (with GTKAgg backend).
>
> (Hopefully I didn't miss a similar question--and solution--elsewhere in the
> forum.)

My guess is that you may be seeing the antialiasing of your pdf
renderer.  matplotlib has a pretty good antialiasing renderer for the
screen display (antigrain) but your mileage may vary for your pdf
renderer.  Since pdf is a vector output, we have no control over the
renderering.  What pdf viewer are you using?  The best way for us to
see what you are seeing is to take a PNG screenshot of your PDF file
displayed in your viewer and then post the PNG.  Ie, here is what I am
seeing in the Preview app: the fuzziness is from the antialiasing, but
I am used to seeing this.

Mauro Cavalcanti wrote:
> Dear ALL,
>
> I just noted that the remove() method which worked OK in version 0.99
> of MPL Basemap to remove country borders and rivers is not working
> anymore after I upgraded to Basemap version 0.99.2.
>
> What have changed?
>
> Thanks in advance.
>
> Best regards,
>
>   
Mauro:  Seems to works fine for me.  Can you send a small, 
self-contained example script that illustrates your problem?

-Jeff

-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
325 Broadway                Boulder, CO, USA 80305-3328

Mauro Cavalcanti wrote:
> Dear ALL,
>
> Am I intending to change the world's geography? No, not quite. I just
> would like to know how to deal with the following problem, I have
> stumbled upon in MPL/Basemap: I have a line:
>
> continents = map.fillcontinents(color='coral, lake_color='blue')
>
> where map is, of course, a Basemap instance
>
> According to the Basemap documentation, the Basemap.fillcontinents()
> method returns a matplotlib.patches.Polygon object.
>
> Later on, I do the following, in an attempt to erase this object:
>
> del continents
>
> But nothing happens.
>
> If I try instead continents.remove(), I got an error message:
> TypeError: remove() takes exactly one argument (0 given) what is not
> suprising as the objet returned by fillcontinents() is not a list.
>
> Any hints?
>
> Thanks in advance!
>
> With best wishes,
>
>   
Mauro:  That's a bug - the fillcontinents method was only returning the 
last Polygon instance drawn.  I've fixed it in SVN (r6579) to return a 
list of all the Polygon instances.  You can now iterate over that list 
and remove each Polygon, like this

contpolys = m.fillcontinents()
for contpoly in contpolys:
    contpoly.remove()

Thanks for the bug report.

-Jeff

-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
325 Broadway                Boulder, CO, USA 80305-3328

Dear ALL,

I just noted that the remove() method which worked OK in version 0.99
of MPL Basemap to remove country borders and rivers is not working
anymore after I upgraded to Basemap version 0.99.2.

What have changed?

Thanks in advance.

Best regards,

-- 
Dr. Mauro J. Cavalcanti
Ecoinformatics Studio
P.O. Box 46521, CEP 20551-970
Rio de Janeiro, RJ, BRASIL
E-mail: mau...@gm...
Web: http://studio.infobio.net
Linux Registered User #473524 * Ubuntu User #22717
"Life is complex. It consists of real and imaginary parts."

Dear ALL,

Am I intending to change the world's geography? No, not quite. I just
would like to know how to deal with the following problem, I have
stumbled upon in MPL/Basemap: I have a line:

continents = map.fillcontinents(color='coral, lake_color='blue')

where map is, of course, a Basemap instance

According to the Basemap documentation, the Basemap.fillcontinents()
method returns a matplotlib.patches.Polygon object.

Later on, I do the following, in an attempt to erase this object:

del continents

But nothing happens.

If I try instead continents.remove(), I got an error message:
TypeError: remove() takes exactly one argument (0 given) what is not
suprising as the objet returned by fillcontinents() is not a list.

Any hints?

Thanks in advance!

With best wishes,

-- 
Dr. Mauro J. Cavalcanti
Ecoinformatics Studio
P.O. Box 46521, CEP 20551-970
Rio de Janeiro, RJ, BRASIL
E-mail: mau...@gm...
Web: http://studio.infobio.net
Linux Registered User #473524 * Ubuntu User #22717
"Life is complex. It consists of real and imaginary parts."