matplotlib-devel Mailing List for matplotlib (Page 3)

On Tue, Jun 24, 2008 at 1:27 PM, Nils Wagner
<nw...@ia...> wrote:

> Actually, I would like to display an image (png format)
> 'under' several lines.
> Assuming that a watermark function will be supported by
> mpl, it would be nice to have an example in
>
> matplotlib/examples/pylab_examples

johnh@flag:examples> svn commit -m 'added simple watermark examples'
Adding         examples/api/watermark_image.py
Adding         examples/api/watermark_text.py
Adding  (bin)  examples/data/logo2.png
Transmitting file data ...
Committed revision 5669.

On Tue, 24 Jun 2008 14:10:08 -0400
  Michael Droettboom <md...@st...> wrote:
> There are a couple of different ways this could be done.
> 
> Alpha-blending over top of the image (should work for 
>everything but Postscript):
> 
> gcf().text(0.1, 0.1, "Watermark", rotation=45, 
>fontproperties=FontProperties(size=64), alpha=0.2)
> 
> 
> Or under the axes as described here:
> 
> http://www.mail-archive.com/mat...@li.../msg06036.html
> 
> The fiddly bits are just scaling it in such a way to 
>fit.
> 
> Patches welcome... ;)
> 
> Cheers,
> Mike


Actually, I would like to display an image (png format) 
'under' several lines.
Assuming that a watermark function will be supported by 
mpl, it would be nice to have an example in

matplotlib/examples/pylab_examples

Nils

On Tue, Jun 24, 2008 at 1:10 PM, Michael Droettboom <md...@st...> wrote:
> There are a couple of different ways this could be done.
>
> Alpha-blending over top of the image (should work for everything but
> Postscript):
>
> gcf().text(0.1, 0.1, "Watermark", rotation=45,
> fontproperties=FontProperties(size=64), alpha=0.2)
>
>
> Or under the axes as described here:
>
> http://www.mail-archive.com/mat...@li.../msg06036.html
>
> The fiddly bits are just scaling it in such a way to fit.

One could use the adaptive approach I posted previously for
subplots_adjust -- connect to the draw event and recursively scale the
fontsize until is mostly covers the canvas
  http://matplotlib.sourceforge.net/doc/html/faq/howto_faq.html#how-do-i-automatically-make-room-for-my-tick-labels

One could also use figimage for this if you want to watermark with a
PNG or JPG, but right now figure artists don't respect zorder so some
minor work would need to be done to get the watermark on top.

JDH

There are a couple of different ways this could be done.

Alpha-blending over top of the image (should work for everything but 
Postscript):

gcf().text(0.1, 0.1, "Watermark", rotation=45, 
fontproperties=FontProperties(size=64), alpha=0.2)


Or under the axes as described here:

http://www.mail-archive.com/mat...@li.../msg06036.html

The fiddly bits are just scaling it in such a way to fit.

Patches welcome... ;)

Cheers,
Mike

Nils Wagner wrote:
> Hi All,
>   
> This is to let you know that I have filed a feature 
> request for a watermark function in mpl.
>
> http://sourceforge.net/tracker/index.php?func=detail&atid=560721&aid=2001940&group_id=80706
>
> Nils
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>   

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Hi All,
  
This is to let you know that I have filed a feature 
request for a watermark function in mpl.

http://sourceforge.net/tracker/index.php?func=detail&atid=560721&aid=2001940&group_id=80706

Nils

On Tue, Jun 24, 2008 at 6:59 AM, John Hunter <jd...@gm...> wrote:

> My fault -- I was working on adding an idle event handler across
> backends and implemented something using threads for tkagg and haven't
> solved the problem of cross thread signal handling.

That's a nasty problem.  See
http://sebulba.wikispaces.com/recipe+thread2 for info, and IPython
implements that trick in Shell.py, look for HAS_CTYPES in there and
see the signal handlers that are in that section.

It's never 100% reliable, but the addition of this trick did help a
lot for -pylab.  I don't know if it will do the trick for you.

Cheers,

f

"Sandro Tosi" <mat...@gm...> writes:

> On Mon, Jun 23, 2008 at 13:48, Sandro Tosi <mat...@gm...> wrote:
> > On Mon, Jun 23, 2008 at 04:43, Charles Moad <cw...@gm...> wrote:
> >> The releases and builds are up.  Please test them out, and I'll leave the
> >> announcements to you, John.
> >
> > I just downloaded it (MD5Sum: 1f673f82eb4f7422c1e45545f8e083d4) and I
> > plan to upgrade the package in Debian this evening.
> 
> mpl 0.98.1 has just been uploaded in unstable (tomorrow will be
> available on debian mirrors hosts).

I've installed this (in a chroot). 

All the wx examples I've tried seem fail at the line:

from wx import *

eg:

cjtest@Daedalus:/usr/share/doc/python-matplotlib-doc/examples/user_interfaces$ ./embedding_in_wx.py 
Traceback (most recent call last):
  File "./embedding_in_wx.py", line 45, in <module>
    from wx import *
AttributeError: 'module' object has no attribute '__DocFilter'


This must be a bug in the Debian package providing wx (which I ought
to report). Is it good practice though?


> Thanks for the support,

Indeed - and thanks for packaging it so rapidly. 

Chris

John wrote:

