matplotlib-devel Mailing List for matplotlib (Page 3)

On Thursday, September 20, 2012, Benjamin Root wrote:
>
>
> On Wed, Sep 19, 2012 at 1:53 PM, Michael Droettboom <md...@st...<javascript:_e({}, 'cvml', 'md...@st...');>
> > wrote:
>
>> I have tagged and created a tarball for 1.2.0rc2. The githash is
>> 656c88f3e546. The tarball is on the github download page here:
>>
>> https://github.com/matplotlib/matplotlib/downloads
>>
>> This includes a number of important bugfixes, including things required
>> for creating Macintosh and Windows binaries. The Travis tests are also
>> now passing.
>>
>> I hope it will be easier for the binaries to be created this time. Once
>> they are available at github, I will make an announcement to
>> matplotlib-users and hopefully get some serious testing out of this thing.
>>
>> Thanks for all of the hard work!
>>
>> Mike
>>
>>
> Is it just me, or are colors looking duller?
>
> I attached before (v1.1.x) and after (v1.2.x) images.
>
> Ben Root
>
>
Are those different colour maps? Do they look the same when you explicitly
set cmap=cm.jet?
-- 
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

Hi Michael,
On Wed, Sep 19, 2012 at 7:53 PM, Michael Droettboom <md...@st...> wrote:
> I have tagged and created a tarball for 1.2.0rc2. The githash is
> 656c88f3e546. The tarball is on the github download page here:
Thanks for the release!
I'm testing the Debian packaging, and I noticed that the file
lib/matplotlib/mpl-data/matplotlib.conf disappeared between 1.1.1 and
1.2.0rc1. That was a sample file that was nice to ship to users to
have an idea what can be customized. We were also shipping it into
/usr/share/matplotlib/ so a first configuration was already provided
to users. Do you have something to suggest to restore the situation? I
don't know if you like to add the file back (maybe in a different
location) or if we should point users to the doc and stop.
Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

On Thursday, September 20, 2012, Phil Elson wrote:
> Congrats to the three of you. The hard work that you all put in doesn't go
> unnoticed, and is massively appreciated!
>
> Mike, as lead developer, your opening round of beers for mpl devs at
> SciPy13 is beginning to look costly. ;-)
>
>
>
> On 20 September 2012 03:25, Benjamin Root <ben...@ou...<javascript:_e({}, 'cvml', 'ben...@ou...');>
> > wrote:
>
>>
>>
>> On Wednesday, September 19, 2012, Michael Droettboom wrote:
>>
>>> Damon McDougall, Christoph Gohlke and Russell Owen have been added to
>>> the set of core developers with push rights and the ability to upload
>>> files to the github download page.
>>>
>>> Damon has come recently on the scene, but has provided all kinds of
>>> helpful bug triaging and fixing during the 1.2.0 release cycle, as well
>>> as cool new features such as 3d trisurfaces and stacked plots, to name
>>> only a few.
>>>
>>> Christoph Gohlke, besides providing tons of support on the mailing list
>>> for a long while, has been providing Windows binaries for the past few
>>> releases.
>>>
>>> Russell Owen has been providing Mac OS-X builds for the past few
>>> releases and has helped track down some portability problems in the
>>> 1.2.0 release.
>>>
>>> Thanks to everyone on the growing team!
>>>
>>> Mike
>>>
>>>
>> Welcome aboard!
>>
>> Ben Root
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://ad.doubleclick.net/clk;258768047;13503038;j?
>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li... <javascript:_e({}, 'cvml',
>> 'Mat...@li...');>
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
Wooohooo! Time to stretch that itchy merge finger!
Thanks for the recognition, and congratulations to Christoph and Russell,
too! This growth will excite more teamwork and development. I'm stoked to
be a part of it.
Thanks all,
Damon
-- 
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

Congrats to the three of you. The hard work that you all put in doesn't go
unnoticed, and is massively appreciated!
Mike, as lead developer, your opening round of beers for mpl devs at
SciPy13 is beginning to look costly. ;-)
On 20 September 2012 03:25, Benjamin Root <ben...@ou...> wrote:
>
>
> On Wednesday, September 19, 2012, Michael Droettboom wrote:
>
>> Damon McDougall, Christoph Gohlke and Russell Owen have been added to
>> the set of core developers with push rights and the ability to upload
>> files to the github download page.
>>
>> Damon has come recently on the scene, but has provided all kinds of
>> helpful bug triaging and fixing during the 1.2.0 release cycle, as well
>> as cool new features such as 3d trisurfaces and stacked plots, to name
>> only a few.
>>
>> Christoph Gohlke, besides providing tons of support on the mailing list
>> for a long while, has been providing Windows binaries for the past few
>> releases.
>>
>> Russell Owen has been providing Mac OS-X builds for the past few
>> releases and has helped track down some portability problems in the
>> 1.2.0 release.
>>
>> Thanks to everyone on the growing team!
>>
>> Mike
>>
>>
> Welcome aboard!
>
> Ben Root
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

On Wednesday, September 19, 2012, Michael Droettboom wrote:
> Damon McDougall, Christoph Gohlke and Russell Owen have been added to
> the set of core developers with push rights and the ability to upload
> files to the github download page.
>
> Damon has come recently on the scene, but has provided all kinds of
> helpful bug triaging and fixing during the 1.2.0 release cycle, as well
> as cool new features such as 3d trisurfaces and stacked plots, to name
> only a few.
>
> Christoph Gohlke, besides providing tons of support on the mailing list
> for a long while, has been providing Windows binaries for the past few
> releases.
>
> Russell Owen has been providing Mac OS-X builds for the past few
> releases and has helped track down some portability problems in the
> 1.2.0 release.
>
> Thanks to everyone on the growing team!
>
> Mike
>
>
Welcome aboard!
Ben Root

Damon McDougall, Christoph Gohlke and Russell Owen have been added to 
the set of core developers with push rights and the ability to upload 
files to the github download page.
Damon has come recently on the scene, but has provided all kinds of 
helpful bug triaging and fixing during the 1.2.0 release cycle, as well 
as cool new features such as 3d trisurfaces and stacked plots, to name 
only a few.
Christoph Gohlke, besides providing tons of support on the mailing list 
for a long while, has been providing Windows binaries for the past few 
releases.
Russell Owen has been providing Mac OS-X builds for the past few 
releases and has helped track down some portability problems in the 
1.2.0 release.
Thanks to everyone on the growing team!
Mike

I have tagged and created a tarball for 1.2.0rc2. The githash is 
656c88f3e546. The tarball is on the github download page here:
https://github.com/matplotlib/matplotlib/downloads
This includes a number of important bugfixes, including things required 
for creating Macintosh and Windows binaries. The Travis tests are also 
now passing.
I hope it will be easier for the binaries to be created this time. Once 
they are available at github, I will make an announcement to 
matplotlib-users and hopefully get some serious testing out of this thing.
Thanks for all of the hard work!
Mike

Russell, I fixed this and it will be in rc2. See
https://github.com/matplotlib/matplotlib/pull/1264.
Thanks,
On 19 September 2012 00:32, Russell Owen <ro...@uw...> wrote:
>
> On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote:
>
> > On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <ro...@uw...> wrote:
> >> In article <505...@st...>,
> >> Michael Droettboom <md...@st...>
> >> wrote:
> >>
> >>> I have tagged and created a tarball for 1.2.0rc1. The githash is
> >>> bda6dd9feab8. The tarball is on the github download page here:
> >>>
> >>> https://github.com/matplotlib/matplotlib/downloads
> >>>
> >>> I have created a new branch, v1.2.x, for continuing 1.2.x development.
> >>> The feature freeze on master is now lifted and big experimental changes
> >>> can be merged into master. Any bugfixes that need to go into 1.2.x
> >>> should be merged into both places. Please mark any PRs for the 1.2.x
> >>> branch with the 1.2.x milestone so we can verify that things are merged
> >>> in both places.
> >>
> >> It appears that
> >> import matplotlib
> >> no longer imports matplotlib.dates -- that I must do that explicitly:
> >> import matplotlib.dates
> >>
> >> Is that an intentional change? It breaks existing code of mine, which is
> >> easily fixed and perhaps was making unwarranted assumptions. But I
> >> wonder what else will break.
> >
> > Russel,
> >
> > Which version were you on? with MPL v1.1 i get:
> > In [28]: import matplotlib
> >
> > In [29]: matplotlib.dates
> >
> ---------------------------------------------------------------------------
> > AttributeError Traceback (most recent call
> last)
> > <ipython-input-29-a13aa8cf36d8> in <module>()
> > ----> 1 matplotlib.dates
> >
> > AttributeError: 'module' object has no attribute 'dates'
> >
> > In [30]: matplotlib.__version__
> > Out[30]: '1.1.0'
> >
> > In [31]: import matplotlib.dates
> >
> > In [32]: matplotlib.dates
> > Out[32]: <module 'matplotlib.dates' from
> > 'C:\Python27\lib\site-packages\matplotlib\dates.pyc'>
>
> I was using 1.1.1 most recently. I'm not sure when I started using
> matplotlib.dates without explicitly importing it.
>
> In any case, it sounds as if it's not meant to work, so there's no need to
> change anything in matplotlib.
>
> Regards,
>
> -- Russell
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote:
> On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <ro...@uw...> wrote:
>> In article <505...@st...>,
>> Michael Droettboom <md...@st...>
>> wrote:
>> 
>>> I have tagged and created a tarball for 1.2.0rc1. The githash is
>>> bda6dd9feab8. The tarball is on the github download page here:
>>> 
>>> https://github.com/matplotlib/matplotlib/downloads
>>> 
>>> I have created a new branch, v1.2.x, for continuing 1.2.x development.
>>> The feature freeze on master is now lifted and big experimental changes
>>> can be merged into master. Any bugfixes that need to go into 1.2.x
>>> should be merged into both places. Please mark any PRs for the 1.2.x
>>> branch with the 1.2.x milestone so we can verify that things are merged
>>> in both places.
>> 
>> It appears that
>> import matplotlib
>> no longer imports matplotlib.dates -- that I must do that explicitly:
>> import matplotlib.dates
>> 
>> Is that an intentional change? It breaks existing code of mine, which is
>> easily fixed and perhaps was making unwarranted assumptions. But I
>> wonder what else will break.
> 
> Russel,
> 
> Which version were you on? with MPL v1.1 i get:
> In [28]: import matplotlib
> 
> In [29]: matplotlib.dates
> ---------------------------------------------------------------------------
> AttributeError Traceback (most recent call last)
> <ipython-input-29-a13aa8cf36d8> in <module>()
> ----> 1 matplotlib.dates
> 
> AttributeError: 'module' object has no attribute 'dates'
> 
> In [30]: matplotlib.__version__
> Out[30]: '1.1.0'
> 
> In [31]: import matplotlib.dates
> 
> In [32]: matplotlib.dates
> Out[32]: <module 'matplotlib.dates' from
> 'C:\Python27\lib\site-packages\matplotlib\dates.pyc'>
I was using 1.1.1 most recently. I'm not sure when I started using matplotlib.dates without explicitly importing it.
In any case, it sounds as if it's not meant to work, so there's no need to change anything in matplotlib.
Regards,
-- Russell

On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <ro...@uw...> wrote:
> In article <505...@st...>,
> Michael Droettboom <md...@st...>
> wrote:
>
>> I have tagged and created a tarball for 1.2.0rc1. The githash is
>> bda6dd9feab8. The tarball is on the github download page here:
>>
>> https://github.com/matplotlib/matplotlib/downloads
>>
>> I have created a new branch, v1.2.x, for continuing 1.2.x development.
>> The feature freeze on master is now lifted and big experimental changes
>> can be merged into master. Any bugfixes that need to go into 1.2.x
>> should be merged into both places. Please mark any PRs for the 1.2.x
>> branch with the 1.2.x milestone so we can verify that things are merged
>> in both places.
>
> It appears that
> import matplotlib
> no longer imports matplotlib.dates -- that I must do that explicitly:
> import matplotlib.dates
>
> Is that an intentional change? It breaks existing code of mine, which is
> easily fixed and perhaps was making unwarranted assumptions. But I
> wonder what else will break.
Russel,
Which version were you on? with MPL v1.1 i get:
In [28]: import matplotlib
In [29]: matplotlib.dates
---------------------------------------------------------------------------
AttributeError Traceback (most recent call last)
<ipython-input-29-a13aa8cf36d8> in <module>()
----> 1 matplotlib.dates
AttributeError: 'module' object has no attribute 'dates'
In [30]: matplotlib.__version__
Out[30]: '1.1.0'
In [31]: import matplotlib.dates
In [32]: matplotlib.dates
Out[32]: <module 'matplotlib.dates' from
'C:\Python27\lib\site-packages\matplotlib\dates.pyc'>

