matplotlib-devel Mailing List for matplotlib

Le , Jae-Joon Lee <lee...@gm...> a écrit :
> On Sun, Jan 30, 2011 at 10:32 PM, Peter Butterworth bu...@gm...> 
> wrote:
> > here are some observations on the mpl legend operation:
> > leg = ax.get_legend() #0 OK. but the recommended way to update a
> > legend seems to be using #1 ?
> > leg = ax.legend() #1 OK
> > leg.draggable(True) #3 enables the legend to be moved with mouse.
> > New in mpl1.0.1. OK
> > leg.set_visible(False) #4 hides legend. OK
> > ax.legend(loc=3) #2 defines a legend location. OK but why no
> > locations outside the plotting area ?
> Legend can be located outside the plotting area, anywhere you want.
> http://matplotlib.sourceforge.net/users/legend_guide.html#legend-location
Good to know.It is a bit more complex than a legend inside the axes though 
as you need to setup a bbox.
btw, there's a typo in the html page: should be bbox_transform instead of 
transform in the doc:
"For example, if you want your axes legend located at the figure corner 
(instead of the axes corner):
l = legend(bbox_to_anchor=(0, 0, 1, 1), transform=gcf().transFigure)"
> > ax.legend(ax.lines) #5 labels are different by default from #1. ??
> http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.legend
> If there is a single non-keyword argument, it is treated as a list of 
> labels.
meaning that you always have to fully specify the labels.
> > ax.legend([]) #6 draws an empty square. ??
> To me, the current behavior seems reasonable. What do you expect?
An empty square isn't terribly useful and will likely need to be hidden. 
Could this form be used as to simply get rid of the legend instead ?

Ben,
Its the main trunk, svn info is below:
Path: .
URL:
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib
Repository Root: https://matplotlib.svn.sourceforge.net/svnroot/matplotlib
Repository UUID: f61c4167-ca0d-0410-bb4a-bb21726e55ed
Revision: 8935
Node Kind: directory
Schedule: normal
Last Changed Author: pivanov314
Last Changed Rev: 8935
Last Changed Date: 2011年01月24日 04:41:49 -0500 (2011年1月24日)
Ian
----
Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University
email: ib...@pu...
cell: (607)227-7626
On Mon, Jan 31, 2011 at 1:36 AM, Benjamin Root <ben...@ou...> wrote:
> On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> > Ben,
> > I'm building with the freshest subversion build of MPL with Sphinx 1.0.7
> and Windows XP. I'd be happy to give you any other information that you
> need, just let me know.
> >
> >
> > Ian----
> > Ian Bell
> > Graduate Research Assistant
> > Herrick Labs
> > Purdue University
> > email: ib...@pu...
> > cell: (607)227-7626
> >
>
> From which branch? The development branch or the maintenance branch?
> If you aren't sure, just paste the results of 'svn info' (or whatever
> equivalent in your windows svn client).
>
> Ben Root
>

On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> Ben,
> I'm building with the freshest subversion build of MPL with Sphinx 1.0.7 and Windows XP. I'd be happy to give you any other information that you need, just let me know.
>
>
> Ian----
> Ian Bell
> Graduate Research Assistant
> Herrick Labs
> Purdue University
> email: ib...@pu...
> cell: (607)227-7626
>
>From which branch? The development branch or the maintenance branch?
If you aren't sure, just paste the results of 'svn info' (or whatever
equivalent in your windows svn client).
Ben Root