"I believe the unspoken consensus was it is easy to set the alpha on
the figurePatch and axesPatch so a global alpha was unneccessary."


It still might be convenient to make this an option on savefig.  Sure it's only a few lines of code, but not necessarily obvious lines of code.

Waiting to hear back from Nils as to whether this is really what he 
wants, though.

Cheers,
Mike

Michael Droettboom wrote:
> Nils,
>
> I saw your bump about this transparency issue.  Before moving forward 
> on this, I'd like to know what your use case is.  I've attached a 
> mock-up example.  On the left is the effect of changing the alpha 
> value of everything to 50% (what you and Christopher had suggested).  
> But it seems to me what you really want is on the right -- making only 
> the figure and axes patch fully-transparent.  This is what one would 
> want, for example, when putting a plot on the colored background of a 
> webpage.  I don't understand why anyone would want the one on the 
> left, but if you can provide a use case for it, it should be 
> implementable.
>
> Cheers,
> Mike
>
> Michael Droettboom wrote:
>> Of course, this depends on what you mean by transparency.  If you 
>> mean to change the alpha of the entire PNG, then yes, the global 
>> parameter (or postprocessing) is the way to go.  But I'm not sure how 
>> useful that is -- that will still lighten things behind the figure 
>> and axes patch.
>> A more useful option, IMHO, would be to just make the figure patch 
>> and axes patch fully transparent and leave everything else "as is".  
>> That avoids the "white box on a colored background" problem.
>>
>> Cheers,
>> Mike
>>
>> Christopher Barker wrote:
>>  
>>> Nils Wagner wrote:
>>>      
>>>>   "John Hunter" <jd...@gm...> wrote:
>>>>          
>>>>> I wonder if we should support a global rc alpha....
>>>>>               
>>> I'd make it an optional parameter to savefig(), but I like the idea.
>>>
>>> Of course one could pretty easily post-process it as well.
>>>
>>> -CHB
>>>
>>>
>>>       
>>
>>   
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>   

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Nils,

I saw your bump about this transparency issue.  Before moving forward on 
this, I'd like to know what your use case is.  I've attached a mock-up 
example.  On the left is the effect of changing the alpha value of 
everything to 50% (what you and Christopher had suggested).  But it 
seems to me what you really want is on the right -- making only the 
figure and axes patch fully-transparent.  This is what one would want, 
for example, when putting a plot on the colored background of a 
webpage.  I don't understand why anyone would want the one on the left, 
but if you can provide a use case for it, it should be implementable.

Cheers,
Mike

Michael Droettboom wrote:
> Of course, this depends on what you mean by transparency.  If you mean 
> to change the alpha of the entire PNG, then yes, the global parameter 
> (or postprocessing) is the way to go.  But I'm not sure how useful that 
> is -- that will still lighten things behind the figure and axes patch. 
>
> A more useful option, IMHO, would be to just make the figure patch and 
> axes patch fully transparent and leave everything else "as is".  That 
> avoids the "white box on a colored background" problem.
>
> Cheers,
> Mike
>
> Christopher Barker wrote:
>   
>> Nils Wagner wrote:
>>   
>>     
>>>   "John Hunter" <jd...@gm...> wrote:
>>>     
>>>       
>>>> I wonder if we should support a global rc alpha....
>>>>       
>>>>         
>> I'd make it an optional parameter to savefig(), but I like the idea.
>>
>> Of course one could pretty easily post-process it as well.
>>
>> -CHB
>>
>>
>>   
>>     
>
>   

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

On Tue, Jun 24, 2008 at 9:17 AM, Nils Wagner
<nw...@ia...> wrote:

> Thank you for your prompt reply and sorry for my rudimental bug report.
>
> BTW, is the transparency option for png files in progress ?

I believe the unspoken consensus was it is easy to set the alpha on
the figurePatch and axesPatch so a global alpha was unneccessary.
Typically one wants the background to be translucent, but not every
figure element.   If there is a use case where one wants *every*
figure element to be translucent with the same alpha, we can
reconsider.  For PNGs however, postprocessing the alpha is easy, and
one can do this in mpl.

JDH

On Tue, 24 Jun 2008 08:59:30 -0500
  "John Hunter" <jd...@gm...> wrote:
> On Tue, Jun 24, 2008 at 8:35 AM, Darren Dale 
><dsd...@gm...> wrote:
>> On Tuesday 24 June 2008 09:22:34 am Nils Wagner wrote:
>>> Hi all,
>>>
>>> Since *yesterday* I have some trouble with pylab.
>>> Some program hang. I cannot use Ctrl C to kill them.
>>> Ctrl Z works. If I use ps I get
>>>
>>>   1091 pts/5    00:00:02 python
>>>   1119 pts/5    00:00:00 gs <defunct>
>>>
>>> gs is somehow connected to my problem.
>>>
>>> I can kill the job by kill -9 1091. Then the  gs process
>>> (1119) also vanishes.
>>>
>>> Any pointer ?
>>> I am using svn from trunk.
>>
>> Help us help you. Give us something to go on.
> 
> My fault -- I was working on adding an idle event 
>handler across
> backends and implemented something using threads for 
>tkagg and haven't
> solved the problem of cross thread signal handling. 
> I've commented
> out the functionality for now until I get it fixed (svn 
>r5655).  But
> yes, Nils, at a minimum, the OS, backend, and svn 
>revision number need
> to be included in bug reports.
> 
> Thanks for the report,
> JDH
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
  
