Skip to content

Support group_over #324

Open
Open

Description

@shoyer

Multi-dimensional grouped operations should be relatively straightforward -- the main complexity will be writing an N-dimensional concat that doesn't involve repetitively copying data.

The idea with group_over would be to support groupby operations that act on a single element from each of the given groups, rather than the unique values. For example, ds.group_over(['lat', 'lon']) would let you iterate over or apply to 2D slices of ds, no matter how many dimensions it has.

Roughly speaking (it's a little more complex for the case of non-dimension variables), ds.group_over(dims) would get translated into ds.groupby([d for d in ds.dims if d not in dims]).

Related: #266

Activity

  1. added this to the milestone on Feb 18, 2015
  2. jhamman commented on Aug 16, 2015

    @jhamman
    Member

    @shoyer -

    I want to look into putting a PR together for this. I'm looking for the same functionality that you get with a pandas Series or DataFrame:

    data.groupby([lambda x: x.hour, lambda x: x.timetuple().tm_yday]).mean()

    The motivation comes in making a Hovmoller diagram. What we need is this functionality:

    da.groupby(['time.hour', 'time.dayofyear']).mean().plot()

    If you can point me in the right direction, I'll see if I can put something together.

  3. shoyer commented on Aug 17, 2015

    @shoyer
    MemberAuthor

    @jhamman For your use case, both hour and dayofyear are along the time dimension, so arguably the result should be 1D with a MultiIndex instead of 2D. So it might make more sense to start with that, and then layer on stack/unstack or pivot functionality.

    I guess there are two related use cases here:

    1. Multiple groupby arguments along a single dimension (pandas does this one already)
    2. Multiple groupby arguments along different dimensions (pandas doesn't do this one).
  4. jhamman commented on Aug 17, 2015

    @jhamman
    Member

    Agreed, we have two use cases here.

    For (1), can we just use the pandas grouping infrastructure. We just need to allow xray.DataArray.groupby to support an iterable and pandas.Grouper objects. I personally don't like the MultiIndex format and prefer to unstack the grouper operations when possible. In xray, I think we can justify going that route since we support N-D labeled dimensions much better than pandas.

    For (2), I'll need to think a bit more about how this would work. Do we add a groupby method to DataArrayGroupBy? That sounds messy. Maybe we need to write a N-D grouper object?

  5. clarkfitzg commented on Aug 17, 2015

    @clarkfitzg
    Member

    For (2) I think it makes sense to extend the existing groupby to deal with multiple dimensions. Ie, let it take an iterable of dimension names.

    >>> darray.groupby(['lat', 'lon'])
    

    Then we'd have something similar to the SQL groupby, which is a good thing.

    By the way, in #527 we were considering using this approach to make the faceted plots on both rows and columns.

  6. JonAnCla commented on Dec 7, 2016

    @JonAnCla

    In case it is of interest to anyone, the snippet below is a temporary and quite dirty solution I've used to do a multi-dimensional groupby...

    It runs nested groupby-apply operations over each given dimension until no further grouping needs to be done, then applies the given function "apply_fn"

    def nested_groupby_apply(dataarray, groupby, apply_fn):
        if len(groupby) == 1:
            return dataarray.groupby(groupby[0]).apply(apply_fn)
        else:
            return dataarray.groupby(groupby[0]).apply(nested_groupby_apply, groupby = groupby[1:], apply_fn = apply_fn)
    

    Obviously performance can potentially be quite poor. Passing the dimensions to group over in order of increasing length will reduce your cost a little.

  7. jjpr-mit commented on Oct 16, 2017

    @jjpr-mit

    Is use case 1 (Multiple groupby arguments along a single dimension) being held back for use case 2 (Multiple groupby arguments along different dimensions)? Use case 1 would be very useful by itself.

  8. shoyer commented on Oct 16, 2017

    @shoyer
    MemberAuthor

    Is use case 1 (Multiple groupby arguments along a single dimension) being held back for use case 2 (Multiple groupby arguments along different dimensions)? Use case 1 would be very useful by itself.

    No, I think the biggest issue is that grouping variables into a MultiIndex on the result sort of works (with the current PR #924), but it's very easy to end up with weird conflicts between coordinates / MultiIndex levels that are hard to resolve right now within the xarray data model. Probably it would be best to resolve #1603 first, which will make this much easier.

  9. stale commented on Sep 16, 2019

    @stale

    In order to maintain a list of currently relevant issues, we mark issues as stale after a period of inactivity

    If this issue remains relevant, please comment here or remove the stale label; otherwise it will be marked as closed automatically

  10. shoyer commented on Sep 16, 2019

    @shoyer
    MemberAuthor

    Still relevant.

  11. matthiasdemuzere commented on Feb 18, 2021

    @matthiasdemuzere

    still relevant, also for me ... I just wanted to group by half hours, for which I'd need access to .groupby(['time.hour','time.minutes'])

  12. alimanfoo commented on Feb 28, 2022

    @alimanfoo
    Contributor

    Still relevant, would like to be able to group by multiple variables along a single dimension.

  13. dcherian commented on Feb 28, 2022

    @dcherian
    Contributor

    I have this almost ready in flox (needs more tests). So we should be able to do this soon.

    In the mean time note that we can view grouping over multiple variables as a "factorization" (group identification) problem for aggregations. That means you can

    1. use pd.factorize, pd.cut, np.searchsorted or np.bincount to convert each by variable to an integer code,
    2. then use np.ravel_multi_index to combine the codes to a single variable idx
    3. Group by idx and accumulate
    4. use np.unravel_index (or just a simple np.reshape) to convert the single grouped dimension to a multiple dimensions.
    5. Construct output coordinate arrays.
  14. added a commit that references this issue on Aug 16, 2024
  15. changed the title [-]Support multi-dimensional grouped operations and group_over[/-] [+]Support group_over[/+] on Sep 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions