On Friday, August 9, 2013 9:10:18 PM UTC-4, Steven D'Aprano wrote:
> I am seeking comments on PEP 450, Adding a statistics module to Python's
> standard library:
I just saw today that this will be included in Python 3.4. Congratulations,
Steven, this is a nice addition.
--
https://mail.python
> NumPy and SciPy are not available for many Python users, including those
> using a Python implementation for which there is no Numpy support
> http://new.scipy.org/faq.html#python-version-support> and those for
> whom large, dependency-heavy third-party packages are too much burden.
>
> See the R
I think the install issues in the pep are exaggerated, and are in my opinion
not a sufficient reason to get something into the standard lib.
google appengine includes numpy
https://developers.google.com/appengine/docs/python/tools/libraries27
I'm on Windows, and installing numpy and scipy are ju
In article <0d60fd90-eb19-4702-acd5-dd7ba0edd...@googlegroups.com>,
taldcr...@cfa.harvard.edu wrote:
> Python is showing up in high-school and colllege intro programming
> courses here in the U.S.
Yup. For the past few years, I've been a judge in the NYC Science and
Engineering Fair (http:
On Friday, August 16, 2013 11:51:49 AM UTC-7, Steven D'Aprano wrote:
> > The trick here is that numpy really is the "right" way to do this stuff.
> Numpy does not have a monopoly on the correct algorithms for statistics
> functions,
indeed not -- in fact, a number of them are quite lame, either
On 16 August 2013 20:00, wrote:
> > > One other point -- for performance reason, is would be nice to have some
> compiled code in there -- this adds incentive to put it in the stdlib --
> external packages that need compiling is what makes numpy unacceptable to
> some folks.
>>
>> It might be
CM wrote:
>
> On Friday, August 9, 2013 9:10:18 PM UTC-4, Steven D'Aprano wrote:
> > I am seeking comments on PEP 450, Adding a statistics module to Python's
> > standard library:
>
> I think it's a very good idea. Good PEP points, too. I hope it happens.
>
+1 especially for non-Cpython versi
On Friday, August 16, 2013 10:15:52 AM UTC-7, Oscar Benjamin wrote:
> On 16 August 2013 17:31, wrote:
> Although it doesn't mention this in the PEP, a significant point that
>
> is worth bearing in mind is that numpy is only for CPython, not PyPy,
>
> IronPython, Jython etc. See here for a rece
On Fri, 16 Aug 2013 09:31:34 -0700, chris.barker wrote:
>> > I am seeking comments on PEP 450, Adding a statistics module to
>> > Python's
>
> The trick here is that numpy really is the "right" way to do this stuff.
Numpy does not have a monopoly on the correct algorithms for statistics
functio
On 16 August 2013 17:31, wrote:
>> > I am seeking comments on PEP 450, Adding a statistics module to Python's
>
> The trick here is that numpy really is the "right" way to do this stuff.
Although it doesn't mention this in the PEP, a significant point that
is worth bearing in mind is that numpy
> > I am seeking comments on PEP 450, Adding a statistics module to Python's
The trick here is that numpy really is the "right" way to do this stuff.
I like to say:
"crunching numbers in python without numpy is like doing text processing
without using the string object"
What this is really an
On Friday, August 9, 2013 9:10:18 PM UTC-4, Steven D'Aprano wrote:
> I am seeking comments on PEP 450, Adding a statistics module to Python's
>
> standard library:
>
>
>
> http://www.python.org/dev/peps/pep-0450/
>
>
>
> Please read the FAQs before asking anything :-)
>
I think this is a
On Friday, August 9, 2013 9:10:18 PM UTC-4, Steven D'Aprano wrote:
> I am seeking comments on PEP 450, Adding a statistics module to Python's
> standard library:
I think it's a very good idea. Good PEP points, too. I hope it happens.
--
http://mail.python.org/mailman/listinfo/python-list
On Tue, 13 Aug 2013 20:14:55 +0200, Wolfgang Keller wrote:
>> I am seeking comments on PEP 450, Adding a statistics module to
>> Python's standard library:
>
> I don't think that you want to re-implement RPy.
I never suggested re-implementing RPy. When you read the PEP, you will
see that this p
On Aug 13, 2013 7:22 PM, "Wolfgang Keller" wrote:
>
> > I am seeking comments on PEP 450, Adding a statistics module to
> > Python's standard library:
>
> I don't think that you want to re-implement RPy.
You're right. He doesn't.
Oscar
--
http://mail.python.org/mailman/listinfo/python-list
> I am seeking comments on PEP 450, Adding a statistics module to
> Python's standard library:
I don't think that you want to re-implement RPy.
Sincerely,
Wolfgang
--
http://mail.python.org/mailman/listinfo/python-list
On 11/08/13 15:02, Roy Smith wrote:
In article ,
Skip Montanaro wrote:
See the Rationale of PEP 450 for more reasons why “install NumPy� is not
a feasible solution for many use cases, and why having ‘statistics’ as a
pure-Python, standard-library package is desirable.
I read that b
In article ,
Skip Montanaro wrote:
> > See the Rationale of PEP 450 for more reasons why âinstall NumPyâ is not
> > a feasible solution for many use cases, and why having âstatisticsâ as a
> > pure-Python, standard-library package is desirable.
>
> I read that before posting but am not
On Sun, 11 Aug 2013 06:50:36 -0500, Skip Montanaro wrote:
>> See the Rationale of PEP 450 for more reasons why “install NumPy” is
>> not a feasible solution for many use cases, and why having ‘statistics’
>> as a pure-Python, standard-library package is desirable.
>
> I read that before posting b
On Sun, Aug 11, 2013 at 12:50 PM, Skip Montanaro wrote:
> > See the Rationale of PEP 450 for more reasons why “install NumPy” is not
> > a feasible solution for many use cases, and why having ‘statistics’ as a
> > pure-Python, standard-library package is desirable.
>
> I read that before posting
> See the Rationale of PEP 450 for more reasons why “install NumPy” is not
> a feasible solution for many use cases, and why having ‘statistics’ as a
> pure-Python, standard-library package is desirable.
I read that before posting but am not sure I agree. I don't see the
screaming need for this pa
On 10 August 2013 13:43, Roy Smith wrote:
>
> In article ,
> Oscar Benjamin wrote:
>
>> You should use apt-get for numpy/scipy on Ubuntu. Although
>> unfortunately IIRC this doesn't work as well as it should since Ubuntu
>> doesn't install the appropriate BLAS/LAPACK libraries by default
>> (lea
Skip Montanaro wrote:
> >> installing numpy or scipy is generally no more difficult
> >> that executing "pip install (scipy|numpy)"
I described the problems I had trying to follow that advice.
In article ,
Oscar Benjamin wrote:
> You should use apt-get for numpy/scipy on Ubuntu. Although
> un
On 10 August 2013 12:50, Roy Smith wrote:
> In article ,
> Skip Montanaro wrote:
>
>> Given that installing numpy or scipy is generally no more difficult
>> that executing "pip install (scipy|numpy)" I'm not really feeling the
>> need for a battery here...
>
> I just tried installing numpy in a
In article ,
Skip Montanaro wrote:
> Given that installing numpy or scipy is generally no more difficult
> that executing "pip install (scipy|numpy)" I'm not really feeling the
> need for a battery here...
I just tried installing numpy in a fresh virtualenv on an Ubuntu Precise
box. I ran "pi
Ben Finney, 10.08.2013 07:05:
> Skip Montanaro writes:
>> Given that installing numpy or scipy is generally no more difficult
>> that executing "pip install (scipy|numpy)" I'm not really feeling the
>> need for a battery here...
>
> See the Rationale of PEP 450 for more reasons why “install NumPy”
Skip Montanaro writes:
> Given that installing numpy or scipy is generally no more difficult
> that executing "pip install (scipy|numpy)" I'm not really feeling the
> need for a battery here...
NumPy and SciPy are not available for many Python users, including those
using a Python implementation
On Fri, Aug 9, 2013 at 8:10 PM, Steven D'Aprano
wrote:
> I am seeking comments on PEP 450, Adding a statistics module to Python's
> standard library:
>
> http://www.python.org/dev/peps/pep-0450/
>
> Please read the FAQs before asking anything :-)
Given that installing numpy or scipy is generally
28 matches
Mail list logo