Hi John, hi Daren,

Thank you for your prompt reply and sorry for my 
rudimental bug report.

BTW, is the transparency option for png files in progress 
?

Cheers,

         Nils

On Tue, Jun 24, 2008 at 8:35 AM, Darren Dale <dsd...@gm...> wrote:
> On Tuesday 24 June 2008 09:22:34 am Nils Wagner wrote:
>> Hi all,
>>
>> Since *yesterday* I have some trouble with pylab.
>> Some program hang. I cannot use Ctrl C to kill them.
>> Ctrl Z works. If I use ps I get
>>
>>   1091 pts/5    00:00:02 python
>>   1119 pts/5    00:00:00 gs <defunct>
>>
>> gs is somehow connected to my problem.
>>
>> I can kill the job by kill -9 1091. Then the  gs process
>> (1119) also vanishes.
>>
>> Any pointer ?
>> I am using svn from trunk.
>
> Help us help you. Give us something to go on.

My fault -- I was working on adding an idle event handler across
backends and implemented something using threads for tkagg and haven't
solved the problem of cross thread signal handling.  I've commented
out the functionality for now until I get it fixed (svn r5655).  But
yes, Nils, at a minimum, the OS, backend, and svn revision number need
to be included in bug reports.

Thanks for the report,
JDH

On Tuesday 24 June 2008 09:22:34 am Nils Wagner wrote:
> Hi all,
>
> Since *yesterday* I have some trouble with pylab.
> Some program hang. I cannot use Ctrl C to kill them.
> Ctrl Z works. If I use ps I get
>
>   1091 pts/5    00:00:02 python
>   1119 pts/5    00:00:00 gs <defunct>
>
> gs is somehow connected to my problem.
>
> I can kill the job by kill -9 1091. Then the  gs process
> (1119) also vanishes.
>
> Any pointer ?
> I am using svn from trunk.

Help us help you. Give us something to go on.

Hi all,

Since *yesterday* I have some trouble with pylab.
Some program hang. I cannot use Ctrl C to kill them.
Ctrl Z works. If I use ps I get

  1091 pts/5    00:00:02 python
  1119 pts/5    00:00:00 gs <defunct>

gs is somehow connected to my problem.

I can kill the job by kill -9 1091. Then the  gs process 
(1119) also vanishes.

Any pointer ?
I am using svn from trunk.

Nils

On Tue, Jun 24, 2008 at 1:57 AM, Stéfan van der Walt <st...@su...> wrote:
> Hi all,
>
> Sorry to bump the thread, but has anyone had a chance to take a look?
>
> I've re-attached the patch.

Thanks for the reminder and sorry for the delay getting back.  The
problem in the patch was that the "self.texts" variable and
"self.legendHandles" variables are assumed to be equal length lists.
When you added an extra marker line but not an extra label, the layout
got out of whack, but this was masked in "_update_positions" by a
silent zip failure.  I replaced that call with our cbook.safezip
function, which will at least fail noisily if the input lists are
unequal (note to all mpl devels, use safezip rather than zip).

The solution was not to modify the legendHandles return list "ret"  at
all, since tracking that through all the hairy legend code proved
untenable.  Instead, I made the code a little hairier by tacking on
your marker proxy as an attribute of the legend line::

                legline_marker = Line2D(xdata_marker, ydata[:len(xdata_marker)])
                legline_marker.update_from(handle)
                legline_marker.set_linestyle('None')
                self._set_artist_props(legline_marker)
                # we don't want to add this to the return list because
                # the texts and handles are assumed to be in one to ne
                # correpondence.
                legline._legmarker = legline_marker

and then accessing the "_legmarker" attr in _update_positions and
draw.  Note you can use the marker 'None' rather than setting the
markersize to 0; we use the string 'None' for the marker and linestyle
since None means "do the rc default" in many contexts.

Committed to svn r5654 -- here is the test script::

  import numpy as np
  import matplotlib.pyplot as plt
  plt.plot(np.random.rand(10), 'x-', label='first line')
  plt.plot(np.random.rand(10), 'o-.', label='second line')
  plt.legend(numpoints=1)
  plt.show()

At some point we need to do a clean room impl of the legend code as it
is suffering from feature creep and the internals are getting uglier.

JDH

Hi all,

Sorry to bump the thread, but has anyone had a chance to take a look?

I've re-attached the patch.

Regards
Stéfan

2008/6/17 Stéfan van der Walt <st...@su...>:
> Hi John
>
> 2008/6/12 John Hunter <jd...@gm...>:
>> On Thu, Jun 12, 2008 at 7:56 AM, Stéfan van der Walt <st...@su...> wrote:
>>
>>> linestyle 'x' ---> legend  '   x   '
>>> linestyle '-x' ---> legend '---x---'
>>>
>>> Has this been considered before?  If not, I'll write a patch.
>>
>> I think this is just something that has been overlooked.  The legend
>> code is quite old, so don't be surprised if it looks a little crusty
>> in there, as it was one of the early features, and it has been updated
>> piecemeal with new features.  A patch would be great.
>
> The idea I had was to plot two lines on top of each other: one for the
> line-style, and one for the bullets.  Unfortunately, I can't get the
> lines to co-incide.  Could you look at the attached toy-patch and tell
> me where I am going wrong?  Note how the X is somewhat below the line.
>
> Thanks
> Stéfan
>

