[Pandas-dev] Pandas development hangout - Thursday September 27 at 17:00 UTC
Brock Mendel
jbrockmendel at gmail.com
Thu Sep 27 18:14:42 EDT 2018
I've written up some thoughts on the discussion (and things I couldn't
communicate because of audio trouble)
I) DatetimeArray/TimedeltaArray/PeriodArray Status
The constructors are unfinished. The DatetimeIndex constructors have
comments suggesting they be simplified. When writing the Array
constructors I only ported the parts I thought non-controversial.
The tests are near nonexistent. The game-plan has been to get the
arithmetic tests finished, then add DatetimeArray etc to the
parameterizations. This has been slowed down by the fact that there
are more arithmetic inconsistencies in DataFrame than expected.
II) ExtensionArray
A) Allow 2D?
i) AFAICT none of the currently-implemented EA code actually depends
on the 1D restriction
ii) A bunch of fragile Block/BlockManager/DataFrame code has to do
gymnastics to deal with 1D-only cases. Allowing reshape
to (N, 1) would make a lot of that unnecessary.
iii) If we intend for EA to be useful in the broader ecosystem
(e.g. xarray), it needs to be pretty much a drop-in replacement
for ndarray.
B) Constructors and Composition vs Inheritance
i) `Index` subclasses have `_simple_new` and `Index.__new__` can be
used to dispatch to the appropriate Index subclass.
Similarly, `Block` subclasses have `make_block` and
`internals.blocks.make_block` can be used to dispatch to the
appropriate `Block` subclass.
ii) Consider the following:
- Change `make_block` to follow `_simple_new` semantics/naming,
have `Block.__new__` behave analogously to `Index.__new__`
- Implement `_simple_new` on pandas' EA subclasses, with a
similar
`EArray.__new__` dispatch
- Define something like
@property
def _base_constructor(self):
return (Index|Block|EArray)
- De-duplicate a whole mess of code
iii) This would pretty well lock us in to using inheritance
On Thu, Sep 27, 2018 at 12:34 PM Joris Van den Bossche <
jorisvandenbossche at gmail.com> wrote:
> Sorry for the troubles. Annoying now, but somehow also a good sign that we
> are with many of course .. Any case, need to think about it in advance next
> time!
>
> Notes are still in the same document:
> https://docs.google.com/document/d/1tGbTiYORHiSPgVMXawiweGJlBw5dOkVJLY-licoBmBU/edit#
>
> 2018-09-27 19:37 GMT+02:00 Marc Garcia <garcia.marc at gmail.com>:
>
>> Hey Wes,
>>
>> we're moving here: anaconda.webex.com/join/taugspurger
>>
>> On Thu, Sep 27, 2018 at 6:29 PM Wes McKinney <wesmckinn at gmail.com> wrote:
>>
>>> I came late to the call, but it was full. Can someone with a company
>>> that uses Google Meet host the next hangout? I think those are not
>>> size limited
>>> On Tue, Sep 25, 2018 at 2:38 AM Joris Van den Bossche
>>> <jorisvandenbossche at gmail.com> wrote:
>>> >
>>> > Correction to my previous mail: the title was correct about 17:00 UTC,
>>> but of course this corresponds then to 10:00 Pacific / 13:00 Eastern /
>>> 18:00 UTC+1 / 18:00 CEST (Europe).
>>> >
>>> > Joris
>>> >
>>> >
>>> > 2018-09-25 0:27 GMT+02:00 Joris Van den Bossche <
>>> jorisvandenbossche at gmail.com>:
>>> >>
>>> >> Hi all,
>>> >>
>>> >> We're having a dev chat coming Thursday (September 27) at 9:00
>>> Eastern / 14:00 UTC+1 / 15:00 CEST (Europe).
>>> >> All are welcome to attend.
>>> >>
>>> >> Hangout:
>>> https://hangouts.google.com/hangouts/_/calendar/am9yaXN2YW5kZW5ib3NzY2hlQGdtYWlsLmNvbQ.4mvdhb4jukib8ei4nsi4vn04do?ijlm=1537828013406&authuser=0
>>> >>
>>> >> Calendar invite:
>>> https://calendar.google.com/event?action=TEMPLATE&tmeid=NG12ZGhiNGp1a2liOGVpNG5zaTR2bjA0ZG8gam9yaXN2YW5kZW5ib3NzY2hlQG0&tmsrc=jorisvandenbossche%40gmail.com
>>> >>
>>> >> Agenda/Minutes:
>>> https://docs.google.com/document/d/1tGbTiYORHiSPgVMXawiweGJlBw5dOkVJLY-licoBmBU/edit?usp=sharing
>>> >>
>>> >> Joris
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >
>>> > _______________________________________________
>>> > Pandas-dev mailing list
>>> > Pandas-dev at python.org
>>> > https://mail.python.org/mailman/listinfo/pandas-dev
>>> _______________________________________________
>>> Pandas-dev mailing list
>>> Pandas-dev at python.org
>>> https://mail.python.org/mailman/listinfo/pandas-dev
>>>
>>
> _______________________________________________
> Pandas-dev mailing list
> Pandas-dev at python.org
> https://mail.python.org/mailman/listinfo/pandas-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pandas-dev/attachments/20180927/7a7e50c7/attachment.html>
More information about the Pandas-dev
mailing list