Re: [Numpy-discussion] overhauling numpy.random and randomgen Message-ID:

2019-04-19 Thread Stephan Hoyer
On Fri, Apr 19, 2019 at 4:54 AM Kevin Sheppard wrote: > > Finally, why do we expose the np.random.gen object? I thought part of the > idea with the new API was to avoid global mutable state. > > Module level functions are essential for quick experiments and should be > provided. The only differe

Re: [Numpy-discussion] overhauling numpy.random and randomgen Message-ID:

2019-04-19 Thread Stephan Hoyer
On Fri, Apr 19, 2019 at 5:16 AM Neal Becker wrote: > The boost_random c++ library uses the terms 'generators' and > 'distributions'. Distributions are applied to generators. > "distributions" is a little confusing in the context of scipy.stats.distributions, which a distribution corresponds to

Re: [Numpy-discussion] overhauling numpy.random and randomgen Message-ID:

2019-04-19 Thread Neal Becker
The boost_random c++ library uses the terms 'generators' and 'distributions'. Distributions are applied to generators. On Fri, Apr 19, 2019 at 7:54 AM Kevin Sheppard wrote: > > > Rather than "base RNG", what about calling these classes a "random source" > or "random stream"? In particular, I wo

Re: [Numpy-discussion] overhauling numpy.random and randomgen Message-ID:

2019-04-19 Thread Kevin Sheppard
> Rather than "base RNG", what about calling these classes a "random source" or "random stream"? In particular, I would suggest defining two Python classes: > - np.random.Generator as a less redundant name for what is currently called RandomGenerator > - np.random.Source or np.random.Stream as an