On Mon, Jun 23, 2008 at 5:03 PM, Sandro Tosi <mat...@gm...> wrote:

> mpl 0.98.1 has just been uploaded in unstable (tomorrow will be
> available on debian mirrors hosts).

Thank you -- that was really fast.  So far no bug reports -- crossing
fingers :-)

JDH

On Mon, Jun 23, 2008 at 13:48, Sandro Tosi <mat...@gm...> wrote:
> On Mon, Jun 23, 2008 at 04:43, Charles Moad <cw...@gm...> wrote:
>> The releases and builds are up.  Please test them out, and I'll leave the
>> announcements to you, John.
>
> I just downloaded it (MD5Sum: 1f673f82eb4f7422c1e45545f8e083d4) and I
> plan to upgrade the package in Debian this evening.

mpl 0.98.1 has just been uploaded in unstable (tomorrow will be
available on debian mirrors hosts).

Thanks for the support,
Sandro

-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

That version seems to work for me. 

I agree it's nice to stick to a released version, and we can do that for 
now.  However, we seem to be pretty good at requiring new features and 
bugfixes out of Sphinx so far, so I don't know, realistically, how long 
that will last.  Sphinx doesn't feel quite at that level of maturity yet.

Cheers,
Mike

Charlie Moad wrote:
> Looks like sphinx==0.4 was just released.  Could we agree to target 
> this instead of svn?
>
> - Charlie
>
> On Mon, Jun 23, 2008 at 11:18 AM, Michael Droettboom <md...@st... 
> <mailto:md...@st...>> wrote:
>
>     Ah.  Something changed in Sphinx SVN.  I think the best long term
>     fix is to probably not "borrow" this regex from Sphinx, but
>     include our own version in inheritance_diagram.py.  I'll fix this.
>
>     Cheers,
>     Mike
>
>
>     Darren Dale wrote:
>
>         I think I see whats going on. On my machine,
>         py_sig_re.match(name).groups() returns:
>
>         (u'matplotlib.', u'patches', None, None)
>
>         but inheritance_diagram.py  is trying to unpack this length=4
>         result into a length=3 tuple.
>
>         Here is the definition of py_sig_re from sphinx:
>
>         py_sig_re = re.compile(
>            r'''^ ([\w.]*\.)?            # class name(s)
>                  (\w+)  \s*             # thing name
>                  (?: \((.*)\)           # optional arguments
>                  (\s* -> \s* .*)? )? $  # optional return annotation
>                  ''', re.VERBOSE)
>
>         On Saturday 21 June 2008 17:11:05 Michael Droettboom wrote:
>          
>
>             Sorry, I'm stumped.
>
>             Mike
>
>             Charlie Moad wrote:
>                
>
>                 Here's that file.
>
>                 Thanks,
>                     Charlie
>
>                 On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom
>                 <md...@st... <mailto:md...@st...>
>                 <mailto:md...@st... <mailto:md...@st...>>> wrote:
>
>                    Have you updated Sphinx from SVN lately?  I have
>                 r64374.
>
>                    Sphinx should have dumped a full traceback into a
>                 tmp file (and
>                    told you where it is, which I don't see in your log
>                 output).  Can
>                    you send that?
>
>                    Cheers,
>                    Mike
>
>                    Charlie Moad wrote:
>
>                        Python2.5 on OSX.5
>
>                        On Thu, Jun 19, 2008 at 11:14 PM, Michael
>                 Droettboom
>                        <md...@st... <mailto:md...@st...>
>                 <mailto:md...@st... <mailto:md...@st...>>
>                        <mailto:md...@st...
>                 <mailto:md...@st...> <mailto:md...@st...
>                 <mailto:md...@st...>>>> wrote:
>
>                           What version of Python are you running?  All
>                 I can think from
>                           looking at the code is that something in the
>                 regex is behaving
>                           differently for you than me (on Python 2.5).
>
>                           If you just want the docs to build (minus
>                 the inheritance
>                           diagrams), you can put a "return []" at the
>                 top of
>                           "inheritance_diagram_directive_run" in
>                 inheritance_diagram.py
>
>                           Cheers,
>                           Mike
>
>                           Charles Moad wrote:
>
>                               Just jumped into the new docs to take a
>                 look and
>                        immediately
>                               having  problems building.  I am hoping
>                 someone can make a
>                               quick fix so I  don't have to debug.
>
>                               quaternion:doc cmoad$ ./make.py html
>                               Sphinx v0.3, building html
>                               trying to load pickled env... not found
>                               building [html]: targets for 45 source
>                 files that are
>                        out of date
>                               updating environment: 45 added, 0
>                 changed, 0 removed
>                               reading... api/artist_api Exception
>                 occurred:
>                                 File
>                 "/Users/cmoad/workspace/matplotlib/doc/sphinxext/
>                               inheritance_diagram.py", line 78, in
>                        _import_class_or_module
>                                   "Invalid class '%s' specified for
>                 inheritance
>                        diagram" % name)
>                               ValueError: Invalid class
>                 'matplotlib.patches'
>                        specified for
>                                inheritance diagram
>
>                               Thanks,
>                                      Charlie
>
>
>                      
>                  -------------------------------------------------------------------------
>                 Check out the new SourceForge.net Marketplace.
>                               It's the best place to buy or sell
>                 services for
>                               just about anything Open Source.
>                              
>                 http://sourceforge.net/services/buy/index.php
>                              
>                 _______________________________________________
>                               Matplotlib-devel mailing list
>                               Mat...@li...
>                 <mailto:Mat...@li...>
>                        <mailto:Mat...@li...
>                 <mailto:Mat...@li...>>
>                              
>                 <mailto:Mat...@li...
>                 <mailto:Mat...@li...>
>                        <mailto:Mat...@li...
>                 <mailto:Mat...@li...>>>
>
>
>                        
>                 https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
>
>                    --
>                    Michael Droettboom
>                    Science Software Branch
>                    Operations and Engineering Division
>                    Space Telescope Science Institute
>                    Operated by AURA for NASA
>                      
>
>             -------------------------------------------------------------------------
>             Check out the new SourceForge.net Marketplace.
>             It's the best place to buy or sell services for
>             just about anything Open Source.
>             http://sourceforge.net/services/buy/index.php
>             _______________________________________________
>             Matplotlib-devel mailing list
>             Mat...@li...
>             <mailto:Mat...@li...>
>             https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>                
>
>
>
>          
>
>
>     -- 
>     Michael Droettboom
>     Science Software Branch
>     Operations and Engineering Division
>     Space Telescope Science Institute
>     Operated by AURA for NASA
>
>

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Looks like sphinx==0.4 was just released.  Could we agree to target this
instead of svn?

