matplotlib-users Mailing List for matplotlib (Page 6)

Some of the documentation has not yet been reformatted to reST for Sphinx.
There is a status page here:
http://matplotlib.sourceforge.net/devel/outline.html
(And I'm embarrassed to note that I'm slated to update the ticker 
module... ;)
As to whether we provide the old docs in parallel -- I'll leave that 
question to the John or others.
Mike
Anthony Floyd wrote:
> While I like the redesign (and Sphinx in general), it seems some
> information has gone missing, particularly with regards to the API
> documentation.
>
> For example, ticker.py has a tonne of useful information in the
> docstring about how to set up formatters and tickers. For some reason
> I just cannot find this information on the redesign. The best I get
> is a single line ("class matplotlib.axis.Ticker") on the the Axis
> class API page. On the epydoc based system, it was easy to find.
> Perhaps there's merit in making the API documentation (as spat out by
> epydoc or equivalent) available in parallel to the Sphinx
> documentation?
>
> Cheers,
> A>
>
> -------------------------------------------------------------------------
> 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
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

While I like the redesign (and Sphinx in general), it seems some
information has gone missing, particularly with regards to the API
documentation.
For example, ticker.py has a tonne of useful information in the
docstring about how to set up formatters and tickers. For some reason
I just cannot find this information on the redesign. The best I get
is a single line ("class matplotlib.axis.Ticker") on the the Axis
class API page. On the epydoc based system, it was easy to find.
Perhaps there's merit in making the API documentation (as spat out by
epydoc or equivalent) available in parallel to the Sphinx
documentation?
Cheers,
A>

Dear Mike,
thanks a lot for the information.
Best wishes,
Federico
Michael Droettboom wrote:
> Unfortunately, clip paths are not implemented for the Agg backend. 
> Other backends (Ps, Pdf, Svg) may work, but I haven't tried that in a 
> while.
>
> I've spent a few tries trying to come up with the magic Agg 
> incantation to make this work. It's not really documented in Agg, but 
> it should theoretically be possible. It would take someone probably 
> to dig through the Agg source code and figure it out. Any volunteers? ;)
>
> Cheers,
> Mike
>
> Federico Milano wrote:
>> Dear All,
>>
>> I am a new user of python and of matplotlib, so, please excuse me if I
>> am asking a trivial question.
>>
>> I am trying to use the funciton imshow to plot a temperature map of the
>> voltage levels of an electrical grid. After creating the grid data
>> using "meshgrid" and "griddata" functions, "imshow" works nicely and
>> fills up the whoe axes box.
>>
>> Since, I also have the border line of the electrical grid (in the form
>> of a closed polygon coordinates), my next step is to clip the
>> temperature map using this polygon as a patch. Thus, I have created a
>> Path instance with the polygon coordinates, subsequently, a PathPatch
>> instance, say "patch".
>>
>> Finally, I call the imshow function using the Artist options
>> "clip_on=True" and "clip_path=patch". I was expecting that imshow would
>> have filed up only the region inside the polygon, but imshow is still
>> mapping the full figure axis box, i.e., the plots with and without the
>> clip_path option are identical.
>>
>> What am I missing or doing wrong?
>>
>> Thank you very much in advance for any help,
>>
>> Best wishes,
>>
>> Federico
>>
>>
>>
>> ------------------------------------------------------------------------- 
>>
>> 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
>> 
>