Ben,
I'm building with the freshest subversion build of MPL with Sphinx 1.0.7 and
Windows XP. I'd be happy to give you any other information that you need,
just let me know.
Ian
----
Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University
email: ib...@pu...
cell: (607)227-7626
On Sun, Jan 30, 2011 at 11:34 PM, Benjamin Root <ben...@ou...> wrote:
> On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> > I have built the sphinx sampledoc tutorial without problems on Ubuntu and
> OSX, but I'm having problems on Windows. I have filed a bug regarding the
> problems I am having with the plot directive. For some reason the
> hyperlinks to the PDF and get messed up on windows, but are fine on OSX and
> Ubuntu. I have to run a virtual machine just to compile my documentation.
> Needless to say, not optimal. I attached a screenshot with the messed up
> links, and I have posted the build errors I get that I think are related to
> the problems with the plot directive. I have the same problem in my own
> documentation that I am building on my own plotting module based on MPL.
> >
> >
> > D:\My_Documents\sampledoc_tut2\extensions.rst:: (ERROR/3) Anonymous
> hyperlink mismatch: 5 references but 0 targets.See "backrefs" attribute for
> IDs.
> >
> > process_begin: CreateProcess(NULL, echo, ...) failed.
> > make (e=2): The system cannot find the file specified.make: *** [html]
> Error 2
> >
> > ----
> > Ian Bell
> > Graduate Research Assistant
> > Herrick Labs
> > Purdue University
> > email: ib...@pu...
> > cell: (607)227-7626
> >
> >
>
> Curious, there are forward slashes in those links. Which version of
> mpl are you building documentation for?
>
> Ben Root
>

On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> I have built the sphinx sampledoc tutorial without problems on Ubuntu and OSX, but I'm having problems on Windows. I have filed a bug regarding the problems I am having with the plot directive. For some reason the hyperlinks to the PDF and get messed up on windows, but are fine on OSX and Ubuntu. I have to run a virtual machine just to compile my documentation. Needless to say, not optimal. I attached a screenshot with the messed up links, and I have posted the build errors I get that I think are related to the problems with the plot directive. I have the same problem in my own documentation that I am building on my own plotting module based on MPL.
>
>
> D:\My_Documents\sampledoc_tut2\extensions.rst:: (ERROR/3) Anonymous hyperlink mismatch: 5 references but 0 targets.See "backrefs" attribute for IDs.
>
> process_begin: CreateProcess(NULL, echo, ...) failed.
> make (e=2): The system cannot find the file specified.make: *** [html] Error 2
>
> ----
> Ian Bell
> Graduate Research Assistant
> Herrick Labs
> Purdue University
> email: ib...@pu...
> cell: (607)227-7626
>
>
Curious, there are forward slashes in those links. Which version of
mpl are you building documentation for?
Ben Root

