matplotlib-users Mailing List for matplotlib

Michael and John,
this is really fantastic !!
thanks,
Stef
John Hunter wrote:
> On Fri, Oct 17, 2008 at 12:37 PM, Zane Selvans <za...@id...> wrote:
>
> 
>> A thumbnail gallery of all the examples in the User's Guide and Examples is
>> a great idea!
>> Plots are inherently visual, and humans have a huge amount of built-in
>> visual processing power. Searching a even an enormous page of images to
>> find something that looks like what you're trying to create will be much
>> more efficient that trying to come up with the right keyword if you don't
>> know what it is already, or scanning a table of contents.
>> 
>
> Thanks to all for the suggestions. It took us a little longer than
> expected, but Michael and I have put together a pretty useful
> thumbnail and examples gallery. The thumbnails are generated by
> matplotlib from all the code in the examples directory, including
> those that generate multiple images. Click on any thumbnail and
> you'll be taken to a page for that example which has the full
> resolution image, syntax highlighted source code, and link to the
> source for download. Because the images and thumbnails are generated
> "live" from the source, they are more or less guaranteed to work, at
> least with the version of mpl we used to build the docs (typically svn
> HEAD).
>
> http://matplotlib.sourceforge.net/gallery.html
>
> And the full text of the examples are searchable from the search tool -- see
>
> http://matplotlib.sourceforge.net/faq/howto_faq.html#search-examples
>
> JDH
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 

Mike Bauer wrote:
> I've been testing matplotlib and basemap (0.98.x and 0.99.x via svn 
> source) and python 2.6 (via svn) on ubuntu 8.04 (AMD-64).
>
> I noticed that calling basemap in a loop results in a fairly steep 
> linear increase in memory use; I burn though 6 Gb in a minute.
>
> Putting a loop in plotmap.py from the provided examples does this as 
> well, so I don't think it's something I'm doing.
>
> Any ideas?
>
> Thanks.
>
> Mike
>
> P.S. Note that I'd like to use python 2.6 for the multiprocessing 
> module (not in use in this script as of yet). My base install of 
> python 2.5 with matplotlib and basemap (0.98.3 and 0.99.1 via 
> sourceforge sourse) works fine.
Mike: Note that you don't actually need to recreate the basemap 
instance each time through the loop (since the map projection region is 
not changing). 
AFAIK there are no serious memory leaks in basemap with python 2.5 - so 
if you can provide an example that triggers one I'd like to see it. 
Sounds like it might only be occurring with python 2.6?
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
Meteorologist FAX : (303)497-6449
NOAA/OAR/PSD R/PSD1 Email : Jef...@no...
325 Broadway Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg

I've been testing matplotlib and basemap (0.98.x and 0.99.x via svn source)
and python 2.6 (via svn) on ubuntu 8.04 (AMD-64).
I noticed that calling basemap in a loop results in a fairly steep linear
increase in memory use; I burn though 6 Gb in a minute.
Putting a loop in plotmap.py from the provided examples does this as well,
so I don't think it's something I'm doing.
Any ideas?
Thanks.
Mike
P.S. Note that I'd like to use python 2.6 for the multiprocessing module
(not in use in this script as of yet). My base install of python 2.5 with
matplotlib and basemap (0.98.3 and 0.99.1 via sourceforge sourse) works
fine.

On Fri, Oct 17, 2008 at 12:37 PM, Zane Selvans <za...@id...> wrote:
> A thumbnail gallery of all the examples in the User's Guide and Examples is
> a great idea!
> Plots are inherently visual, and humans have a huge amount of built-in
> visual processing power. Searching a even an enormous page of images to
> find something that looks like what you're trying to create will be much
> more efficient that trying to come up with the right keyword if you don't
> know what it is already, or scanning a table of contents.
Thanks to all for the suggestions. It took us a little longer than
expected, but Michael and I have put together a pretty useful
thumbnail and examples gallery. The thumbnails are generated by
matplotlib from all the code in the examples directory, including
those that generate multiple images. Click on any thumbnail and
you'll be taken to a page for that example which has the full
resolution image, syntax highlighted source code, and link to the
source for download. Because the images and thumbnails are generated
"live" from the source, they are more or less guaranteed to work, at
least with the version of mpl we used to build the docs (typically svn
HEAD).
 http://matplotlib.sourceforge.net/gallery.html