- Charlie

On Mon, Jun 23, 2008 at 11:18 AM, Michael Droettboom <md...@st...>
wrote:

> Ah.  Something changed in Sphinx SVN.  I think the best long term fix is to
> probably not "borrow" this regex from Sphinx, but include our own version in
> inheritance_diagram.py.  I'll fix this.
>
> Cheers,
> Mike
>
>
> Darren Dale wrote:
>
>> I think I see whats going on. On my machine,
>> py_sig_re.match(name).groups() returns:
>>
>> (u'matplotlib.', u'patches', None, None)
>>
>> but inheritance_diagram.py  is trying to unpack this length=4 result into
>> a length=3 tuple.
>>
>> Here is the definition of py_sig_re from sphinx:
>>
>> py_sig_re = re.compile(
>>    r'''^ ([\w.]*\.)?            # class name(s)
>>          (\w+)  \s*             # thing name
>>          (?: \((.*)\)           # optional arguments
>>          (\s* -> \s* .*)? )? $  # optional return annotation
>>          ''', re.VERBOSE)
>>
>> On Saturday 21 June 2008 17:11:05 Michael Droettboom wrote:
>>
>>
>>> Sorry, I'm stumped.
>>>
>>> Mike
>>>
>>> Charlie Moad wrote:
>>>
>>>
>>>> Here's that file.
>>>>
>>>> Thanks,
>>>>     Charlie
>>>>
>>>> On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom <md...@st...
>>>> <mailto:md...@st...>> wrote:
>>>>
>>>>    Have you updated Sphinx from SVN lately?  I have r64374.
>>>>
>>>>    Sphinx should have dumped a full traceback into a tmp file (and
>>>>    told you where it is, which I don't see in your log output).  Can
>>>>    you send that?
>>>>
>>>>    Cheers,
>>>>    Mike
>>>>
>>>>    Charlie Moad wrote:
>>>>
>>>>        Python2.5 on OSX.5
>>>>
>>>>        On Thu, Jun 19, 2008 at 11:14 PM, Michael Droettboom
>>>>        <md...@st... <mailto:md...@st...>
>>>>        <mailto:md...@st... <mailto:md...@st...>>> wrote:
>>>>
>>>>           What version of Python are you running?  All I can think from
>>>>           looking at the code is that something in the regex is behaving
>>>>           differently for you than me (on Python 2.5).
>>>>
>>>>           If you just want the docs to build (minus the inheritance
>>>>           diagrams), you can put a "return []" at the top of
>>>>           "inheritance_diagram_directive_run" in inheritance_diagram.py
>>>>
>>>>           Cheers,
>>>>           Mike
>>>>
>>>>           Charles Moad wrote:
>>>>
>>>>               Just jumped into the new docs to take a look and
>>>>        immediately
>>>>               having  problems building.  I am hoping someone can make a
>>>>               quick fix so I  don't have to debug.
>>>>
>>>>               quaternion:doc cmoad$ ./make.py html
>>>>               Sphinx v0.3, building html
>>>>               trying to load pickled env... not found
>>>>               building [html]: targets for 45 source files that are
>>>>        out of date
>>>>               updating environment: 45 added, 0 changed, 0 removed
>>>>               reading... api/artist_api Exception occurred:
>>>>                 File "/Users/cmoad/workspace/matplotlib/doc/sphinxext/
>>>>               inheritance_diagram.py", line 78, in
>>>>        _import_class_or_module
>>>>                   "Invalid class '%s' specified for inheritance
>>>>        diagram" % name)
>>>>               ValueError: Invalid class 'matplotlib.patches'
>>>>        specified for
>>>>                inheritance diagram
>>>>
>>>>               Thanks,
>>>>                      Charlie
>>>>
>>>>
>>>>
>>>>  -------------------------------------------------------------------------
>>>> Check out the new SourceForge.net Marketplace.
>>>>               It's the best place to buy or sell services for
>>>>               just about anything Open Source.
>>>>               http://sourceforge.net/services/buy/index.php
>>>>               _______________________________________________
>>>>               Matplotlib-devel mailing list
>>>>               Mat...@li...
>>>>        <mailto:Mat...@li...>
>>>>               <mailto:Mat...@li...
>>>>        <mailto:Mat...@li...>>
>>>>
>>>>
>>>>         https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>>
>>>>
>>>>    --
>>>>    Michael Droettboom
>>>>    Science Software Branch
>>>>    Operations and Engineering Division
>>>>    Space Telescope Science Institute
>>>>    Operated by AURA for NASA
>>>>
>>>>
>>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>>
>>
>>
>
> --
> Michael Droettboom
> Science Software Branch
> Operations and Engineering Division
> Space Telescope Science Institute
> Operated by AURA for NASA
>
>

This is the first bugfix release of the 0.98 series, with lots of
small bugs fixed and a few features added.  Thanks to Charlie Moad for
the builds: src and binaries available from
http://sourceforge.net/project/showfiles.php?group_id=80706.  For
those of you on the 0.91 maintenance branch, we have also put out a
0.91.4 bugfix release with downloads at the link above.

0.98.1 CHANGELOG:

2008-06-22 Released 0.98.1 at revision 5637

2008-06-22 Removed axes3d support and replaced it with a
           NotImplementedError for one release cycle

2008-06-21 fix marker placement bug in backend_ps - DSD

2008-06-20 [ 1978629 ] scale documentation missing/incorrect for log - MGD

2008-06-20 Added closed kwarg to PolyCollection.  Fixes bug [ 1994535
           ] still missing lines on graph with svn (r 5548). - MGD

2008-06-20 Added set/get_closed method to Polygon; fixes error
           in hist - MM

2008-06-19 Use relative font sizes (e.g. 'medium' and 'large') in
           rcsetup.py and matplotlibrc.template so that text will
           be scaled by default when changing rcParams['font.size'] -
           EF

2008-06-17 Add a generic PatchCollection class that can contain any
           kind of patch. - MGD

2008-06-13 Change pie chart label alignment to avoid having labels
           overwrite the pie - MGD

2008-06-12 Added some helper functions to the mathtext parser to
           return bitmap arrays or write pngs to make it easier to use
           mathtext outside the context of an mpl figure.  modified
           the mathpng sphinxext to use the mathtext png save
           functionality - see examples/api/mathtext_asarray.py - JDH

2008-06-11 Use matplotlib.mathtext to render math expressions in
           online docs - MGD

2008-06-11 Move PNG loading/saving to its own extension module, and
           remove duplicate code in _backend_agg.cpp and _image.cpp
           that does the same thing - MGD

2008-06-11 Numerous mathtext bugfixes, primarily related to
           dpi-independence - MGD

2008-06-10 Bar now applies the label only to the first patch only, and
           sets '_nolegend_' for the other patch labels.  This lets
           autolegend work as expected for hist and bar - see
           https://sourceforge.net/tracker/index.php?func=detail&aid=1986597&group_id=80706&atid=560720
           JDH

2008-06-10 Fix text baseline alignment bug.  [ 1985420 ] Repair of
           baseline alignment in Text._get_layout.  Thanks Stan West -
           MGD

2008-06-09 Committed Gregor's image resample patch to downsampling
           images with new rcparam image.resample - JDH

2008-06-09 Don't install Enthought.Traits along with matplotlib. For
           matplotlib developers convenience, it can still be
           installed by setting an option in setup.cfg while we figure
           decide if there is a future for the traited config - DSD

2008-06-09 Added range keyword arg to hist() - MM

2008-06-07 Moved list of backends to rcsetup.py; made use of lower
           case for backend names consistent; use validate_backend
           when importing backends subpackage - EF

2008-06-06 hist() revision, applied ideas proposed by Erik Tollerud and
           Olle Engdegard: make histtype='step' unfilled by default
           and introduce histtype='stepfilled'; use default color
           cycle; introduce reverse cumulative histogram; new align
           keyword - MM

2008-06-06 Fix closed polygon patch and also provide the option to
           not close the polygon - MGD

2008-06-05 Fix some dpi-changing-related problems with PolyCollection,
           as called by Axes.scatter() - MGD

2008-06-05 Fix image drawing so there is no extra space to the right
           or bottom - MGD

2006-06-04 Added a figure title command subtitle as a Figure method
           and pyplot command -- see examples/figure_title.py - JDH

2008-06-02 Added support for log to hist with histtype='step' and fixed
           a bug for log-scale stacked histograms - MM


0.91.4 CHANGELOG
===================


2008-06-22 Released 0.91.4 at revision 5638

2008-06-09 Don't install Enthought.Traits along with matplotlib. For
           matplotlib developers convenience, it can still be
           installed by setting an option in setup.cfg while we figure
           decide if there is a future for the traited config - DSD

2008-06-02 Fix crash in Agg when drawing collections with no fill and/or
           edge color - MGD

Ah.  Something changed in Sphinx SVN.  I think the best long term fix is 
to probably not "borrow" this regex from Sphinx, but include our own 
version in inheritance_diagram.py.  I'll fix this.

Cheers,
Mike

Darren Dale wrote:
> I think I see whats going on. On my machine, py_sig_re.match(name).groups() 
> returns:
>
> (u'matplotlib.', u'patches', None, None)
>
> but inheritance_diagram.py  is trying to unpack this length=4 result into a 
> length=3 tuple.
>
> Here is the definition of py_sig_re from sphinx:
>
> py_sig_re = re.compile(
>     r'''^ ([\w.]*\.)?            # class name(s)
>           (\w+)  \s*             # thing name
>           (?: \((.*)\)           # optional arguments
>           (\s* -> \s* .*)? )? $  # optional return annotation
>           ''', re.VERBOSE)
>
> On Saturday 21 June 2008 17:11:05 Michael Droettboom wrote:
>   
>> Sorry, I'm stumped.
>>
>> Mike
>>
>> Charlie Moad wrote:
>>     
>>> Here's that file.
>>>
>>> Thanks,
>>>      Charlie
>>>
>>> On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom <md...@st...
>>> <mailto:md...@st...>> wrote:
>>>
>>>     Have you updated Sphinx from SVN lately?  I have r64374.
>>>
>>>     Sphinx should have dumped a full traceback into a tmp file (and
>>>     told you where it is, which I don't see in your log output).  Can
>>>     you send that?
>>>
>>>     Cheers,
>>>     Mike
>>>
>>>     Charlie Moad wrote:
>>>
>>>         Python2.5 on OSX.5
>>>
>>>         On Thu, Jun 19, 2008 at 11:14 PM, Michael Droettboom
>>>         <md...@st... <mailto:md...@st...>
>>>         <mailto:md...@st... <mailto:md...@st...>>> wrote:
>>>
>>>            What version of Python are you running?  All I can think from
>>>            looking at the code is that something in the regex is behaving
>>>            differently for you than me (on Python 2.5).
>>>
>>>            If you just want the docs to build (minus the inheritance
>>>            diagrams), you can put a "return []" at the top of
>>>            "inheritance_diagram_directive_run" in inheritance_diagram.py
>>>
>>>            Cheers,
>>>            Mike
>>>
>>>            Charles Moad wrote:
>>>
>>>                Just jumped into the new docs to take a look and
>>>         immediately
>>>                having  problems building.  I am hoping someone can make a
>>>                quick fix so I  don't have to debug.
>>>
>>>                quaternion:doc cmoad$ ./make.py html
>>>                Sphinx v0.3, building html
>>>                trying to load pickled env... not found
>>>                building [html]: targets for 45 source files that are
>>>         out of date
>>>                updating environment: 45 added, 0 changed, 0 removed
>>>                reading... api/artist_api Exception occurred:
>>>                  File "/Users/cmoad/workspace/matplotlib/doc/sphinxext/
>>>                inheritance_diagram.py", line 78, in
>>>         _import_class_or_module
>>>                    "Invalid class '%s' specified for inheritance
>>>         diagram" % name)
>>>                ValueError: Invalid class 'matplotlib.patches'
>>>         specified for
>>>                 inheritance diagram
>>>
>>>                Thanks,
>>>                       Charlie
>>>
>>>
>>>         
>>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>>                It's the best place to buy or sell services for
>>>                just about anything Open Source.
>>>                http://sourceforge.net/services/buy/index.php
>>>                _______________________________________________
>>>                Matplotlib-devel mailing list
>>>                Mat...@li...
>>>         <mailto:Mat...@li...>
>>>                <mailto:Mat...@li...
>>>         <mailto:Mat...@li...>>
>>>
>>>
>>>          https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>>
>>>
>>>     --
>>>     Michael Droettboom
>>>     Science Software Branch
>>>     Operations and Engineering Division
>>>     Space Telescope Science Institute
>>>     Operated by AURA for NASA
>>>       
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>     
>
>
>   

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

I think I see whats going on. On my machine, py_sig_re.match(name).groups() 
returns:

(u'matplotlib.', u'patches', None, None)

but inheritance_diagram.py  is trying to unpack this length=4 result into a 
length=3 tuple.

Here is the definition of py_sig_re from sphinx:

py_sig_re = re.compile(
    r'''^ ([\w.]*\.)?            # class name(s)
          (\w+)  \s*             # thing name
          (?: \((.*)\)           # optional arguments
          (\s* -> \s* .*)? )? $  # optional return annotation
          ''', re.VERBOSE)

On Saturday 21 June 2008 17:11:05 Michael Droettboom wrote:
> Sorry, I'm stumped.
>
> Mike
>
> Charlie Moad wrote:
> > Here's that file.
> >
> > Thanks,
> >      Charlie
> >
> > On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom <md...@st...
> > <mailto:md...@st...>> wrote:
> >
> >     Have you updated Sphinx from SVN lately?  I have r64374.
> >
> >     Sphinx should have dumped a full traceback into a tmp file (and
> >     told you where it is, which I don't see in your log output).  Can
> >     you send that?
> >
> >     Cheers,
> >     Mike
> >
> >     Charlie Moad wrote:
> >
> >         Python2.5 on OSX.5
> >
> >         On Thu, Jun 19, 2008 at 11:14 PM, Michael Droettboom
> >         <md...@st... <mailto:md...@st...>
> >         <mailto:md...@st... <mailto:md...@st...>>> wrote:
> >
> >            What version of Python are you running?  All I can think from
> >            looking at the code is that something in the regex is behaving
> >            differently for you than me (on Python 2.5).
> >
> >            If you just want the docs to build (minus the inheritance
> >            diagrams), you can put a "return []" at the top of
> >            "inheritance_diagram_directive_run" in inheritance_diagram.py
> >
> >            Cheers,
> >            Mike
> >
> >            Charles Moad wrote:
> >
> >                Just jumped into the new docs to take a look and
> >         immediately
> >                having  problems building.  I am hoping someone can make a
> >                quick fix so I  don't have to debug.
> >
> >                quaternion:doc cmoad$ ./make.py html
> >                Sphinx v0.3, building html
> >                trying to load pickled env... not found
> >                building [html]: targets for 45 source files that are
> >         out of date
> >                updating environment: 45 added, 0 changed, 0 removed
> >                reading... api/artist_api Exception occurred:
> >                  File "/Users/cmoad/workspace/matplotlib/doc/sphinxext/
> >                inheritance_diagram.py", line 78, in
> >         _import_class_or_module
> >                    "Invalid class '%s' specified for inheritance
> >         diagram" % name)
> >                ValueError: Invalid class 'matplotlib.patches'
> >         specified for
> >                 inheritance diagram
> >
> >                Thanks,
> >                       Charlie
> >
> >
> >         
> > -------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> >                It's the best place to buy or sell services for
> >                just about anything Open Source.
> >                http://sourceforge.net/services/buy/index.php
> >                _______________________________________________
> >                Matplotlib-devel mailing list
> >                Mat...@li...
> >         <mailto:Mat...@li...>
> >                <mailto:Mat...@li...
> >         <mailto:Mat...@li...>>
> >
> >
> >          https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >
> >
> >
> >
> >     --
> >     Michael Droettboom
> >     Science Software Branch
> >     Operations and Engineering Division
> >     Space Telescope Science Institute
> >     Operated by AURA for NASA
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

I see this same error using python-2.5 on Kubuntu-8.04. I'm looking into it.

Darren


On Saturday 21 June 2008 17:11:05 Michael Droettboom wrote:
> Sorry, I'm stumped.
>
> Mike
>
> Charlie Moad wrote:
> > Here's that file.
> >
> > Thanks,
> >      Charlie
> >
> > On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom <md...@st...
> > <mailto:md...@st...>> wrote:
> >
> >     Have you updated Sphinx from SVN lately?  I have r64374.
> >
> >     Sphinx should have dumped a full traceback into a tmp file (and
> >     told you where it is, which I don't see in your log output).  Can
> >     you send that?
> >
> >     Cheers,
> >     Mike
> >
> >     Charlie Moad wrote:
> >
> >         Python2.5 on OSX.5
> >
> >         On Thu, Jun 19, 2008 at 11:14 PM, Michael Droettboom
> >         <md...@st... <mailto:md...@st...>
> >         <mailto:md...@st... <mailto:md...@st...>>> wrote:
> >
> >            What version of Python are you running?  All I can think from
> >            looking at the code is that something in the regex is behaving
> >            differently for you than me (on Python 2.5).
> >
> >            If you just want the docs to build (minus the inheritance
> >            diagrams), you can put a "return []" at the top of
> >            "inheritance_diagram_directive_run" in inheritance_diagram.py
> >
> >            Cheers,
> >            Mike
> >
> >            Charles Moad wrote:
> >
> >                Just jumped into the new docs to take a look and
> >         immediately
> >                having  problems building.  I am hoping someone can make a
> >                quick fix so I  don't have to debug.
> >
> >                quaternion:doc cmoad$ ./make.py html
> >                Sphinx v0.3, building html
> >                trying to load pickled env... not found
> >                building [html]: targets for 45 source files that are
> >         out of date
> >                updating environment: 45 added, 0 changed, 0 removed
> >                reading... api/artist_api Exception occurred:
> >                  File "/Users/cmoad/workspace/matplotlib/doc/sphinxext/
> >                inheritance_diagram.py", line 78, in
> >         _import_class_or_module
> >                    "Invalid class '%s' specified for inheritance
> >         diagram" % name)
> >                ValueError: Invalid class 'matplotlib.patches'
> >         specified for
> >                 inheritance diagram
> >
> >                Thanks,
> >                       Charlie
> >
> >
> >         
> > -------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> >                It's the best place to buy or sell services for
> >                just about anything Open Source.
> >                http://sourceforge.net/services/buy/index.php
> >                _______________________________________________
> >                Matplotlib-devel mailing list
> >                Mat...@li...
> >         <mailto:Mat...@li...>
> >                <mailto:Mat...@li...
> >         <mailto:Mat...@li...>>
> >
> >
> >          https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >
> >
> >
> >
> >     --
> >     Michael Droettboom
> >     Science Software Branch
> >     Operations and Engineering Division
> >     Space Telescope Science Institute
> >     Operated by AURA for NASA
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

On Mon, Jun 23, 2008 at 4:11 AM, Olle Engdegård <ol...@fy...> wrote:

>>> Here is a patch to add linestyles to patches.py. I have tried it with
>>> unfilled step histograms (important for b/w print and colour blind
>>> people).

> Tested, seems to work fine with Agg, Cairo, PS, PDF, SVG, GTK, GTKAgg and
> GTKCairo

OK, thanks for the patch and the testing.  Applied to svn HEAD r5645.

JDH