On Sun, Jan 30, 2011 at 10:32 PM, Peter Butterworth <bu...@gm...> wrote:
> When plotting interactively is it actually possible to update the
> legend with the current plots while retaining the previous legend
> settings (position, visibility, etc.) ?
>
I think it is possible, but will be quite difficult to do for a normal
user. I may try to add some method that can ease this.
> here are some observations on the mpl legend operation:
> leg = ax.get_legend()  #0 OK. but the recommended way to update a
> legend seems to be using #1 ?
> leg = ax.legend()    #1 OK
> leg.draggable(True)   #3 enables the legend to be moved with mouse.
> New in mpl1.0.1. OK
> leg.set_visible(False) #4 hides legend. OK
> ax.legend(loc=3)    #2 defines a legend location. OK but why no
> locations outside the plotting area ?
Legend can be located outside the plotting area, anywhere you want.
http://matplotlib.sourceforge.net/users/legend_guide.html#legend-location
> ax.legend(ax.lines)   #5 labels are different by default from #1. ??
http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.legend
If there is a single non-keyword argument, it is treated as a list of labels.
> ax.legend([])      #6 draws an empty square. ??
To me, the current behavior seems reasonable. What do you expect?
> leg._loc:        #7 allows you to know the legend location. in
> #2 value is int, in #3 value is a tuple (if the legend has been moved)
> OK but why is the attribute private ?
>
I guess this is a valid point. I'll add a public interface to access this value.
> What to exclude from a legend :
> Objects without an explicit label (labels starting with _) #8. OK
> Objects that are not in the viewing area    #9. should be default
> behavior ??
> Objects that are not set visible        #10. should be default
> behavior ??
For #9, I don't think there is an exact algorithm to check if a path
is inside the viewing are or not when cubic splines are involved. If
there is (and that algorithm is feasible), we may consider making that
a default behavior. Otherwise, I'm not inclined to include a partial
solution.
For #10, I'll make it a default behavior if there is no objection.
Regards,
-JJ
>
> --
> thanks,
> peter butterworth
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a 49ドル USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Hi list,
This is just a note that an extra track at FEMTEC, a conference for
computational methods in engineering and science, is open for open source
scientific software. The organisers have a taste for Python, so if you
want to submit a paper on numerical methods with Python, this is an
excellent venue. Abstract submission is open till end of February. To
submit you need to create an account and edit you profile.
Gael
________________________________________________________________________________
The 3rd International Conference on Finite Element Methods in Engineering
and Science (FEMTEC 2011, http://hpfem.org/events/femtec-2011/) will have
a track on Open-source projects and Python in scientific computing. 
FEMTEC 2011 is co-organized by the University of Nevada (Reno), Desert
Reseach Institute (Reno), Idaho National Laboratory (Idaho Falls, Idaho),
and U.S. Army Engineer Research and Development Center (Vicksburg,
Mississippi). The objective of the meeting is to strengthen the
interaction between researchers who develop new computational methods,
and scientists and engineers from various fields who employ numerical
methods in their research. Specific focus areas of FEMTEC 2011 include,
but are not limited to, the following: 
 * Computational methods in hydrology, atmospheric
 modeling, and other earth sciences.
 * Computational methods in nuclear, mechanical,
 civil, electrical, and other engineering fields.
 * Mesh generation and scientific visualization.
 * Open-source projects and Python in scientific computing.
Part of the conference will be a software afternoon featuring open source
projects of participants.
Proceedings
Proceedings of FEMTEC 2011 will appear as a special issue of Journal of
Computational and Applied Mathematics (2008 SCI impact factor 1.292), and
additional high-impact international journals as needed.

When plotting interactively is it actually possible to update the
legend with the current plots while retaining the previous legend
settings (position, visibility, etc.) ?
here are some observations on the mpl legend operation:
leg = ax.get_legend() #0 OK. but the recommended way to update a
legend seems to be using #1 ?
leg = ax.legend() #1 OK
leg.draggable(True) #3 enables the legend to be moved with mouse.
New in mpl1.0.1. OK
leg.set_visible(False) #4 hides legend. OK
ax.legend(loc=3) #2 defines a legend location. OK but why no
locations outside the plotting area ?
ax.legend(ax.lines) #5 labels are different by default from #1. ??
ax.legend([]) #6 draws an empty square. ??
leg._loc: #7 allows you to know the legend location. in
#2 value is int, in #3 value is a tuple (if the legend has been moved)
OK but why is the attribute private ?
What to exclude from a legend :
Objects without an explicit label (labels starting with _) #8. OK
Objects that are not in the viewing area #9. should be default
behavior ??
Objects that are not set visible #10. should be default
behavior ??
-- 
thanks,
peter butterworth

On Thu, Jan 27, 2011 at 9:34 PM, Darren Dale <dsd...@gm...> wrote:
> Hi Folks,
>
> I'm planning on freezing the sourceforge svn repository Friday evening
> at 8:00 (NY time), and moving the git repository to its new home on
> Saturday morning.
>
> If you have concerns, please speak up.
John discovered a problem with some very early project history that
was lost several years ago during the CVS to Subversion migration. We
have an opportunity to recover it during the git migration. However,
do to a recent attack, Sourceforge has taken their CVS service down,
and based on the latest information at http://sourceforge.net/blog/ ,
they do not expect it to be back before late this week. I do not think
I will available to work on the migration this upcoming weekend, Feb
4-6. So it will probably be February 7 or 8 before I have a chance to
try to recover the old history, convert the repos to git, and post
them to github.
Darren

On Sat, Jan 29, 2011 at 3:35 AM, Andrew Straw <str...@as...> wrote:
> On 29-Jan-11 01:08, John Hunter wrote:
>>
>>> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/matplotlib co
>>> -P matplotlib
>>
>> cvs [checkout aborted]: connect to
>> cvs.sourceforge.net(216.34.181.96):2401 failed: Connection refused
>>
>> Amazing how fragile digital data is!
>
> SF may simply have turned off CVS for now:
> http://sourceforge.net/blog/sourceforge-net-attack/
Thanks Andrew.
As much as I would like to push the git repos to github today, I think
it is worth waiting. When SF CVS comes back up, I can attempt to
convert the CVS repository to SVN, verify that the data has been
preserved, and convert r1:540 to git. Then I can convert the master
svn repo starting at r541, and graft the result onto the older
history. When the resulting repo is postprocessed to clean it up and
reduce the size, the graft would be made permanent (is actually
incorporated into the history, as opposed to being a reference in
.git/info/grafts).
Darren

On 29-Jan-11 01:08, John Hunter wrote:
>
>> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/matplotlib co -P matplotlib
> cvs [checkout aborted]: connect to
> cvs.sourceforge.net(216.34.181.96):2401 failed: Connection refused
>
> Amazing how fragile digital data is!
SF may simply have turned off CVS for now: 
http://sourceforge.net/blog/sourceforge-net-attack/

On 1/25/11 1:06 PM, Darren Dale wrote:
> On Tue, Jan 25, 2011 at 1:31 PM, Pauli Virtanen<pa...@ik...> wrote:
>> 2011年1月25日 12:19:37 -0500, Darren Dale wrote:
>>> There is a potential problem converting the entire basemap history to
>>> git. In svn commit 4418, trunk/toolkits had basemap and basemap-testing
>>> directories. In commit 4419, basemap was renamed basemap-0.9.6.1, so
>>> there was only basemap-0.9.6.1 and basemap-testing. In commit 4420,
>>> basemap-testing is renamed basemap. The git history only goes back as
>>> far as svn4420, it looks like the conversion routines get confused by
>>> the temporary absence of the basemap directory.
>>>
>>> I'm trying to find a workaround, but if I can't... ?
>> You can maybe do it like this:
>>
>> 1) Write matplotlib.rules so that all of the directories where basemap
>> stuff has been ends in the basemap repository. (I'm assuming this does
>> not error out...)
> Aha! I thought I had tried that. Thanks.
>
>> 2) This will create a number of separate heads in the basemap repo that
>> do not share common history.
>>
>> 3) Add graft rules in matplotlib.grafts to stitch the disconnected
>> history graphs together.
> Mercifully, the latest checkout of svn2git seems to take care of that.
> I've developed a wicked headache.
>
> Jeff, the repository is temporarily available at
> https://github.com/darrendale/basemap . It would be really helpful if
> you would have a look at the network graph at
> https://github.com/darrendale/basemap/network to make sure there are
> no surprises, maybe clone the repository and check that the working
> directory is identical to your svn checkout.
>
> Darren
Darren:
https://github.com/darrendale/basemap looks fine, thanks!
-Jeff

