[Pandas-dev] 0.20 and 1.0 timeline, 2.x interactions?

Christopher Aycock Christopher.Aycock at twosigma.com
Tue Sep 13 09:59:14 EDT 2016


I'd honestly like to see some way of getting rid of DataFrame indices. They confuse beginners and aren't used much by experts. There was a proposal for a Table type, which I think is a great way to go forward. That means that many operations must be able to work without an index.

-----Original Message-----
From: Pandas-dev [mailto:pandas-dev-bounces+christopher.aycock=twosigma.com at python.org] On Behalf Of Wes McKinney
Sent: Tuesday, September 13, 2016 9:51 AM
To: pandas-dev at python.org
Subject: Re: [Pandas-dev] 0.20 and 1.0 timeline, 2.x interactions?

hi folks,

Bumping this thread. At minimum we should start discussing what we may want to deprecate (e.g. Panels, .ix) in the next major release.

- Wes

On Wed, Sep 7, 2016 at 2:57 PM, Wes McKinney <wesmckinn at gmail.com> wrote:
> Since we are close on the 0.19.0 release (thanks Joris for the hard 
> work!), I wanted to see if we can start assembling a concrete plan for
> 0.20 and/or 1.0 (API-stability / maintenance branch begin). Depending 
> on the scope of the deprecations or other work desired for these 
> releases, it would be great ideally to reach 1.0 by Jan 1 or the first 
> couple months of 2017.
>
> On the pandas 2.0 side, I don't think that the timeline for 0.20 or
> 1.0 will block progress from beginning. I'd soon like to start 
> prototyping some of the new designs we've been discussing to get some 
> concrete feedback on real working code (will create issues on 
> pydata/pandas-design to track). Once we establish some of the 
> essential design patterns (i.e. what does an alternative to the 
> BlockManager look like? How do we handle dynamic / multiple dispatch 
> based on type?) and feel comfortable with them, more of the "porting"
> work can begin.
>
> I think as long as the pandas-2.x branch rebases cleanly for the first 
> while then there will be no conflict. At some point rebasing may not 
> be possible and we will need to come up with a backporting policy.
>
> Thanks
> Wes
_______________________________________________
Pandas-dev mailing list
Pandas-dev at python.org
https://mail.python.org/mailman/listinfo/pandas-dev


More information about the Pandas-dev mailing list