<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Jul 23, 2018 at 4:19 PM Stefan Behnel <<a href="mailto:stefan_ml@behnel.de">stefan_ml@behnel.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Stephan Hoyer schrieb am 23.07.2018 um 18:01:<br>> I think a SliceHelper class like this is a reasonable solution, but there<br>
> would be a lot of value having it a standard place somewhere in the<br>
> standard library (e.g., operator.subscript).<br>
> <br>
> Both pandas and NumPy include this helper object under different names<br>
> (pandas.IndexSlice and numpy.index_exp / numpy.s_), but it would be<br>
> surprising/unexpected for pandas/numpy specific helpers to show up when not<br>
> using one of those libraries. I do the exact same sorts of indexing<br>
> manipulations with xarray, dask and TensorFlow.<br>
> <br>
> Given that this is basically a simple feature to make it easier to work<br>
> with Python syntax (so there's no danger it will change in the future), I<br>
> think there is a lot to be said for putting it in the standard library in<br>
> one place so it's obvious what to use and users don't have to relearn that<br>
> name for this object and/or reimplement it.<br>
<br>
Please copy that comment into the ticket and ask for it to be reopened.<br>
<br>
<a href="https://bugs.python.org/issue24379" rel="noreferrer" target="_blank">https://bugs.python.org/issue24379</a><br>
<br>
Stefan<br></blockquote><div><br></div><div>I basically did exactly that last week! See <a href="https://bugs.python.org/issue24379#msg321966">https://bugs.python.org/issue24379#msg321966</a></div><div><br></div><div>I was told, "You may get more traction on python-ideas" :)</div><div><br></div><div>Cheers,</div><div>Stephan</div><div> </div></div></div>