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."