On Fri, Jan 28, 2011 at 5:58 PM, Darren Dale <dsd...@gm...> wrote:
>> It's not a completely fleshed out thought, but if we got the cvs repo
>> before the directory move, did cvs to svn on that repo, and then
>> converted that to git, we might be able to stitch the two git
>> histories together, one from before the move and one after.
>
> That might be possible. Do you have access to the cvs repo?
Apparently not
> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/matplotlib co -P matplotlib
cvs [checkout aborted]: connect to
cvs.sourceforge.net(216.34.181.96):2401 failed: Connection refused
Amazing how fragile digital data is! Well, there isn't much real use
for history that old, except it's sometimes fun to see how small mpl
used to be :-) While I was poking around in git though, it was
certainly nice how fast you could switch the current directory to
different revisions.
JDH

On Fri, Jan 28, 2011 at 6:56 PM, John Hunter <jd...@gm...> wrote:
> On Fri, Jan 28, 2011 at 4:41 PM, Darren Dale <dsd...@gm...> wrote:
>
>> Stitched in from where? The jdhunter branch appears to only contain
>> one commit, so it only contains the contents of matplotlib/ for rev4.
>
> It's not a completely fleshed out thought, but if we got the cvs repo
> before the directory move, did cvs to svn on that repo, and then
> converted that to git, we might be able to stitch the two git
> histories together, one from before the move and one after.
That might be possible. Do you have access to the cvs repo?

On Fri, Jan 28, 2011 at 4:41 PM, Darren Dale <dsd...@gm...> wrote:
> Stitched in from where? The jdhunter branch appears to only contain
> one commit, so it only contains the contents of matplotlib/ for rev4.
It's not a completely fleshed out thought, but if we got the cvs repo
before the directory move, did cvs to svn on that repo, and then
converted that to git, we might be able to stitch the two git
histories together, one from before the move and one after.
JDH