In article <505...@st...>,
 Michael Droettboom <md...@st...> 
 wrote:
> I have tagged and created a tarball for 1.2.0rc1. The githash is 
> bda6dd9feab8. The tarball is on the github download page here:
> 
> https://github.com/matplotlib/matplotlib/downloads
> 
> I have created a new branch, v1.2.x, for continuing 1.2.x development. 
> The feature freeze on master is now lifted and big experimental changes 
> can be merged into master. Any bugfixes that need to go into 1.2.x 
> should be merged into both places. Please mark any PRs for the 1.2.x 
> branch with the 1.2.x milestone so we can verify that things are merged 
> in both places.
It appears that 
import matplotlib
no longer imports matplotlib.dates -- that I must do that explicitly:
import matplotlib.dates
Is that an intentional change? It breaks existing code of mine, which is 
easily fixed and perhaps was making unwarranted assumptions. But I 
wonder what else will break.
-- Russell
P.S. Damon McDougall and mdehoon fixed the problem with matplotlib 
building for Mac using gcc 4.0! Many thanks!

On Mon, Sep 17, 2012 at 10:53 PM, Michael Droettboom <md...@st...> wrote:
> Thanks for this. I think it makes sense to see if we can get to the
> bottom of this before putting out another release candidate. I have a
> feeling that the solution might be obvious to an Objective C expert --
> which I am not.
>
> Mike
>
The problem is that gcc 4.0 does not support objective c 2.0. The "for
(blah in thing) .." construct was a new addition in Objective C 2.0.
-- 
Damon McDougall
http://www.damon.is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

On Mon, Sep 17, 2012 at 2:22 PM, Michael Droettboom <md...@st...> wrote:
> On 09/16/2012 12:26 PM, Sandro Tosi wrote:
>>
>> Hi Michael,
>>
>> On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...>
>> wrote:
>>>
>>> I have tagged and created a tarball for 1.2.0rc1. The githash is
>>> bda6dd9feab8. The tarball is on the github download page here:
>>>
>>> https://github.com/matplotlib/matplotlib/downloads
>>
>> Awesome! I'll start updating the Debian package asap. Just a couple of
>> preliminary questions:
>>
>> - from now on, the official download place will be github? I'm just
>> asking so that we can update our monitoring tools to be notified of
>> new upstream releases/RCs and so on.
>
> Yes.
Great, updated Debian new upstream releases monitoring tool.
>> - previously, we have 2 tarballs: the "normal" one plus a
>> complementary sampledata ones containing the files below; but now it
>> seems those files are included in the main tarball: is that correct?
>> can I conclude the 2 tarballs are now merged into just one?
>>
>> mpl_sampledata-1.0.1/
>> mpl_sampledata-1.0.1/aapl.npy
>> mpl_sampledata-1.0.1/testdir/
>> mpl_sampledata-1.0.1/testdir/subdir/
>> mpl_sampledata-1.0.1/testdir/subdir/testsub.csv
>> mpl_sampledata-1.0.1/AAPL.dat
>> mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png
>> mpl_sampledata-1.0.1/PKG-INFO
>> mpl_sampledata-1.0.1/eeg.dat
>> mpl_sampledata-1.0.1/testdata.csv
>> mpl_sampledata-1.0.1/MANIFEST.in
>> mpl_sampledata-1.0.1/setup.py
>> mpl_sampledata-1.0.1/lena.jpg
>> mpl_sampledata-1.0.1/data_x_x2_x3.csv
>> mpl_sampledata-1.0.1/lena.png
>> mpl_sampledata-1.0.1/README.txt
>> mpl_sampledata-1.0.1/msft.csv
>> mpl_sampledata-1.0.1/axes_grid/
>> mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy
>> mpl_sampledata-1.0.1/aapl.csv
>> mpl_sampledata-1.0.1/msft_nasdaq.npy
>> mpl_sampledata-1.0.1/demodata.csv
>> mpl_sampledata-1.0.1/s1045.ima
>> mpl_sampledata-1.0.1/goog.npy
>> mpl_sampledata-1.0.1/logo2.png
>> mpl_sampledata-1.0.1/embedding_in_wx3.xrc
>> mpl_sampledata-1.0.1/membrane.dat
>> mpl_sampledata-1.0.1/INTC.dat
>
>
> Yes. The sampledata is now included in the main distribution.
awesome, it kinda like it more than the previous situation.
Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

