html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue https://github.com/pydata/xarray/pull/3871#issuecomment-605542337,https://api.github.com/repos/pydata/xarray/issues/3871,605542337,MDEyOklzc3VlQ29tbWVudDYwNTU0MjMzNw==,2272878,2020-03-29T01:18:37Z,2020-03-29T01:18:37Z,CONTRIBUTOR,I have gone over it one more time and made a few documentation fixes. Please take one more look before merging.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-605375373,https://api.github.com/repos/pydata/xarray/issues/3871,605375373,MDEyOklzc3VlQ29tbWVudDYwNTM3NTM3Mw==,2272878,2020-03-28T01:32:00Z,2020-03-28T01:32:00Z,CONTRIBUTOR,Here is a new commit with the discussed changes.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-604798935,https://api.github.com/repos/pydata/xarray/issues/3871,604798935,MDEyOklzc3VlQ29tbWVudDYwNDc5ODkzNQ==,2272878,2020-03-27T03:41:56Z,2020-03-27T03:41:56Z,CONTRIBUTOR,I think I have implemented all the requested changes and all tests are passing. Please take a look.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-604462268,https://api.github.com/repos/pydata/xarray/issues/3871,604462268,MDEyOklzc3VlQ29tbWVudDYwNDQ2MjI2OA==,2272878,2020-03-26T14:28:04Z,2020-03-26T14:28:04Z,CONTRIBUTOR,I figured out what is going wrong. I will make a commit with a fix and include it in this pull request later today.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-604226585,https://api.github.com/repos/pydata/xarray/issues/3871,604226585,MDEyOklzc3VlQ29tbWVudDYwNDIyNjU4NQ==,2272878,2020-03-26T04:46:07Z,2020-03-26T04:46:07Z,CONTRIBUTOR,"I am not sure why the tests are suddenly failing. The tests were all working, then I rebased on the latest master and they are failing and I can't figure out why. ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-604219688,https://api.github.com/repos/pydata/xarray/issues/3871,604219688,MDEyOklzc3VlQ29tbWVudDYwNDIxOTY4OA==,2272878,2020-03-26T04:17:55Z,2020-03-26T04:17:55Z,CONTRIBUTOR,Please see the newest version with the `promote` argument changed to `fill_value`.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-603900793,https://api.github.com/repos/pydata/xarray/issues/3871,603900793,MDEyOklzc3VlQ29tbWVudDYwMzkwMDc5Mw==,2272878,2020-03-25T15:19:01Z,2020-03-25T15:19:01Z,CONTRIBUTOR,"That could work. The corner case we would need to decide on is again promotion. What happens if the fill value is a ""higher"" type in the numeric tower than the original type? What if it is lower? 1. We could try to always convert to the fill dtype (or more often the dtype equivalent to the Python native type), and raise and exception of it doesn't work. 2. We could promote the fill value or original data, whichever is ""lower"". What if someone tries to use a string type for numeric data or vice versus? If we do option 1 that is easy. Otherwise we probably need to use numpy casting rules? What about an object dtype fill value? What about a date/time regard dtype? On Mon, Mar 23, 2020, 23:49 Stephan Hoyer wrote: > *@shoyer* commented on this pull request. > ------------------------------ > > In xarray/core/dataset.py > : > > > @@ -5914,5 +5921,169 @@ def pad( > > return self._replace_vars_and_dims(variables) > > + def idxmin( > + self, > + dim: Hashable = None, > + axis: int = None, > + skipna: bool = None, > + promote: bool = None, > > Just to throw out another API option: what about having a fill_value > argument instead of promote? The default (fill_value=dtypes.NA) would do > type promotion for integer dtypes and always fill with NA. Other values > (e.g., fill_value=0) could be used to avoid type promotion with an > integer coordinate. > > Advantages: > > - No special cases to keep track of. > - Consistent with other xarray methods that take a fill_value argument. > > Disadvantages: > > - No built-in way to raise an error instead of promotion (but users > could do this themselves pretty easily) > - No built-in way to ""only promote if necessary"" (but this is a weird > non-type stable API that doesn't work great with Dask, anyways) > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > , or > unsubscribe > > . > ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-602134329,https://api.github.com/repos/pydata/xarray/issues/3871,602134329,MDEyOklzc3VlQ29tbWVudDYwMjEzNDMyOQ==,2272878,2020-03-22T01:45:05Z,2020-03-22T01:45:05Z,CONTRIBUTOR,I fixed the extra space in the docstring and moved the business logic to `computation.py`. ,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-601982212,https://api.github.com/repos/pydata/xarray/issues/3871,601982212,MDEyOklzc3VlQ29tbWVudDYwMTk4MjIxMg==,2272878,2020-03-21T02:41:23Z,2020-03-21T02:41:23Z,CONTRIBUTOR,"@max-sixty > To what extent should this support non-index coordinates? I am not familiar with non-index coordinates, what are those? Do you mean non-dimension coordinates? Does that even make sense in a general way? If they are 1D and tied to just one dimension coordinate that could be done, but if they are not tied to any dimension or tied to multiple dimensions or otherwise not 1D I am not sure what it would mean to take the idxmin/idxmax of them.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-601979282,https://api.github.com/repos/pydata/xarray/issues/3871,601979282,MDEyOklzc3VlQ29tbWVudDYwMTk3OTI4Mg==,2272878,2020-03-21T02:16:27Z,2020-03-21T02:16:27Z,CONTRIBUTOR,"@keewis @max-sixty The new commit with the requested changes has been pushed to this branch (except for the `map` one, pending ongoing discussion). Please take a look.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010 https://github.com/pydata/xarray/pull/3871#issuecomment-601947199,https://api.github.com/repos/pydata/xarray/issues/3871,601947199,MDEyOklzc3VlQ29tbWVudDYwMTk0NzE5OQ==,2272878,2020-03-20T23:06:45Z,2020-03-20T23:06:45Z,CONTRIBUTOR,"@keewis @max-sixty The map thing is purely a convenience function. I know there are other ways to do it, but since I thought this would be a useful feature for users in its own right, I did it that way. But of course I can do it another way if you disagree. The one complication is that using `DataArray.idxmax` and `DataArray.idxmin` assumes that the `Dataset` would only ever contain `DataArray` objects. That may be mostly the case now, but I didn't want to bake that into the code. I could do it using a lambda or nested function, but as I said I thought this approach had other benefits to users. I will address the other comments inline.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,584837010