On Mon, May 29, 2023, at 17:02, timesir wrote:
> Dear community,
>
> I want to find the location of the openblas library that Numpy calls.
Hi,
I suspect you're tied to Python 3.6 due to some HPC cluster or similar, but in
case you can upgrade to Python 3.8 or newer, NumPy 1.24 introduced
show_
On Thu, Dec 29, 2022, at 16:34, Robert Kern wrote:
> On Thu, Dec 29, 2022 at 8:50 AM Diogo Valada
> wrote:
>> Hi all,
>>
>> New to the mailing list, so I hope I'm creating a discussion in the right
>> place.
>>
>> Am I the only one that thinks that Advanced indexing in numpy doesn't follow
>>
the mailing-list will see this email) ?
That is correct. When in doubt, check the public archive:
https://mail.python.org/archives/list/numpy-discussion@python.org/latest
András
>
>
> Andras Deak 于2022年9月7日周三 21:09写道:
>> On Wed, Sep 7, 2022, at 07:55, 腾刘 wrote:
>> > Hell
On Wed, Sep 7, 2022, at 07:55, 腾刘 wrote:
> Hello, everyone. I'm a newcomer here and looking forward to
> contributing to Numpy core code in the future.
>
> However, there is an obstacle right ahead of me that I don't know how
> to figure out the corresponding relationship between Numpy python co
Hi,
For the sake of transparency, a short mailing list thread from November 2021 is
here:
https://mail.python.org/archives/list/numpy-discussion@python.org/thread/DNTC3A4CTVDYISVS57GXURJ6QP2PXPHK/
Corresponding (low-activity) feature request where you also commented:
https://github.com/numpy/nu
On Thu, Jun 30, 2022, at 22:23, Ewout ter Hoeven wrote:
> A function to get the minimum and maximum values of an array
> simultaneously could be very useful, from both a convenience and
> performance point of view. Especially when arrays get larger the
> performance benefit could be significant,
On Fri, Jun 3, 2022, at 23:54, Brinley Patterson wrote:
> Hi,
>
> By using the exponential equation:
>
> exp(x) = (sum{k=0}{n} 1/ k! ) ^ x
>
> the speed and accuracy of calculating exponent greatly increases. Plus
> it makes it easier to use with imaginary numbers. I have the python
> function co
On Mon, May 16, 2022, at 17:54, Paul Korir wrote:
> Hellos,
> I would like to propose `numpy.ndarray.permute_shape()`
> method to predictably permute the shape of an ndarray. In my opinion,
> the current alternatives (`swapaxes`, `transform`, `moveaxes` and
> friends) are counterintuitive and re
On Sat, May 7, 2022, at 11:36, Ilya Kamenshchikov wrote:
> Hello,
>
> I wanted to discuss a pain point I've experienced while debugging numpy
> code. When dealing with e.g. transformed image arrays or other
> non-trivial ndarrays in debugger, I'm swamped by a bunch of numbers in
> their repr tha
On Wed, Jan 19, 2022 at 11:50 AM Francesc Alted wrote:
>
>
> On Wed, Jan 19, 2022 at 7:33 AM Stefan van der Walt
> wrote:
>
>> On Tue, Jan 18, 2022, at 21:55, Warren Weckesser wrote:
>> > expr = 'z.real**2 + z.imag**2'
>> >
>> > z = generate_sample(n, rng)
>>
>> 🤔 If I duplicate the `z = ...` li
On Fri, Dec 31, 2021 at 1:36 AM Joseph Fox-Rabinovitz <
jfoxrabinov...@gmail.com> wrote:
> Hi,
>
> I wrote a reference implementation for a C ufunc, `isint`, which returns
> True for integers and False for non-integers, found here:
> https://github.com/madphysicist/isint_ufunc.
>
Shouldn't we ke
On Wed, Nov 17, 2021 at 8:35 PM Sebastian Berg
wrote:
> On Wed, 2021-11-17 at 19:49 +0100, Andras Deak wrote:
> > On Wed, Nov 17, 2021 at 7:39 PM Sebastian Berg
> >
> > wrote:
> >
> > > Hi all,
> > >
> > > the `np.ndenumerate` does not w
On Wed, Nov 17, 2021 at 7:39 PM Sebastian Berg
wrote:
> Hi all,
>
> the `np.ndenumerate` does not work well for masked arrays (like many
> main namespace functions, it simply ignores/drops the mask).
>
> There is a PR (https://github.com/numpy/numpy/pull/20020) to add a
> version of it to `np.ma`
On Thursday, November 11, 2021, Ilhan Polat wrote:
> I've asked this in Cython mailing list but probably I should also get some
> feedback here too.
>
> I have the following function defined in Cython and using flat memory
> pointers to hold n by n array data.
>
>
> cdef some_C_layout_func(double
On Tue, Oct 19, 2021 at 4:07 PM wrote:
> > You could use `dis.dis` to compare the two expressions and see that they
> compile to the same bytecode.
>
> Do you mean the following:
>
Indeed, that is exactly what I meant. You don't even need the numpy import
for that. Since `bool` and `(bool)` are
On Tue, Oct 19, 2021 at 3:42 PM wrote:
> See the following testing in IPython shell:
>
> In [6]: import numpy as np
>
> In [7]: a = np.array([1], dtype=(bool))
>
> In [8]: b = np.array([1], dtype=bool)
>
> In [9]: a
> Out[9]: array([ True])
>
> In [10]: b
> Out[10]: array([ True])
>
> It seems th
On Tue, Oct 19, 2021 at 7:26 AM wrote:
> I've written the following python code snippet in pycharm:
> ```python
> import numpy as np
> from numpy import pi, sin
>
> a = np.array([1], dtype=bool)
> if np.in|vert(a) == ~a:
> print('ok')
> ```
> When putting the point/cursor in the above code snippe
On Thursday, October 14, 2021, Joseph Fox-Rabinovitz <
jfoxrabinov...@gmail.com> wrote:
> I second that reinstating such a list would be extremely useful. My issue
> has been with the polynomial package, but the end result is the same.
>
There's a mostly relevant issue: https://github.com/numpy/n
On Fri, Oct 1, 2021 at 4:27 PM Ilhan Polat wrote:
> The reason why I mentioned GH discussions is that literally everybody who
> is engaged with the code, is familiar with the format, included in the
> codebase product and has replies in built unlike the Discourse (opinion is
> mine) useless flat
On Wed, Sep 29, 2021 at 12:02 PM Ralf Gommers
wrote:
>
>
> On Wed, Sep 29, 2021 at 11:33 AM Andras Deak
> wrote:
>
>> On Wed, Sep 29, 2021 at 11:28 AM Andras Deak
>> wrote:
>>
>>> On Wed, Sep 29, 2021 at 11:15 AM Ralf Gommers
>>> wrote:
On Wed, Sep 29, 2021 at 11:28 AM Andras Deak wrote:
> On Wed, Sep 29, 2021 at 11:15 AM Ralf Gommers
> wrote:
>
>>
>>
>> On Wed, Sep 29, 2021 at 9:32 AM Andras Deak
>> wrote:
>>
>>> Hi All,
>>>
>>> Today both of the python.org
On Wed, Sep 29, 2021 at 11:15 AM Ralf Gommers
wrote:
>
>
> On Wed, Sep 29, 2021 at 9:32 AM Andras Deak wrote:
>
>> Hi All,
>>
>> Today both of the python.org mailing lists I'm subscribed to (numpy and
>> scipy-dev) got the same kind of link shortene
Hi All,
Today both of the python.org mailing lists I'm subscribed to (numpy and
scipy-dev) got the same kind of link shortener spam. I assume all the
mailing lists started getting these, and that these won't go away for a
while.
Is there any way to prevent these, short of moderating emails from n
On Wed, Jul 21, 2021 at 2:40 PM Neal Becker wrote:
> In my application I need to pack bits of a specified group size into
> integral values.
> Currently np.packbits only packs into full bytes.
> For example, I might have a string of bits encoded as a np.uint8
> vector with each uint8 item specify
On Wed, Apr 14, 2021 at 10:36 PM Joachim Wuttke wrote:
>
> If argument fname of savetxt(fname, X, ...) ends with ".gz" then
> array X is not only converted to text, but also compressed using gzip.
>
> The format gzip [1] has a timestamp. The Python module gzip.py [2]
> sets the timestamp according
On Sun, Mar 14, 2021 at 8:35 PM Robert Kern wrote:
>
> On Sun, Mar 14, 2021 at 3:06 PM Ali Sheikholeslam
> wrote:
>>
>> I have written a question in:
>> https://stackoverflow.com/questions/66623145/how-to-get-boolean-matrix-for-similar-lists-in-two-different-size-numpy-arrays-o
>> It was recomme
On Sat, Mar 13, 2021 at 1:32 AM Eric Wieser wrote:
>
> Einsum has a secret integer argument format that appears in the Examples
> section of the `np.einsum` docs, but appears not to be mentioned at all in
> the parameter listing.
It's mentioned (albeit somewhat cryptically) sooner in the Notes:
On Sun, Dec 6, 2020 at 12:31 AM Juan Nunez-Iglesias wrote:
>
> Hi all,
>
> At the prodding [1] of Sebastian, I’m starting a discussion on the decision
> to deprecate np.{bool,float,int}. This deprecation broke our prerelease
> testing in scikit-image (which, hooray for rcs!), and resulted in a l
On Sun, Nov 1, 2020 at 2:33 AM Samuel Dupree wrote:
>
> I'm attempting to build wrappers around two Fortran routines. One is a
> Fortran 77 subroutine (see file gravity_derivs.f) that calls a Fortran
> 90 package that performs automatic differentiation (see file
> auto_deriv.f90).
>
> I'm running
On Sun, Jul 12, 2020 at 3:02 PM Ram Rachum wrote:
>
> Hi everyone,
>
> Here's a problem I've been dealing with. I wonder whether NumPy has a tool
> that will help me, or whether this could be a useful feature request.
>
> In the upcoming EuroPython 20200, I'll do a talk about live-coding a music
On Sun, Jun 28, 2020 at 9:37 PM Neal Becker wrote:
>
> Honestly, I don't find "forward" very informative. There isn't any real
> convention on whether FFT of IFFT have any normalization.
> To the best of my experience, either forward or inverse could be normalized
> by 1/N, or each normalized b
Dear Inessa,
The new design looks great, thanks for all the hard work from everyone!
Is there a well-defined channel where we can file potential bug
reports and feature requests for the website? Or do those just go on
the main numpy repo as issues?
Regards,
András
On Sun, May 24, 2020 at 2:11 PM
Hi Stephen,
Is this not what your original question to this list was about? See
https://mail.python.org/pipermail/numpy-discussion/2019-October/080130.html
and replies.
I still believe that you _can't_ give genfromtxt file names in an
iterable. The iterable input is only inteded to contain the con
PS. if you just want to specify the width of the fields you wouldn't
have to convert anything, because you can specify the size and
justification of a %s format. But arguably having float data as floats
is more natural anyway.
On Tue, Oct 8, 2019 at 3:42 PM Andras Deak wrote:
>
> On
On Tue, Oct 8, 2019 at 3:17 PM Stephen P. Molnar wrote:
>
> I am embarrassed to be asking this question, but I have exhausted Google
> at this point .
>
> I have a number of identically formatted text files from which I want to
> extract data, as an example (hopefully, putting these in as quotes w
On Fri, Oct 4, 2019 at 7:31 PM Stephen P. Molnar wrote:
>
>
> I have a snippet of code
>
> #!/usr/bin/env python3
> # -*- coding: utf-8 -*-
> """
>
> Created on Tue Sep 24 07:51:11 2019
>
> """
> import numpy as np
>
> files = []
>
> data = np.genfromtxt(files, usecols=(3), dtype=None, skip_header
On Fri, Sep 13, 2019 at 2:59 PM Philip Hodge wrote:
>
> On 9/13/19 8:45 AM, Irvin Probst wrote:
> > On 13/09/2019 14:05, Philip Hodge wrote:
> >>
> >> Isn't that just for consistency with Python 3 round()? I agree that
> >> the discrepancy with np.set_printoptions is not necessarily expected,
> >
On Fri, Sep 13, 2019 at 12:58 PM Irvin Probst
wrote:
>
> Hi,
> Is it expected/documented that np.round and np.set_printoptions do not
> output the same result on screen ?
> I tumbled into this running this code:
>
> import numpy as np
> mes = np.array([
> [16.06, 16.13, 16.06, 16.00, 16.06, 1
On Tue, Aug 27, 2019 at 1:18 PM Jens Jørgen Mortensen wrote:
>
> Hi!
>
> I'm trying to use dgemm, zgemm and friends from scipy.linalg.blas to
> multiply matrices efficiently. As an example, I'd like to do:
>
> c += a.dot(b)
>
> using whatever BLAS scipy is linked to and I want to avoid copie
Hi,
This is just a reminder for others like myself who have too limited a
cognitive buffer: this NEP was renumbered and it's NEP 29 now
https://github.com/numpy/numpy/pull/14086/files (just to prevent
possible confusion).
András
On Wed, Jul 24, 2019 at 1:52 AM Thomas Caswell wrote:
>
> Folks,
>
Dear Ilhan,
Thanks for writing these up.
I feel that from a usability standpoint most people would support #3
(.H/.mH), especially considering Marten's very good argument about @.
Having to wrap your transposed matrices in function calls half defeats
the purpose of being able to write stacked matr
atlab%5D+conjugate+transpose+is%3Aa&mixed=1
[2]: https://stackoverflow.com/a/45272576
[3]: https://stackoverflow.com/a/54179564
[4]: https://stackoverflow.com/a/42320906
[5]: https://stackoverflow.com/a/23510668
[6]: https://stackoverflow.com/a/11416502
[7]: https://stackoverflow.com/a/49057640
On Tue, Jun 25, 2019 at 4:29 AM Cameron Blocker
wrote:
>
> In my opinion, the matrix transpose operator and the conjugate transpose
> operator should be one and the same. Something nice about both Julia and
> MATLAB is that it takes more keystrokes to do a regular transpose instead of
> a conju
On Sun, Jun 23, 2019 at 10:37 PM Sebastian Berg
wrote:
> Yeah, likely worth a short. I doubt many uses for the n-dimensional
> axis transpose, so maybe a futurewarning approach can work. If not, I
> suppose the solution is the deprecation for ndim != 2.
Any chance that the n-dimensional transpose
Actually, the second version I wrote is inaccurate, because `y.T` will
permute the remaining axes in the result, but the '...' in einsum
won't do this.
On Sat, Apr 20, 2019 at 1:24 AM Andras Deak wrote:
>
> I agree with Stephan, I can never remember how np.dot works for
>
;> (1, 28, 28)
>>
>> But, np.dot() gives me four axis shown below,
>> >>> z = np.dot(X, y.T)
>> >>> z.shape
>> (100, 28, 28, 1)
>>
>> The fourth axis is unexpected. Should y.shape be (28, 28), not (1, 28, 28)?
>>
>> Thank
On Sat, Apr 20, 2019 at 12:24 AM C W wrote:
>
> Am I miss reading something? Thank you in advance!
Hey,
You are missing that the broadcasting rules typically apply to
arithmetic operations and methods that are specified explicitly to
broadcast. There is no mention of broadcasting in the docs of
On Fri, Mar 1, 2019 at 11:24 AM wrote:
> python-3.8.0 (alpha) emits the following warning on numpy/ma/core.py
> (verified up to official 1.16.2):
>
> 8<
> /usr/python3/site_python3/lib64/numpy.egg/numpy/ma/core.py:4466:
> SyntaxWarning: "is" with a literal. Did you mean "=="?
>
> The original data was in CSV format. I read it in using pd.read_csv(). It
> does have column names, but no row names. I don’t think numpy reads csv files
I routinely read csv files using numpy.loadtxt
https://docs.scipy.org/doc/numpy/reference/generated/numpy.loadtxt.html
> And also, when I do
On Thu, Feb 14, 2019 at 10:46 AM Mauro Cavalcanti wrote:
>
> Chuck,
>
> IPython is full of secrets! More traditional users (myself included) usually
> look for the official documentation, so it would be really useful if such
> hints were also available there.
Sorry if I'm stating the obvious, b
On Tue, Nov 6, 2018 at 8:26 AM Foad Sojoodi Farimani
wrote:
>
> Dear Mark,
>
> Thanks for the reply. I will write in between your lines:
>
> On Tue, Nov 6, 2018 at 6:11 AM Mark Harfouche
> wrote:
>>
>> Foad,
>>
>> Visualizing data is definitely a complex field. I definitely feel your pain.
>
> I
On Thu, Oct 25, 2018 at 11:48 PM Joseph Fox-Rabinovitz
wrote:
>
> In that vein, would it be advisable to re-implement them as aliases for the
> correctly behaving functions instead?
>
> - Joe
Wouldn't "probably, can't be changed without breaking external code"
still apply? As I understand the su
On Thu, Oct 11, 2018 at 7:45 PM Matthew Harrigan
wrote:
>
> What do you mean by indicator?
>
I mostly meant what wikipedia seems to call "set-builder notation"
(https://en.wikipedia.org/wiki/Set-builder_notation#Sets_defined_by_a_predicate).
Since your "input" is `{x_i | i in [0,1,2]}` but your o
On Thu, Oct 11, 2018 at 6:54 PM Matthew Harrigan
wrote:
>
> Hello,
>
> I am documenting some code, translating the core of the algorithm to LaTeX.
> The style I have currently is very similar to the einsum syntax (which is
> awesome btw). Here is an example of some of the basic operations in N
On Tue, May 29, 2018 at 12:16 PM, Daπid wrote:
> Right now, np.int(8).T throws an error, but np.transpose(np.int(8)) gives a
> 0-d array. On one hand, it is nice to be able to use the same code for
`np.int` is just python `int`! What you mean is `np.int64(8).T` which
works fine, so does `np.array
On Tue, May 29, 2018 at 5:40 AM, Stephan Hoyer wrote:
> But given that idiomatic NumPy code uses 1D arrays in favor of explicit
> row/column vectors with shapes (1,n) and (n,1), I do think it does make
> sense for matrix transpose on 1D arrays to be the identity, because matrix
> transpose should
On Sun, Apr 29, 2018 at 11:39 PM, Eric Wieser
wrote:
> I would consider this a bug, and think we should fix this.
In that case `mode='median'` should probably fixed as well.
___
NumPy-Discussion mailing list
NumPy-Discussion@python.org
https://mail.pyth
PS. my exact numbers are different from yours (probably a
multithreaded thing?), but `ypad[:-2].mean()` agrees with the last 3
elements in `ypad` in my case and I'm sure this is true for yours too.
On Sun, Apr 29, 2018 at 11:36 PM, Andras Deak wrote:
>> mean(y): -1.3778013372117948e
> mean(y): -1.3778013372117948e-16
> ypad:
> [-1.37780134e-16 -1.37780134e-16 -1.37780134e-16 0.e+00
> 3.09016994e+00 5.87785252e+00 8.09016994e+00 9.51056516e+00
> 1.e+01 9.51056516e+00 8.09016994e+00 5.87785252e+00
> 3.09016994e+00 1.22464680e-15 -3.09016994e+00 -5
On Thu, Feb 8, 2018 at 12:35 AM, Allan Haldane wrote:
> On 02/07/2018 04:26 PM, Charles R Harris wrote:
>> Hi All,
>>
>> I was thinking about things to do to simplify the NumPy development
>> process. One thing that came to mind was our use of prefixes on commits,
>> BUG, TST, etc. Those prefixes
On Thursday, January 18, 2018, Charles R Harris
wrote:
>
>
> On Thu, Jan 18, 2018 at 8:54 AM, Andras Deak
wrote:
>>
>> Hello,
>>
>> After failing with several attempts to build numpy on python 3.7.0a4,
>> the combo that worked with pip was
>> cython
Hello,
After failing with several attempts to build numpy on python 3.7.0a4,
the combo that worked with pip was
cython 0.28a0 (current master)
numpy 1.15.0.dev0 (current master)
in a fresh, clean venv.
Older cython (0.27.3 where the aforementioned issue seems to have been
solved https://github.com
On Wed, Oct 18, 2017 at 7:30 PM, Nissim Derdiger wrote:
> 3. difference between values are:
> [ 2.25699615e+02 5.51561475e-01 3.81394744e+00 1.03807904e-01]
> Instead of:
> [225.69961547851562, 0.5515614748001099, 3.8139474391937256,
> 0.10380790382623672]
The beha
On Wed, Oct 18, 2017 at 12:44 PM, Nissim Derdiger
wrote:
> Hi all,
>
> I have a ndarray, that shows different values when called like that:
> print(arr) or like that print(arr[0::]).
>
> When changing it back to a python string (with list = arr.tolist()) – both
> prints return same value, but when
On Tue, Aug 29, 2017 at 1:08 PM, Neal Becker wrote:
> [...]
> [I] would guess that inside every Matlab array is a numpy array crying to be
> freed - in both cases an array is a block of memory together with shape and
> stride information. So I would hope a direct conversion could be done, at
> le
65 matches
Mail list logo