On Mon, Sep 17, 2012 at 1:45 PM, Phil Elson <pel...@gm...> wrote:
> @Sandro: Yes, we merged the two together to simplify our code base and to
> reduce dependencies etc.; Hopefully that doesn't cause you too much grief?
Oh no, it's actually the opposite: I like it much more the unified
tarballs than what we had before.
Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Thanks for this. I think it makes sense to see if we can get to the 
bottom of this before putting out another release candidate. I have a 
feeling that the solution might be obvious to an Objective C expert -- 
which I am not.
Mike
On 09/17/2012 03:34 PM, Russell E. Owen wrote:
> In article
> <CA+...@ma...>,
> Phil Elson <pel...@gm...> wrote:
>
>> @Sandro: Yes, we merged the two together to simplify our code base and to
>> reduce dependencies etc.; Hopefully that doesn't cause you too much grief?
>>
>>
>> Eric/Russell, is there an issue on github for the reported problem?
> I just submitted ticket #1270
> <https://github.com/matplotlib/matplotlib/issues/1270>
>
> -- Russell
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

In article 
<CA+...@ma...>,
 Phil Elson <pel...@gm...> wrote:
> @Sandro: Yes, we merged the two together to simplify our code base and to
> reduce dependencies etc.; Hopefully that doesn't cause you too much grief?
> 
> 
> Eric/Russell, is there an issue on github for the reported problem?
I just submitted ticket #1270
<https://github.com/matplotlib/matplotlib/issues/1270>
-- Russell

On Mon, Sep 17, 2012 at 5:12 PM, <kei...@bt...> wrote:
> "This is an object-orient plotting library" should say "... object-oriented ...".
>
> Keith
Thanks. Fixed in https://github.com/matplotlib/matplotlib/pull/1267
-- 
Damon McDougall
http://www.damon.is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

"This is an object-orient plotting library" should say "... object-oriented ...".
Keith

On 09/17/2012 07:45 AM, Phil Elson wrote:
> Eric/Russell, is there an issue on github for the reported problem?
>
> Based on Christoph's comments, and couple of bugs I have just tracked 
> down, it sounds like we could do with a RC2 soon-ish.
>
> The calendar states RC2 will be the 8th of October. Is it worth moving 
> that forward to get some useful testing on Windows under the belt?
Yes, I was thinking the same thing. I should have some time to do 
another round of bug triaging and then tag a release tomorrow.
Mike

On 09/16/2012 12:26 PM, Sandro Tosi wrote:
> Hi Michael,
>
> On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...> wrote:
>> I have tagged and created a tarball for 1.2.0rc1. The githash is
>> bda6dd9feab8. The tarball is on the github download page here:
>>
>> https://github.com/matplotlib/matplotlib/downloads
> Awesome! I'll start updating the Debian package asap. Just a couple of
> preliminary questions:
>
> - from now on, the official download place will be github? I'm just
> asking so that we can update our monitoring tools to be notified of
> new upstream releases/RCs and so on.
Yes.
> - previously, we have 2 tarballs: the "normal" one plus a
> complementary sampledata ones containing the files below; but now it
> seems those files are included in the main tarball: is that correct?
> can I conclude the 2 tarballs are now merged into just one?
>
> mpl_sampledata-1.0.1/
> mpl_sampledata-1.0.1/aapl.npy
> mpl_sampledata-1.0.1/testdir/
> mpl_sampledata-1.0.1/testdir/subdir/
> mpl_sampledata-1.0.1/testdir/subdir/testsub.csv
> mpl_sampledata-1.0.1/AAPL.dat
> mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png
> mpl_sampledata-1.0.1/PKG-INFO
> mpl_sampledata-1.0.1/eeg.dat
> mpl_sampledata-1.0.1/testdata.csv
> mpl_sampledata-1.0.1/MANIFEST.in
> mpl_sampledata-1.0.1/setup.py
> mpl_sampledata-1.0.1/lena.jpg
> mpl_sampledata-1.0.1/data_x_x2_x3.csv
> mpl_sampledata-1.0.1/lena.png
> mpl_sampledata-1.0.1/README.txt
> mpl_sampledata-1.0.1/msft.csv
> mpl_sampledata-1.0.1/axes_grid/
> mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy
> mpl_sampledata-1.0.1/aapl.csv
> mpl_sampledata-1.0.1/msft_nasdaq.npy
> mpl_sampledata-1.0.1/demodata.csv
> mpl_sampledata-1.0.1/s1045.ima
> mpl_sampledata-1.0.1/goog.npy
> mpl_sampledata-1.0.1/logo2.png
> mpl_sampledata-1.0.1/embedding_in_wx3.xrc
> mpl_sampledata-1.0.1/membrane.dat
> mpl_sampledata-1.0.1/INTC.dat
Yes. The sampledata is now included in the main distribution.
Mike
>
> Cheers,