On Fri, Jan 28, 2011 at 4:14 PM, John Hunter <jd...@gm...> wrote:
> On Fri, Jan 28, 2011 at 2:09 PM, Darren Dale <dsd...@gm...> wrote:
>
>>> The first good svn version is apparently 541; the prior commit 540 had
>>> the log message "reorganizes py code".
>>> This was when we moved "matplotlib" to "lib/matplotlib" which I
>>> thought svn would handle gracefully. Any gurus have any idea if that
>>> early history is hidden somewhere in the bowels of svn?
>>
>> That was probably back when matplotlib was still using CVS, right?
>> Does the CVS repository still exist?
>
> I found a mailing list thread from Feb 2006 debating the switch from
> CVS to SVN, so yes, apparently I did the re-org while we were still on
> cvs which is why the history was lost. It may not be worth it, but I
> wonder if the matplotlib history from before the move to lib/ could be
> stitched back in.
Stitched in from where? The jdhunter branch appears to only contain
one commit, so it only contains the contents of matplotlib/ for rev4.

On Fri, Jan 28, 2011 at 2:09 PM, Darren Dale <dsd...@gm...> wrote:
>> The first good svn version is apparently 541; the prior commit 540 had
>> the log message "reorganizes py code".
>> This was when we moved "matplotlib" to "lib/matplotlib" which I
>> thought svn would handle gracefully. Any gurus have any idea if that
>> early history is hidden somewhere in the bowels of svn?
>
> That was probably back when matplotlib was still using CVS, right?
> Does the CVS repository still exist?
I found a mailing list thread from Feb 2006 debating the switch from
CVS to SVN, so yes, apparently I did the re-org while we were still on
cvs which is why the history was lost. It may not be worth it, but I
wonder if the matplotlib history from before the move to lib/ could be
stitched back in.

On Fri, Jan 28, 2011 at 2:57 PM, Pauli Virtanen <pa...@ik...> wrote:
> There seems to be some code under "branches/jdhunter/matplotlib/".
> Is it the correct stuff?
It's hard for me to know exactly if it the correct code (ie what was
in the HEAD of the trunk at revision 7) but it is at least the right
files in branches/jdhunter/matplotlib.

On 2011年1月28日 14:00:40 -0600, John Hunter wrote:
[clip]
> The first good svn version is apparently 541; the prior commit 540 had
> the log message "reorganizes py code". This was when we moved
> "matplotlib" to "lib/matplotlib" which I thought svn would handle
> gracefully. Any gurus have any idea if that early history is hidden
> somewhere in the bowels of svn?
svn ls -r7 -Rv https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/
There seems to be some code under "branches/jdhunter/matplotlib/".
Is it the correct stuff?

On Fri, Jan 28, 2011 at 3:00 PM, John Hunter <jd...@gm...> wrote:
> I was trying to spot check the git repo by checking out the first
> commit that we have a history for in the log
>
>> git checkout 48111d043ec52f9afb511ac447438877b236e7f3
>
> and notice that the main code directory 'matplotlib' was missing. I
> then tried to compare with a svn checkout of the same revision
>
>> svn co -r7 https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib mpl7
>
> and it had the same problem. I went forward several commits, and the
> log messages clearly indicate that many of the commits apply to
> matplotlib proper, but the code is missing.
>
> The first good svn version is apparently 541; the prior commit 540 had
> the log message "reorganizes py code".
> This was when we moved "matplotlib" to "lib/matplotlib" which I
> thought svn would handle gracefully. Any gurus have any idea if that
> early history is hidden somewhere in the bowels of svn?
That was probably back when matplotlib was still using CVS, right?
Does the CVS repository still exist?

I was trying to spot check the git repo by checking out the first
commit that we have a history for in the log
> git checkout 48111d043ec52f9afb511ac447438877b236e7f3
and notice that the main code directory 'matplotlib' was missing. I
then tried to compare with a svn checkout of the same revision
> svn co -r7 https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib mpl7
and it had the same problem. I went forward several commits, and the
log messages clearly indicate that many of the commits apply to
matplotlib proper, but the code is missing.
The first good svn version is apparently 541; the prior commit 540 had
the log message "reorganizes py code".
This was when we moved "matplotlib" to "lib/matplotlib" which I
thought svn would handle gracefully. Any gurus have any idea if that
early history is hidden somewhere in the bowels of svn?
JDH