And the full text of the examples are searchable from the search tool -- see
 http://matplotlib.sourceforge.net/faq/howto_faq.html#search-examples
JDH

See my previous posts, subject "Matplotlib in cygwin". I attached a patch in
that thread that solves this problem for me, but it looks like I have other
more serious problems with cygwin on my machine.
Please let us know if you get it to work.
2008年10月20日 Terrence Brannon <met...@gm...>
> Hello, I would like to know what I can do to fix this problem.
>
>
> Administrator@LIFEBOOK /cygdrive/c/downloads/matplotlib-0.98.3 : python
> setup.py build
>
> ============================================================================
> BUILDING MATPLOTLIB
> matplotlib: 0.98.3
> python: 2.5.2 Stackless 3.1b3 060516 (release25-maint, Oct
> 1 2008, 19:33:07) [GCC 3.4.4 (cygming special, gdc
> 0.12, using dmd 0.125)]
> platform: cygwin
>
> REQUIRED DEPENDENCIES
> numpy: 1.2.0
> freetype2: 9.18.3
>
> OPTIONAL BACKEND DEPENDENCIES
> libpng: 1.2.12
> Traceback (most recent call last):
> File "setup.py", line 125, in <module>
> if check_for_tk() or (options['build_tkagg'] is True):
> File "/cygdrive/c/downloads/matplotlib-0.98.3/setupext.py", line 841,
> in check_for_tk
> explanation = add_tk_flags(module)
> File "/cygdrive/c/downloads/matplotlib-0.98.3/setupext.py", line 1084,
> in add_tk_flags
> result = parse_tcl_config(tcl_lib_dir, tk_lib_dir)
> File "/cygdrive/c/downloads/matplotlib-0.98.3/setupext.py", line 946,
> in parse_tcl_config
> tk_lib = tk_vars.get("default", "TK_LIB_SPEC")[1:-1].split()[0][2:]
> IndexError: list index out of range
> Administrator@LIFEBOOK /cygdrive/c/downloads/matplotlib-0.98.3 :
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On Tue, Oct 21, 2008 at 7:13 AM, Matthias Michler
<Mat...@gm...> wrote:
> Hello list,
>
> rehashing an old script I recognized I essential difference between mpl 0.91.4
> and mpl-svn 0.98.3 $Revision: 6203 $.
>
> In 0.91.4 ax.get_xlim() return a tuple with the current xlimits.
> In 0.98.3 ax.get_xlim() return a numpy array with the current xlimits, which
> is a reference to the axis limits and therefore changes of this array are
> coupled to changes of the xlimits.
> - ax.set_xlim() still shows the old behaviour of ax.get_xlim()
Yep, this came up the other day. Fixed in svn. get_xlim, get_ylim
now return a tuple

On Tue, Oct 21, 2008 at 8:48 AM, Pete <sne...@gm...> wrote:
> gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
> -I/usr/lib/python2.5/site-packages/numpy-1.2.0-py2.5-cygwin-1.5.25-i686.egg/numpy/core/include
> -I/usr/include/freetype2 -I/usr/include -I. -I/usr/include/python2.5 -c
> src/ft2font.cpp -o build/temp.cygwin-1.5.25-i686-2.5/src/ft2font.o
> Unable to free colormap, palette is still selected.
> gcc: fork: Resource temporarily unavailable
> error: command 'gcc' failed with exit status 1
It is unrelated, and I haven't seen it personally, but a quick google for
 gcc freetype2 Unable to free colormap, palette is still selected.
revealed
 http://cygwin.com/ml/cygwin/2007-10/msg00634.html
which may be of some help. Check the other google search results and
let us know what you find.
JDH

Hello list,
rehashing an old script I recognized I essential difference between mpl 0.91.4 
and mpl-svn 0.98.3 $Revision: 6203 $.
In 0.91.4 ax.get_xlim() return a tuple with the current xlimits.
In 0.98.3 ax.get_xlim() return a numpy array with the current xlimits, which 
is a reference to the axis limits and therefore changes of this array are 
coupled to changes of the xlimits.
- ax.set_xlim() still shows the old behaviour of ax.get_xlim()
I' m not sure this is a bug, but at least it is sometimes dangerous to change 
the resulting variable and I didn't expect it, while calling a getter. 
I attached a (small) program illustrating the different behaviour of get_xlim.
Thanks in advance for any comments.
regards
Matthias