@Sandro: Yes, we merged the two together to simplify our code base and to
reduce dependencies etc.; Hopefully that doesn't cause you too much grief?
Eric/Russell, is there an issue on github for the reported problem?
Based on Christoph's comments, and couple of bugs I have just tracked down,
it sounds like we could do with a RC2 soon-ish.
The calendar states RC2 will be the 8th of October. Is it worth moving that
forward to get some useful testing on Windows under the belt?
Regards,
On 16 September 2012 17:26, Sandro Tosi <mo...@de...> wrote:
> Hi Michael,
>
> On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...>
> wrote:
> > I have tagged and created a tarball for 1.2.0rc1. The githash is
> > bda6dd9feab8. The tarball is on the github download page here:
> >
> > https://github.com/matplotlib/matplotlib/downloads
>
> Awesome! I'll start updating the Debian package asap. Just a couple of
> preliminary questions:
>
> - from now on, the official download place will be github? I'm just
> asking so that we can update our monitoring tools to be notified of
> new upstream releases/RCs and so on.
> - previously, we have 2 tarballs: the "normal" one plus a
> complementary sampledata ones containing the files below; but now it
> seems those files are included in the main tarball: is that correct?
> can I conclude the 2 tarballs are now merged into just one?
>
> mpl_sampledata-1.0.1/
> mpl_sampledata-1.0.1/aapl.npy
> mpl_sampledata-1.0.1/testdir/
> mpl_sampledata-1.0.1/testdir/subdir/
> mpl_sampledata-1.0.1/testdir/subdir/testsub.csv
> mpl_sampledata-1.0.1/AAPL.dat
> mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png
> mpl_sampledata-1.0.1/PKG-INFO
> mpl_sampledata-1.0.1/eeg.dat
> mpl_sampledata-1.0.1/testdata.csv
> mpl_sampledata-1.0.1/MANIFEST.in
> mpl_sampledata-1.0.1/setup.py
> mpl_sampledata-1.0.1/lena.jpg
> mpl_sampledata-1.0.1/data_x_x2_x3.csv
> mpl_sampledata-1.0.1/lena.png
> mpl_sampledata-1.0.1/README.txt
> mpl_sampledata-1.0.1/msft.csv
> mpl_sampledata-1.0.1/axes_grid/
> mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy
> mpl_sampledata-1.0.1/aapl.csv
> mpl_sampledata-1.0.1/msft_nasdaq.npy
> mpl_sampledata-1.0.1/demodata.csv
> mpl_sampledata-1.0.1/s1045.ima
> mpl_sampledata-1.0.1/goog.npy
> mpl_sampledata-1.0.1/logo2.png
> mpl_sampledata-1.0.1/embedding_in_wx3.xrc
> mpl_sampledata-1.0.1/membrane.dat
> mpl_sampledata-1.0.1/INTC.dat
>
> Cheers,
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://ad.doubleclick.net/clk;258768047;13503038;j?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Hi Michael,
On Wed, Sep 12, 2012 at 4:44 PM, Michael Droettboom <md...@st...> wrote:
> I have tagged and created a tarball for 1.2.0rc1. The githash is
> bda6dd9feab8. The tarball is on the github download page here:
>
> https://github.com/matplotlib/matplotlib/downloads
Awesome! I'll start updating the Debian package asap. Just a couple of
preliminary questions:
- from now on, the official download place will be github? I'm just
asking so that we can update our monitoring tools to be notified of
new upstream releases/RCs and so on.
- previously, we have 2 tarballs: the "normal" one plus a
complementary sampledata ones containing the files below; but now it
seems those files are included in the main tarball: is that correct?
can I conclude the 2 tarballs are now merged into just one?
mpl_sampledata-1.0.1/
mpl_sampledata-1.0.1/aapl.npy
mpl_sampledata-1.0.1/testdir/
mpl_sampledata-1.0.1/testdir/subdir/
mpl_sampledata-1.0.1/testdir/subdir/testsub.csv
mpl_sampledata-1.0.1/AAPL.dat
mpl_sampledata-1.0.1/Minduka_Present_Blue_Pack.png
mpl_sampledata-1.0.1/PKG-INFO
mpl_sampledata-1.0.1/eeg.dat
mpl_sampledata-1.0.1/testdata.csv
mpl_sampledata-1.0.1/MANIFEST.in
mpl_sampledata-1.0.1/setup.py
mpl_sampledata-1.0.1/lena.jpg
mpl_sampledata-1.0.1/data_x_x2_x3.csv
mpl_sampledata-1.0.1/lena.png
mpl_sampledata-1.0.1/README.txt
mpl_sampledata-1.0.1/msft.csv
mpl_sampledata-1.0.1/axes_grid/
mpl_sampledata-1.0.1/axes_grid/bivariate_normal.npy
mpl_sampledata-1.0.1/aapl.csv
mpl_sampledata-1.0.1/msft_nasdaq.npy
mpl_sampledata-1.0.1/demodata.csv
mpl_sampledata-1.0.1/s1045.ima
mpl_sampledata-1.0.1/goog.npy
mpl_sampledata-1.0.1/logo2.png
mpl_sampledata-1.0.1/embedding_in_wx3.xrc
mpl_sampledata-1.0.1/membrane.dat
mpl_sampledata-1.0.1/INTC.dat
Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Hi Phil,
Le 13/09/2012 16:50, Phil Elson a écrit :
> Your issue looks legit, I have looked through the axes.py Axes.draw
> method, and there is no filtering based on the visibility toggle for
> anything but images. Seems like it could be a very easy fix, would you
> be willing to open an issue on the github tracker?
> https://github.com/matplotlib/matplotlib/issues/new
Thank your very much for your feedback. I've opened the issue
(https://github.com/matplotlib/matplotlib/issues/1256) and started to
investigate a bit. It's the first time I'm browsing matplotlib code but
fortunately I have this part of the API quite well in mind.
I guess the next step is git-cloning and compiling the code... I need to
take a look at the Developper's Guide first !
Best,
Pierre

All,
John Hunter, lead author of matplotlib, has been awarded PSF's
Distinguished Service Award.
For details, see
http://pyfound.blogspot.co.uk/2012/09/announcing-2012-distinctive-service.html
Some of you may have already seen this. For those who haven't, it serves as
a poignant reminder to the immense effort of John and the matplotlib
developers over the past decade.
Best,
Damon
-- 
Damon McDougall
http://www.damon.is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

On 2012年09月13日 11:56 AM, Russell E. Owen wrote:
> building 'matplotlib.backends._macosx' extension
> gcc-4.0 -fno-strict-aliasing -fno-common -dynamic -isysroot
> /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g
> -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1
> -I/usr/local/include -I/usr/include -I/usr/X11/include
> -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa
> ckages/numpy/core/include -I/usr/local/include -I/usr/include -I.
> -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa
> ckages/numpy/core/include -Isrc -Iagg24/include -I.
> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c
> src/_macosx.m -o build/temp.macosx-10.3-fat-2.7/src/_macosx.o
> src/_macosx.m: In function 'show':
> src/_macosx.m:5763: error: nested functions are disabled, use
> -fnested-functions to re-enable
> src/_macosx.m:5763: error: syntax error before 'in'
> src/_macosx.m: At top level:
> src/_macosx.m:5768: error: parse error before 'PyObject'
> src/_macosx.m: In function 'show':
> src/_macosx.m:5763: error: nested functions are disabled, use
> -fnested-functions to re-enable
> src/_macosx.m:5763: error: syntax error before 'in'
> src/_macosx.m: At top level:
> src/_macosx.m:5768: error: parse error before 'PyObject'
> lipo: can't figure out the architecture type of: /var/tmp//ccI9WUN2.out
> error: command 'gcc-4.0' failed with exit status 1
> d-173-250-206-120:/Archives/PythonPackages/matplotlib-1.2.0rc1
It looks like this is failing on code introduced with PR #1036.
Eric