Unfortunately, clip paths are not implemented for the Agg backend. 
Other backends (Ps, Pdf, Svg) may work, but I haven't tried that in a while.
I've spent a few tries trying to come up with the magic Agg incantation 
to make this work. It's not really documented in Agg, but it should 
theoretically be possible. It would take someone probably to dig 
through the Agg source code and figure it out. Any volunteers? ;)
Cheers,
Mike
Federico Milano wrote:
> Dear All,
>
> I am a new user of python and of matplotlib, so, please excuse me if I
> am asking a trivial question.
>
> I am trying to use the funciton imshow to plot a temperature map of the
> voltage levels of an electrical grid. After creating the grid data
> using "meshgrid" and "griddata" functions, "imshow" works nicely and
> fills up the whoe axes box.
>
> Since, I also have the border line of the electrical grid (in the form
> of a closed polygon coordinates), my next step is to clip the
> temperature map using this polygon as a patch. Thus, I have created a
> Path instance with the polygon coordinates, subsequently, a PathPatch
> instance, say "patch".
>
> Finally, I call the imshow function using the Artist options
> "clip_on=True" and "clip_path=patch". I was expecting that imshow would
> have filed up only the region inside the polygon, but imshow is still
> mapping the full figure axis box, i.e., the plots with and without the
> clip_path option are identical.
>
> What am I missing or doing wrong?
>
> Thank you very much in advance for any help,
>
> Best wishes,
>
> Federico
>
>
>
> -------------------------------------------------------------------------
> 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
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Dear All,
I am a new user of python and of matplotlib, so, please excuse me if I
am asking a trivial question.
I am trying to use the funciton imshow to plot a temperature map of the
voltage levels of an electrical grid. After creating the grid data
using "meshgrid" and "griddata" functions, "imshow" works nicely and
fills up the whoe axes box.
Since, I also have the border line of the electrical grid (in the form
of a closed polygon coordinates), my next step is to clip the
temperature map using this polygon as a patch. Thus, I have created a
Path instance with the polygon coordinates, subsequently, a PathPatch
instance, say "patch".
Finally, I call the imshow function using the Artist options
"clip_on=True" and "clip_path=patch". I was expecting that imshow would
have filed up only the region inside the polygon, but imshow is still
mapping the full figure axis box, i.e., the plots with and without the
clip_path option are identical.
What am I missing or doing wrong?
Thank you very much in advance for any help,
Best wishes,
Federico

On Wed, Oct 22, 2008 at 7:27 AM, Jeffrey Fogel
<mat...@je...> wrote:
> I've having a problem creating multiple x-axis and I'm hoping someone
> here will be able to help me. I have two directly correlated values
> (z and N) that I am using as the independent variables. What I would
> like to do is plot my data vs. N, but then show the corresponding z
> values on the top axis (there is a 1-to-1 correspondence between every
> z and N value). I have tried twiny, but this requires me to plot the
> line again and, since the z and N values are scaled differently, I end
> up with 2 lines that don't match up.
>
Hi Jeffrey,
Are you adverse to drawing two lines? If you use the 'twiny'
approach, you can simply manually set the top-axis limits to
correspond to what you need:
In [2]: plot([1,2,3], [4,5,6])
Out[2]: [<matplotlib.lines.Line2D instance at 0x91abd8>]
In [3]: ax1 = gca()
In [4]: ax2 = gcf().add_axes(ax1.get_position(), sharey=ax1, frameon=False)
In [5]: ax2.xaxis.tick_top()
In [6]: plot([1.3, 2.6, 3.9],[4,5,6])
Out[6]: [<matplotlib.lines.Line2D instance at 0x1b76ab8>]
In [7]: ax2.set_xlim([1.3,3.9])
Out[7]: (1.3, 3.8999999999999999)
In [8]: draw()
Cheers,
A>

Mike Bauer wrote:
> Jeff,
>
> Using Python 2.6 results in the following Deprecation Warnings:
>
> /usr/local/lib/python2.6/site-packages/pytz/tzinfo.py:5: 
> DeprecationWarning: the sets module is deprecated
> from sets import Set
> /usr/local/lib/python2.6/site-packages/httplib2/__init__.py:29: 
> DeprecationWarning: the md5 module is deprecated; use hashlib instead
> import md5
> /usr/local/lib/python2.6/site-packages/httplib2/__init__.py:44: 
> DeprecationWarning: the sha module is deprecated; use the hashlib 
> module instead
> import sha
>
> Don't know if this is a problem.
Mike: No, that's not a problem. I've fixed the httplib2 warnings in SVN.
>
> I moved the basemap instance call outside the loop and the problem is 
> greatly reduced; although my memory usage still linearly increases but 
> by say 0.5 Gb instead of 6 Gb.
> I can live with that. Python2.5 lacks this increase as you expected.
>
> I ran trunk/matplotlib/unit//memleak_hawaii.py with python2.6:
> Average memory consumed per loop: 0.4428k bytes
>
> /Same call from python2.5:
> Average memory consumed per loop: 0.5672k bytes
>
> Seems basemap is needed to the memory leak.
>
> Mike
Can you send me the script you used to detect the leak?
-Jeff
>
> On Tue, Oct 21, 2008 at 5:36 PM, Jeff Whitaker <js...@fa... 
> <mailto:js...@fa...>> wrote:
>
> 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...
> <mailto:Jef...@no...>
> 325 Broadway Office : Skaggs Research Cntr 1D-113
> Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg
>
>
-- 
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 having a problem creating multiple x-axis and I'm hoping someone
here will be able to help me. I have two directly correlated values
(z and N) that I am using as the independent variables. What I would
like to do is plot my data vs. N, but then show the corresponding z
values on the top axis (there is a 1-to-1 correspondence between every
z and N value). I have tried twiny, but this requires me to plot the
line again and, since the z and N values are scaled differently, I end
up with 2 lines that don't match up.
I hope that was understandable. Any advice? Thanks.
-Jeffrey

