<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 11, 2020 at 10:56 AM Ilhan Polat <<a href="mailto:ilhanpolat@gmail.com">ilhanpolat@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>This is great work. Thanks to everyone who contributed. Very clean user-interface too. <br></div><div><br></div><div>One question: Can we propose feature requests already or is that discussion closed?<br></div></div></blockquote><div><br></div><div>It's not closed, this is the start of community review so if things are missing or need changing, now is a good time to bring them up - please have a look at CONTRIBUTING.md in the array-api repo. <br></div><div><br></div><div>What I would personally expect is that most discussion will be about the bigger picture topics and about the clarity of the document. There may be some individual functions that are important to add, if that's what you have in mind I would recommend looking at some merged PRs to see how the analysis is done (e.g. usage data, comparison between existing libraries). <a href="https://github.com/data-apis/array-api/pull/42">https://github.com/data-apis/array-api/pull/42</a> is a good example.</div><div><br></div><div>Cheers,<br></div><div>Ralf<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 10, 2020 at 7:21 PM Ralf Gommers <<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi all,</div><div><br></div><div>I'd like to share an update on this topic. The draft array API standard is now ready for wider review:<br></div><div><br></div><div>- Blog post: <a href="https://data-apis.org/blog/array_api_standard_release/" target="_blank">https://data-apis.org/blog/array_api_standard_release</a></div><div>- Array API standard document: <a href="https://data-apis.github.io/array-api/latest/" target="_blank">https://data-apis.github.io/array-api/latest/</a></div><div>- Repo: <a href="https://github.com/data-apis/array-api/" target="_blank">https://github.com/data-apis/array-api/</a></div><div><br></div><div>It would be great if people - and in particular, NumPy maintainers - could have a look at it and see if that looks sensible from a NumPy perspective and whether the goals and benefits of adopting it are described clearly enough and are compelling.</div><div><br></div><div>I'm sure a NEP will be needed for proposing adoption of the standard once it is closer to completion, and work out what that means for interaction with the array protocol NEPs and/or NEP 37, and how an implementation would look. It's a bit early for that now, I'm thinking maybe by the end of the year. Some initial discussion now would be useful though, since it's easier to make changes now rather than when that API standard is already further along.</div><div><br></div><div>Cheers,<br></div><div>Ralf</div><div><br></div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 17, 2020 at 9:34 PM Ralf Gommers <<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi all,</div><div><br></div><div>I'd like to share this announcement blog post about the creation of a consortium for array and dataframe API standardization here: <a href="https://data-apis.org/blog/announcing_the_consortium/" target="_blank">https://data-apis.org/blog/announcing_the_consortium/</a>. It's still in the beginning stages, but starting to take shape. We have participation from one or more maintainers of most array and tensor libraries - NumPy, TensorFlow, PyTorch, MXNet, Dask, JAX, Xarray. Stephan Hoyer, Travis Oliphant and myself have been providing input from a NumPy perspective.</div><div><br></div><div>The effort is very much related to some of the interoperability work we've been doing in NumPy (e.g. it could provide an answer to what's described in <a href="https://numpy.org/neps/nep-0037-array-module.html#requesting-restricted-subsets-of-numpy-s-api" target="_blank">https://numpy.org/neps/nep-0037-array-module.html#requesting-restricted-subsets-of-numpy-s-api</a>).</div><div><br></div><div>At this point we're looking for feedback from maintainers at a high level (see the blog post for details).</div><div><br></div><div>Also important: the python-record-api tooling and data in its repo has very granular API usage data, of the kind we could really use when making decisions that impact backwards compatibility.</div><div><br></div><div>Cheers,<br></div><div>Ralf</div><div><br></div></div>
</blockquote></div></div>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org" target="_blank">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/numpy-discussion</a><br>
</blockquote></div>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org" target="_blank">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/numpy-discussion</a><br>
</blockquote></div></div>