Hi Hubert,
I just uploaded a fix for this bug to the matplotlib trunk svn repository (see revision 8936). If you reinstall matplotlib from trunk, the bug should disappear.
Best,
--Michiel.
--- On Thu, 1/27/11, Hubert Holin <Hub...@fr...> wrote:
> From: Hubert Holin <Hub...@fr...>
> Subject: [matplotlib-devel] MacOS X backend possible leak
> To: mat...@li...
> Date: Thursday, January 27, 2011, 7:23 PM
> Paris (U.E.), le 28/01/2011
> 
>   Bonsoir
> 
>     I am trying to code a
> specialized data visualization technique (quite old and
> mostly forgotten), which I will release under the Python
> Software License. I want to customize the navigation bar
> read-out so as to give more relevant information than
> cartesian coordinates. I am not quite there yet, and may be
> missing a few things, but I have run into a problem.
> 
>     If I try to output a
> specific string to the navigation bar, using
> 
>      
> fig.canvas.toolbar.set_message("Toto")
> 
> then sure enough the correct message appears in the right
> place. However, using the MacOS X backend, I get the leak
> message reproduced at the end of this message. I would much
> prefer to code in a backend-agnostic manner. Could someone
> please point me in the right direction?
> 
>   Merci
> 
>      
> Hubert Holin
> 
> 8>< ===========================================
> ><8 
> 2011年01月27日 15:22:27.892 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad544c0 of class
> NSCFString autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x103193750
> 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0
> 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840
> 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc
> 0x100118d60 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.895 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad89aa0 of class
> NSSelectionArray autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff81618b2c
> 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598
> 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78
> 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840
> 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840
> 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60
> 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.897 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad70ad0 of class
> NSSelectionArray autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff8161a1e0
> 0x7fff81618e64 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8
> 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770
> 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0
> 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840
> 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc
> 0x100118d60 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.899 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x1025f9350 of class
> NSSelectionArray autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff8161ad88
> 0x7fff816192f4 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8
> 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770
> 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0
> 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840
> 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc
> 0x100118d60 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.901 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad6d480 of class
> NSAttributeDictionaryEnumerator autoreleased with no pool in
> place - just leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff83041f08
> 0x7fff83042100 0x7fff83044bf0 0x7fff830449a8 0x7fff81619a58
> 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598
> 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78
> 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840
> 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840
> 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60
> 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.903 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad8a8f0 of class
> NSCFDictionary autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff81619a58
> 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598
> 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78
> 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840
> 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840
> 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60
> 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.905 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x1025f96f0 of class
> NSCFDictionary autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff815f8f44
> 0x7fff815f8cec 0x7fff81619d40 0x7fff81618abc 0x7fff815499b4
> 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8
> 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78
> 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc
> 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840
> 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840
> 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950
> 0x1001188bc 0x100118d60 0x100133654 0x100000f54
> 0x300000000)
> 2011年01月27日 15:22:27.912 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad8ab20 of class
> NSConcreteValue autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff82c207e8
> 0x7fff8161a028 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8
> 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770
> 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0
> 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840
> 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc
> 0x100118d60 0x100133654 0x100000f54 0x300000000)
> 2011年01月27日 15:22:27.914 Python[747:10b] ***
> _NSAutoreleaseNoPool(): Object 0x10ad8ac60 of class
> NSCFDictionary autoreleased with no pool in place - just
> leaking
> Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff83045098
> 0x7fff8161a05c 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8
> 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770
> 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0
> 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840
> 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098
> 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc
> 0x100118d60 0x100133654 0x100000f54 0x300000000)
> 
> 
> 
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a 49ドル
> USD value)!
> Finally, a world-class log management solution at an even
> better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer
> expires 
> February 28th, so secure your free ArcSight Logger TODAY! 
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
 

Hi Folks,
I'm planning on freezing the sourceforge svn repository Friday evening
at 8:00 (NY time), and moving the git repository to its new home on
Saturday morning.
If you have concerns, please speak up.
Darren

