On Tue, Jul 16, 2019 at 12:23 AM Dashamir Hoxha
wrote:
> On Tue, Jul 16, 2019 at 12:48 AM Dashamir Hoxha
> wrote:
>
>> Hi,
>>
>> With respect to this call for contributions:
>> https://github.com/numpy/numpy/pull/13988/files
>> I would like to help with improving the website of numpy (and maybe
On Tue, Jul 16, 2019 at 9:57 AM Sebastian Berg
wrote:
> On Tue, 2019-07-16 at 07:06 -0600, Charles R Harris wrote:
> > Hi Dashamir,
> >
> > On Mon, Jul 15, 2019 at 4:49 PM Dashamir Hoxha
> > wrote:
> > > Hi,
> > >
> > > With respect to this call for contributions:
> > > https://github.com/numpy/
Hi all,
I just opened https://github.com/numpy/numpy/pull/14032, which contains a
NEP for a redesign of the NumPy website (just the top-level site, not the
docs). The part that most warrants discussion is probably the translation
part. Additions to the NEP from anyone who has useful experiences wi
I’d find this sort of (stricter) numpydoc validation tool very useful,
especially if the different codes can be selectively enforced while
bringing a large code base into compliance (as pandas seems to have used
this).
A stand alone tool would be fine, a flake8 plug-in perhaps even better -
see al
su, 2019-07-14 kello 09:46 -0500, Matti Picus kirjoitti:
[clip]
> Questions:
> - Is the pain of adding a pyproject.toml worth it for using towncrier
> or should we o for another release-note solution
> - Is the addition of pyproject.toml problematic enough that I should
> break it out into a separa
On Tue, 2019-07-16 at 07:06 -0600, Charles R Harris wrote:
> Hi Dashamir,
>
> On Mon, Jul 15, 2019 at 4:49 PM Dashamir Hoxha
> wrote:
> > Hi,
> >
> > With respect to this call for contributions:
> > https://github.com/numpy/numpy/pull/13988/files
> > I would like to help with improving the webs
Hi all,
There will be a NumPy Community meeting Wednesday July 17 at 11 am
Pacific Time. Everyone is invited to join in and edit the work-in-
progress meeting topics and notes:
https://hackmd.io/76o-IxCjQX2mOXO_wwkcpg
Best wishes
Sebastian
signature.asc
Description: This is a digitally signed
Hi All,
On behalf of the NumPy team I am pleased to announce the release of NumPy
1.17.0rc2. The 1.17 release contains a number of new features that should
substantially improve its performance and usefulness. The Python versions
supported are 3.5-3.7, note that Python 2.7 has been dropped. Python
On Tue, Jul 16, 2019 at 4:23 AM Gael Varoquaux <
gael.varoqu...@normalesup.org> wrote:
> > The one thing I worry about is maintenance burden, where numpydoc is
> already
> > spread a little bit thin -- would any of the Pandas developers be
> willing to
> > maintain it?
>
> Any reason that this is
On Tue, Jul 16, 2019 at 5:58 AM Charles R Harris
wrote:
>
>
> On Tue, Jul 16, 2019 at 3:44 AM Kevin Sheppard
> wrote:
>
>> I am trying to make a subclass that never propagates so that when
>> interacted with another ndarray, or even itself so that the return type is
>> always ndarray. Is this p
On 16 Jul 2019, at 9:30 am, Omry Levy wrote:
>
> I have a question, regarding conversion of C (unsigned char *) buffer to a
> two dimensional numpy array
>
> this is what i am doing:
> 1) I get a C network buffer of unsigned char * let's call it the source
> buffer
> the size of the source bu
Hi Dashamir,
On Mon, Jul 15, 2019 at 4:49 PM Dashamir Hoxha wrote:
> Hi,
>
> With respect to this call for contributions:
> https://github.com/numpy/numpy/pull/13988/files
> I would like to help with improving the website of numpy (and maybe scipy
> as well).
> I have also applied for the Google
On Tue, Jul 16, 2019 at 3:44 AM Kevin Sheppard
wrote:
> I am trying to make a subclass that never propagates so that when
> interacted with another ndarray, or even itself so that the return type is
> always ndarray. Is this possible?
>
> I got pretty far with
>
> def __array_wrap__(self, out_ar
> The one thing I worry about is maintenance burden, where numpydoc is already
> spread a little bit thin -- would any of the Pandas developers be willing to
> maintain it?
Any reason that this is not done in sphinx, with the napoleon extension?
https://www.sphinx-doc.org/en/master/usage/extension
I have written and/or used something like this (though not nearly as
complete!) in several other projects. It would be great to have one
maintained source for such a checker, and numpydoc seems like a reasonable
place for it.
The one thing I worry about is maintenance burden, where numpydoc is
alr
In pandas we've been, for more than a year now, enforcing a stricter
numpydoc standard. And we've got a script to help with it, which validates
things like capitalization and punctuation of paragraphs, the documented
parameters (they must match the ones in the signature, have both a type and
a desc
I am trying to make a subclass that never propagates so that when
interacted with another ndarray, or even itself so that the return type is
always ndarray. Is this possible?
I got pretty far with
def __array_wrap__(self, out_arr, context=None):
if out_arr.shape == ():
return out_arr
Hi,
I have a question, regarding conversion of C (unsigned char *) buffer to a
two dimensional numpy array
this is what i am doing:
1) I get a C network buffer of unsigned char * let's call it the source
buffer
the size of the source buffer is:
W * H * 2 bytes
2) I am using PyByteArray_FromSt
On Tue, Jul 16, 2019 at 12:48 AM Dashamir Hoxha
wrote:
> Hi,
>
> With respect to this call for contributions:
> https://github.com/numpy/numpy/pull/13988/files
> I would like to help with improving the website of numpy (and maybe scipy
> as well).
> I have also applied for the Google Season of Do
19 matches
Mail list logo