Hello list,
I observe a small bug in slider_demo.py, which lives in the svn 
folder /examples/widgets and can be accessed via
http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/widgets/slider_demo.py .
The hovercolor for grey needs to be a string instead of a float. I attached a 
small patch for simplicity.
regards
Matthias
ps: Nevertheless the new webpage looks very nice and searching is well 
supported.

Hello,
Are the docs for the maintenence release (0.91) available online? I cannot
find them online anymore and it would be useful for people who are still
using it.
thanks
Bartek
P.S. I'm new to the list so it's a good opportunity to thank everyone
involved for making matplotlib. It's really a good piece of software.
-- 
Bartek Wilczynski
==================
Postdoctoral fellow
EMBL, Furlong group
Meyerhoffstrasse 1,
69012 Heidelberg,
Germany
tel: +49 6221 387 8433

You need full administrator rights for pylab to work - power user status is
not enough.
got the following error when I tried to call in
"From pylab import *" :
 Traceback (most recent call last):
 File "<pyshell#0>", line 1, in <module>
 from pylab import *
 File "C:\Python25\Lib\site-packages\pylab.py", line 1, in <module>
 from matplotlib.pylab import *
 File "C:\Python25\lib\site-packages\matplotlib\__init__.py", line 677, in
<module>
 rcParams = rc_params()
 File "C:\Python25\lib\site-packages\matplotlib\__init__.py", line 598, in
rc_params
 fname = matplotlib_fname()
 File "C:\Python25\lib\site-packages\matplotlib\__init__.py", line 548, in
matplotlib_fname
 fname = os.path.join(get_configdir(), 'matplotlibrc')
 File "C:\Python25\lib\site-packages\matplotlib\__init__.py", line 242, in
wrapper
 ret = func(*args, **kwargs)
 File "C:\Python25\lib\site-packages\matplotlib\__init__.py", line 438, in
_get_configdir
 raise RuntimeError("Failed to create %s/.matplotlib; consider setting
MPLCONFIGDIR to a writable directory for matplotlib configuration data"%h)
RuntimeError: Failed to create C:\/.matplotlib; consider setting
MPLCONFIGDIR to a writable directory for matplotlib configuration data
-- 
View this message in context: http://www.nabble.com/Can%27t-Import-Pylab-on-XP---runtime-error.-tp20034693p20108537.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Dear mpl developers -
I recall there has been some discussion in the past on developing the
ability to have a widget for entering data. I also recall that was not an
easy thing to do.
What's the current status? Doable?
Thanks, Mark
ps. The new website is really very nice!

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

On Mon, Oct 20, 2008 at 6:33 AM, Pete <sne...@gm...> wrote:
> Has anyone had any luck compiling Matplotlib using cygwin?
> Out of the box I get the following: (I have numpy, tcl/tk and libpng1.2
> installed)
>
> ~/matpl/matplotlib-0.98.3$ python setup.py build
> ============================================================================
> BUILDING MATPLOTLIB
> matplotlib: 0.98.3
> python: 2.5.1 (r251:54863, May 18 2007, 16:56:43) [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: found, but unknown version (no pkg-config)
> * Could not find 'libpng' headers in any of
> * '/usr/include', '.'
> 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/linuxshare/matpl/matplotlib-0.98.3/setupext.py", line
> 841, in check_for_tk
> explanation = add_tk_flags(module)
> File "/cygdrive/c/linuxshare/matpl/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/linuxshare/matpl/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
This is probably something you will have to debug yourself, since it
is dependent on the TK you have installed on your system, but it is
fairly easy to do. Edit setupext.py, store the results of
 tmp = tk_vars.get("default", "TK_LIB_SPEC")[1:-1].split()
 print tmp
and see what is returned. The setup code is trying to index into
this data structure, and what is coming back is not what is expected.
It would be helpful to see what is coming back.
Note this call happens in a large try except block, so you could add
your exception (IndexError) to the list of exceptions that are caught,
which will return None from this function. This will keep your build
from crashing. Alternatively, if you know you want some backend like
gtkagg or wxagg and don't need tkagg, you can turn this off by copying
setup.cfg.template to setup.cfg and manually customizing the backends
which are built.
But the ideal will be to fix the tk config bug and send us a patch .
JDH
>
>
> Any help or ideas appreciated!
> Thanks,
> Pete
>
> -------------------------------------------------------------------------
> 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
>
>

> Mathew Yeates wrote:
>> Is there an easy way to find the locations in rectangle1 that are 
>> covered by rectangle2? I couldn't find this anywhere.
On 10/20/2008 7:46 AM Jeff Whitaker apparently wrote:
> Mathew: There's nothing included in matplotlib - I recommend Shapely 
> (http://trac.gispython.org/lab/wiki/Shapely). It's an interface to the 
> GEOS library, which you already have since you have basemap. Basemap 
> includes it's own private interface to GEOS, but Shapely has a much 
> better (although slower), well documented API.
But with ordinary rectangles (with sides parallel
to the axes), if you can extract their
coordinates/size, the analytical problem is trivial:
use this info to get the overlap along each axis.
If the rectangles share a common transform,
this is still pretty easy. So you may be able
to avoid a more general solution.
I've interpreted the question one way: "covered"
might suggest you additionally need the z-order.
Cheers,
Alan Isaac

Yes, I can write to the disk and the python directory, I installed Python
myself in the directory without need for any other administrator privileges. 
I also tried re-applying read/write status in properties but still the same
error...
Dave
I'm not a regular Windows user, so I'm probably not of much help, but...
It's trying to write a default .matplotlibrc file to C:\ Is that 
directory writable, by the user that is running matplotlib?
Mike
-- 
View this message in context: http://www.nabble.com/Can%27t-Import-Pylab-on-XP---runtime-error.-tp20034693p20067484.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Has anyone had any luck compiling Matplotlib using cygwin?
Out of the box I get the following: (I have numpy, tcl/tk and libpng1.2
installed)
~/matpl/matplotlib-0.98.3$ python setup.py build
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 0.98.3
 python: 2.5.1 (r251:54863, May 18 2007, 16:56:43) [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: found, but unknown version (no pkg-config)
 * Could not find 'libpng' headers in any of
 * '/usr/include', '.'
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/linuxshare/matpl/matplotlib-0.98.3/setupext.py", line
841, in check_for_tk
 explanation = add_tk_flags(module)
 File "/cygdrive/c/linuxshare/matpl/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/linuxshare/matpl/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
Any help or ideas appreciated!
Thanks,
Pete

On Mon, Oct 20, 2008 at 6:57 AM, Jakub Urban <ur...@ip...> wrote:
> C:\Python25\lib\site-packages\matplotlib\legend.pyc in
> _update_positions(self, r
> enderer)
> 521 ydata = y*np.ones(handle.get_xdata().shape, float)
> 522 handle.set_ydata(ydata+h/2.)
> --> 523 handle._legmarker.set_ydata(ydata+h/2.)
> 524 elif isinstance(handle, Rectangle):
> 525 handle.set_y(y+1/4*h)
>
> AttributeError: 'Line2D' object has no attribute '_legmarker'
I'm prettu sure this is fixed in svn. If you don't have access to a
svn build, edit
 C:\Python25\lib\site-packages\matplotlib\legend.py
and replace line 523 with
 if hasattr(handle, '_legmarker'):
 handle._legmarker.set_ydata(ydata+h/2.)
Hope this helps,
JDH