Mark,
Numpy is not numarray. Numarray is an older package that has long since
been replaced by numpy. You should only use numpy in any development from
now on.
Chris
On Wednesday, May 1, 2013, Mark Micklich wrote:
Hello -- After installing numPy, I'm getting the following error message
when
Dear Numpy Webmasters,
Would it be possible to either redirect numpy.scipy.org to www.numpy.org or
to the main numpy github landing page? Currently numpy.scipy.org hits a
Github 404 page. As the numpy.scipy.org site still shows up in searches it
would be useful to have that address resolve to
Thank you!
On Fri, Apr 26, 2013 at 12:06 PM, Ognen Duzlevski og...@enthought.comwrote:
Should be fixed now.
Ognen
On Fri, Apr 26, 2013 at 10:51 AM, Robert Kern robert.k...@gmail.comwrote:
On Fri, Apr 26, 2013 at 4:44 PM, Andreas Hilboll li...@hilboll.de
wrote:
Unfortunately, Github
. :-)
In any case, fair warning of dropped support in 1.8 and removal in 1.9 is
fine with us.
Thanks,
Chris
On Wed, Jan 9, 2013 at 6:38 PM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Jan 9, 2013 at 11:21 PM, Christopher Hanley chan...@gmail.com
wrote:
After poking around our code base
After poking around our code base and talking to a few folks I predict that
we at STScI can remove our dependence on the numpy-numarray compatibility
layer by the end of this calendar year. I'm unsure of what the timeline
for numpy 1.8 is so I don't know if this schedule supports removal of the
We (STScI) are ending support for Python 2.5 in our stsci_python project
and told our users as much last July. I have no objections to ending
support for Python 2.5.
Chris
On Thu, Dec 13, 2012 at 12:38 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
The previous proposal to drop
On Fri, Jul 27, 2012 at 2:01 PM, Benjamin Root ben.r...@ou.edu wrote:
On Thu, Jul 26, 2012 at 2:33 PM, Phil Hodge ho...@stsci.edu wrote:
On a Linux machine:
uname -srvop
Linux 2.6.18-308.8.2.el5 #1 SMP Tue May 29 11:54:17 EDT 2012 x86_64
GNU/Linux
this example shows an apparent
On Fri, Jul 27, 2012 at 4:10 PM, Benjamin Root ben.r...@ou.edu wrote:
On Fri, Jul 27, 2012 at 3:58 PM, Andreas Mueller amuel...@ais.uni-bonn.de
wrote:
Hi Everybody.
The bug is that no error is raised, right?
The docs say
where(condition, [x, y])
x, y : array_like, optional
On Fri, Feb 17, 2012 at 3:38 PM, Ralf Gommers
ralf.gomm...@googlemail.comwrote:
On Fri, Feb 17, 2012 at 8:31 PM, Mark Wiebe mwwi...@gmail.com wrote:
On Fri, Feb 17, 2012 at 11:00 AM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On Fri, Feb 17, 2012 at 10:21 AM, Mark Wiebe
On Thu, Jan 27, 2011 at 6:23 PM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Jan 27, 2011 at 17:17, Travis Oliphant teoliph...@gmail.com
wrote:
Hey all,
What is the thought about having two separate NumPy lists (one for
development discussions and one for user discussions)?
would like to see numpy added.
Thank you for your time and consideration.
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
NumPy-Discussion
On Wed, May 26, 2010 at 12:54 PM, Robert Kern robert.k...@gmail.com wrote:
On Wed, May 26, 2010 at 12:19, Christopher Hanley chan...@stsci.edu wrote:
Greetings,
Google provides a product called App Engine. The description from
their site follows,
Google App Engine enables you to build
On Wed, May 26, 2010 at 12:49 PM, Dag Sverre Seljebotn
da...@student.matnat.uio.no wrote:
Christopher Hanley wrote:
Greetings,
Google provides a product called App Engine. The description from
their site follows,
Google App Engine enables you to build and host web apps on the same
systems
]
'a'
Note the string values stored in memory are unchanged. This behaviour caused a
bug in a program I've been writing, and seems like a bad idea in general. Is
it
intentional?
Neil
This is an intentional feature, not a bug.
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space
be?
It appears this problem is limited to 64-bit RHE 4 systems.
Thank you for your time and help,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
doesn't seem to indicate a problem on our
Intel Mac 10.5 systems. However if there is something you want me to
try just let me know what you need.
Thanks,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410
if desired. This is on
my MacBook Pro running Python 2.5 on OS X 10.5.
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
On Sep 16, 2009, at 2:56 AM, David Cournapeau wrote:
Hi,
I just wanted
My apologizes. I had remembered to remove the previous build
directory but not the target installation directory. After having
removed all traces of the previous numpy installation and do a clean
install I receive no new errors. Sorry for the false alarm.
Chris
--
Christopher Hanley
).dtype.str[1:]
ValueError: array is too big.
Any suggestions?
Thank you for your time and help,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
setup.py after setting the
MATHLIB env variable
Does Python need to be rebuild? I was using 2.5 I downloaded from
python.org.
Thanks,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
. Ignore my message. I am going to have to reset and start again.
Thanks,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
NumPy-Discussion
and dry decision.
For those at SciPy 2009 feel free to come yell at me and beat me with
sticks. I'm the fat guy in jeans and a blue shirt sitting towards the
back middle on the left.
Cheers,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700
having to worry about a fork in the code developing.
Cheers,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
On Aug 20, 2009, at 3:04 PM, David Cournapeau wrote:
On Thu, Aug 20, 2009 at 10:32 AM
On Aug 20, 2009, at 7:48 PM, Stéfan van der Walt wrote:
Hi Stefan,
We'll be spriting on an Image Processing Scikit this weekend. If you
have any functions you'd like to include, let me know.
Regards
Stéfan
Will the Image Processing Scikit be dedicated to working with a single
image or
Hi Stefan,
Never mind. I just found the Sprint website and read the
description. I'm sorry I hadn't found this sooner. I would have made
plans to stay and help. My apologizes.
Sorry,
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700
)
nose.result.TextTestResult run=2186 errors=0 failures=2
I'm running on an Intel MacBook Pro running OS X 10.5.8. I am using
Python 2.5.1.
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
./numpy/numpy/distutils/misc_util.py
./numpy/numpy/core/tests/test_scalarmath.py
./numpy/numpy/core/setup.py
./numpy/pavement.py
tab check failed
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338
)
nose.result.TextTestResult run=2018 errors=1 failures=0
numpy.__version__
'1.3.0.dev6618'
This was run on a Intel Mac running OS X 10.5.6.
Chris
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
)
AssertionError:
Arrays are not equal
(mismatch 100.0%)
x: array([2, 0])
y: array([0, 2])
--
Ran 1899 tests in 99.598s
--
Christopher Hanley
Senior Systems Software Engineer
Space Telescope Science Institute
3700 San Martin
David Cournapeau wrote:
On Fri, Jan 9, 2009 at 5:11 AM, Christopher Hanley chan...@stsci.edu wrote:
David Cournapeau wrote:
On Fri, Jan 9, 2009 at 4:29 AM, Christopher Hanley chan...@stsci.edu
wrote:
David Cournapeau wrote:
On Fri, Jan 9, 2009 at 1:37 AM, Christopher Hanley chan
self.test(*self.arg)\n File
/usr/ra/pyssg/2.5.1/numpy/core/tests/test_umath.py, line 393, in
_check\nassert got == expected, (got, expected)\nAssertionError:
(\'(-Infinity, 0.0)\', \'(-Infinity, 3.1415926535897931)\')\n')
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science
']]).view(np.chararray)
x.rjust(5) # BOOM
Cheers
Stéfan
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
I know that chararrays are used by pyfits.
Chris
--
Christopher
failures=2
n.__version__
'1.2.0.dev5385'
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http
Perry Greenfield wrote:
Hi Chris,
Didn't we remove all dependence on recarray? I could have sworn we
did that.
Perry
Perry,
You are right. We no longer import the recarray module from numpy.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
object arrays.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman
a number of people
who use that feature in conjunction with matplotlib for plotting data in
tables, especially during interactive use.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
to scipy when I next install it.
--
I believe that he makes a very good point. Is there any way that some
form of test report object can be returned?
Thanks,
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410
Alan McIntyre wrote:
On Wed, Jun 18, 2008 at 12:21 PM, Christopher Hanley [EMAIL PROTECTED]
wrote:
I have received the following message from our system guru here at STScI
regarding the recent changes to the way testing is done with nose. The
automated scripts he was using to monitor
Just forwarding this to the main list since the Trac mailer still seems
to be broken.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
---BeginMessage---
#770
to upgrade is if you distribute
software with a numpy dependency. If your user base upgrades to the
latest numpy release, and that latest release breaks your code, you will
have unhappy users.
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
hope that there aren't any additional API breaks in the works. A
stable API keeps our customers happy. API changes tend to make them cranky.
Just my two cents.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410
')])
--
Ran 837 tests in 4.281s
FAILED (failures=1)
Given the platforms this error occurs on I am guessing this is a big vs.
little-endian problem.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
)
Thanks,
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
/lapack_lite.so:
symbol s_cat: referenced symbol not found
I haven't had these issues with lapack in the past. Has anyone made
changes to linalg dependencies lately that I must have missed?
Thank you for your time and help,
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope
= obj.byteswap()
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman
have an idea of what may have broken?
Thank you for your time and help,
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing
-discussion
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman
Hi Travis,
The test failure was caused by a new test being added to the test suite
to catch an existing problem. It was not a new code change that caused
the problem.
Chris
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD
Cool!
Thank you Stefan and mostly Eric.
Cheers,
Chris
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Hi,
The latest version of numpy has a unit test failure on big endian machines.
==
FAIL: test_record_array (numpy.core.tests.test_multiarray.test_putmask)
--
I have found that setting my F77 environment variable to gfortran is
also sufficient.
setenv F77 gfortran
python setup.py install
Chris
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
Hi,
Could someone please re-create the numpy-1.0.3.tar.gz file that is
currently being distributed from sourceforge? That tar file includes
the following:
/data/sparty1/dev/tmp/numpy-1.0.3
sparty ls -al
total 44
drwxr-sr-x3 chanley science 4096 May 23 18:30 ./
drwxr-sr-x4
I would have to say that I agree with Robert. We (STScI) are about to
force all of our users to install numpy. For some of them that can be a
lot to ask. I don't also want to add the extra complication of
upgrading their Python version as well.
My feeling is that not everyone has made the
I had that problem this morning as well. It appears to be a problem on
the server side.
Chris
George Nurser wrote:
I'm trying to update numpy from svn.
My first try was very slow, but eventially produced 72 updated files;
gave message at end:
svn: REPORT request failed on
Sun hardware is big endian. To be specific, this test was done on a Sun
Ultra 10. I don't have access to a PPC right now. I can check tomorrow
once I am in the office.
Chris
Hmm, Sun hardware is big endian, no? I wonder what happens on PPC? I
don't see any problems here on Athlon64.
Hi Stefan,
This is what I get:
import sys
print sys.byteorder
big
import numpy as N
print
N.array([1,2,3],N.dtype(N.int16).newbyteorder('')).dtype.byteorder
print
N.array([1,2,3],N.dtype(N.int16).newbyteorder('')).dtype.byteorder
print
The following test fails on a Solaris 8 system:
==
FAIL: check_basic (numpy.core.tests.test_multiarray.test_clip)
--
Traceback (most recent call last):
File
--
Christopher Hanley
Systems Software Engineer
Space Telescope Science Institute
3700 San Martin Drive
Baltimore MD, 21218
(410) 338-4338
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Hi,
It appears that the subversion server is down for numpy.
Chris
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Hello Everyone,
Another behavior we might consider changing for 1.0.2 that I believe is
somewhat related in theme is the default type used in computations like
the mean() method.
This is best illustrated with the following example:
sparty python
Python 2.5 (r25:51908, Sep 21 2006, 13:33:15)
I filed a similar bug report the other day. I believe that it has to do
with the default size of the accumulator variable in the algorithms
being used. Please see the following example,
Python 2.4.3 (#2, Dec 7 2006, 11:01:45)
[GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin
Type help,
63 matches
Mail list logo