Paris (U.E.), le 28/01/2011
	Bonsoir
		I am trying to code a specialized data visualization technique (quite old and mostly forgotten), which I will release under the Python Software License. I want to customize the navigation bar read-out so as to give more relevant information than cartesian coordinates. I am not quite there yet, and may be missing a few things, but I have run into a problem.
		If I try to output a specific string to the navigation bar, using
			fig.canvas.toolbar.set_message("Toto")
then sure enough the correct message appears in the right place. However, using the MacOS X backend, I get the leak message reproduced at the end of this message. I would much prefer to code in a backend-agnostic manner. Could someone please point me in the right direction?
	Merci
			Hubert Holin
 8>< =========================================== ><8 
2011年01月27日 15:22:27.892 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad544c0 of class NSCFString autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x103193750 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.895 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad89aa0 of class NSSelectionArray autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff81618b2c 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.897 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad70ad0 of class NSSelectionArray autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff8161a1e0 0x7fff81618e64 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.899 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x1025f9350 of class NSSelectionArray autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff8161ad88 0x7fff816192f4 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.901 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad6d480 of class NSAttributeDictionaryEnumerator autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff83041f08 0x7fff83042100 0x7fff83044bf0 0x7fff830449a8 0x7fff81619a58 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.903 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad8a8f0 of class NSCFDictionary autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff81619a58 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.905 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x1025f96f0 of class NSCFDictionary autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff815f8f44 0x7fff815f8cec 0x7fff81619d40 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.912 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad8ab20 of class NSConcreteValue autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff82c207e8 0x7fff8161a028 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)
2011年01月27日 15:22:27.914 Python[747:10b] *** _NSAutoreleaseNoPool(): Object 0x10ad8ac60 of class NSCFDictionary autoreleased with no pool in place - just leaking
Stack: (0x7fff82cc8d24 0x7fff82ba348c 0x7fff83045098 0x7fff8161a05c 0x7fff81618abc 0x7fff815499b4 0x7fff815496b8 0x7fff81632598 0x7fff8152a814 0x7fff8152a2d8 0x103193770 0x10000dd78 0x1000e4910 0x100033df0 0x10000dd78 0x1000eb2f0 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000eaffc 0x1000ed840 0x1000e8300 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000eaffc 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000eb098 0x1000ed840 0x1000ed950 0x1001188bc 0x100118d60 0x100133654 0x100000f54 0x300000000)

On Thu, Jan 27, 2011 at 4:18 PM, Pauli Virtanen <pa...@ik...> wrote:
> to, 2011年01月27日 kello 13:44 -0500, Darren Dale kirjoitti:
> [clip]
>> Still, Even after removing the the largest blob in the repo with
>>
>> run git filter-branch --index-filter \
>>  'git rm --cached --ignore-unmatch release/osx/matplotlib-0.98.5.tar.gz' \
>>  -- 750059aa09340^..
>>
>> the blob still exists, but is not associated with a commit according to
>>
>> git log --pretty=oneline -- release/osx/matplotlib-0.98.5.tar.gz
>>
>> That blob accounts for 1/4 of the total size of the repo. It would be
>> nice to get rid of it, if possible.
>
> I think "git log" will show you only the current branch by default. Do
>
>    git log --pretty=oneline --all -- release/osx/matplotlib-0.98.5.tar.gz
>
> to get all branches, and do
>
>    for branch in `git for-each-ref --format='%(refname)'`; do S=`git log --pretty=oneline $branch -- release/osx/matplotlib-0.98.5.tar.gz`; if test -n "$S"; then echo "$branch"; echo "$S"; fi; done
>
> to see which refs have the commits containing it.
>
> Similarly, git-filter-branch rewrites only the current branch unless
> told otherwise. To filter everything, it's best to do
>
>    git filter-branch --index-filter \
>        'git rm --cached --ignore-unmatch release/osx/matplotlib-0.98.5.tar.gz' \
>        -- `git for-each-ref --format="750059aa09340^..%(refname)"`
>
> Note that all branches and tags should be filtered in the same way:
> since rewriting changes the hashes of all following commits, you end up
> with incompatible histories otherwise.
>
> After that, I get down to 34 MB.
You are brilliant. If you send me your address off-list, I'll send you
a bottle of scotch, or tequila, or a doughnut, or whatever you want.