Re: [Numpy-discussion] numPy not imported into Python

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 > whe

Re: [Numpy-discussion] numpy.scipy.org page 404s

Thank you! On Fri, Apr 26, 2013 at 12:06 PM, Ognen Duzlevski wrote: > Should be fixed now. > Ognen > > > On Fri, Apr 26, 2013 at 10:51 AM, Robert Kern wrote: > >> On Fri, Apr 26, 2013 at 4:44 PM, Andreas Hilboll >> wrote: >> Unfortunately, Github can only deal with one CNAME, www.numpy.org

[Numpy-discussion] numpy.scipy.org page 404s

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 so

Re: [Numpy-discussion] Remove support for numeric and numarray in 1.8

pened. :-) 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 wrote: > On Wed, Jan 9, 2013 at 11:21 PM, Christopher Hanley > wrote: > > After poking around our code base and talking

Re: [Numpy-discussion] Remove support for numeric and numarray in 1.8

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 co

Re: [Numpy-discussion] Support for python 2.4 dropped. Should we drop 2.5 also?

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 py

Re: [Numpy-discussion] bug in numpy.where?

On Fri, Jul 27, 2012 at 4:10 PM, Benjamin Root wrote: > > > On Fri, Jul 27, 2012 at 3:58 PM, Andreas Mueller > wrote: > >> Hi Everybody. >> The bug is that no error is raised, right? >> The docs say >> >> where(condition, [x, y]) >> >> x, y : array_like, optional >> Values from which to cho

Re: [Numpy-discussion] bug in numpy.where?

On Fri, Jul 27, 2012 at 2:01 PM, Benjamin Root wrote: > > > On Thu, Jul 26, 2012 at 2:33 PM, Phil Hodge 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 problem with the

Re: [Numpy-discussion] Proposed Roadmap Overview

On Fri, Feb 17, 2012 at 3:38 PM, Ralf Gommers wrote: > > > On Fri, Feb 17, 2012 at 8:31 PM, Mark Wiebe 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 wrote: >>> > On Fri, Feb 17, 2012 at 11:

Re: [Numpy-discussion] Developer NumPy list versus User NumPy list

On Thu, Jan 27, 2011 at 6:23 PM, Robert Kern wrote: > On Thu, Jan 27, 2011 at 17:17, Travis Oliphant > wrote: > > > > Hey all, > > > > What is the thought about having two separate NumPy lists (one for > development discussions and one for user discussions)? > > We've resisted it for years. I do

Re: [Numpy-discussion] numpy and the Google App Engine

On Wed, May 26, 2010 at 12:49 PM, Dag Sverre Seljebotn 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 hos

Re: [Numpy-discussion] [SciPy-Dev] numpy and the Google App Engine

On Wed, May 26, 2010 at 12:54 PM, Robert Kern wrote: > On Wed, May 26, 2010 at 12:19, Christopher Hanley wrote: >> Greetings, >> >> Google provides a product called App Engine.  The description from >> their site follows, >> >> "Google App Engine e

[Numpy-discussion] numpy and the Google App Engine

luded) let them know that you 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 ___

Re: [Numpy-discussion] chararray stripping trailing whitespace a bug?

b = a.view(np.chararray) >>>> a[0] > 'a ' >>>> b[0] > '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 >

Re: [Numpy-discussion] Unit Tests failing daily for 2 months

machine. A quick check of our logs from last night 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

[Numpy-discussion] Unit Tests failing daily for 2 months

-- These failing tests are logged in Trac ticket numbers 1323, 1324, and 1325 respectively. Is anyone else seeing these failures? Any idea what the problem may be? It appears this problem is limited to 64-bit RHE 4 systems. Thank you for your time and help, Chris -- Christopher Hanley Sen

Re: [Numpy-discussion] Moved matrix class into separate module

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

Re: [Numpy-discussion] Moved matrix class into separate module

unit test errors 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 wrot

[Numpy-discussion] numpy on OSX 10.6 issues

pes as nt File "/Users/chanley/dev/site-packages/lib/python/numpy/core/numerictypes.py", line 600, in _typestr[key] = empty((1,),key).dtype.str[1:] ValueError: array is too big. >>> Any suggestions? Thank you for your time and help, Chris -- Christopher Hanley Senior

Re: [Numpy-discussion] numpy rev7353 w/ OS X 10.6

Robert Kern wrote: > On Tue, Sep 1, 2009 at 21:35, Christopher Hanley wrote: > >> Hi, >> >> Upgraded to Snow Leopard, left setup.py and all environment variables >> the same, tried latest numpy from source. This is the build error I >> receive: >>

[Numpy-discussion] numpy rev7353 w/ OS X 10.6

nley/dev/numpy/numpy/distutils/command/build_src.py", line 384, in generate_sources source = func(extension, build_dir) File "numpy/core/setup.py", line 590, in get_mathlib_info mlibs = check_mathlib(config_cmd) File "numpy/core/setup.py", line 283, in check_mathlib

Re: [Numpy-discussion] Removing scipy.stsci was [Re: [SciPy-dev] Deprecate chararray [was Plea for help]]

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 Inst

Re: [Numpy-discussion] Removing scipy.stsci was [Re: [SciPy-dev] Deprecate chararray [was Plea for help]]

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

[Numpy-discussion] Removing scipy.stsci was [Re: [SciPy-dev] Deprecate chararray [was Plea for help]]

ability and frees me from 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 T

Re: [Numpy-discussion] Deprecate chararray [was [SciPy-dev] Plea for help]

inion that this isn't a simple, cut 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 Softwa

[Numpy-discussion] Test failures for rev7299

- Ran 2186 tests in 10.671s FAILED (KNOWNFAIL=1, SKIP=3, 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

[Numpy-discussion] Tabs in numpy-1.3

./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

[Numpy-discussion] new numpy error in 1.3.0.dev6618

SKIP=1, errors=1) >>> 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 __

Re: [Numpy-discussion] Proposed schedule for numpy 1.3.0

a 404. However it is available in svn (numpy/doc/release). Chris -- 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-discus

[Numpy-discussion] Solaris 8, 32 bit python issue

utils.py", line 295, in assert_array_compare raise AssertionError(msg) 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

Re: [Numpy-discussion] change made to test_print.py

David Cournapeau wrote: > On Fri, Jan 9, 2009 at 5:11 AM, Christopher Hanley wrote: >> David Cournapeau wrote: >>> On Fri, Jan 9, 2009 at 4:29 AM, Christopher Hanley >>> wrote: >>>> David Cournapeau wrote: >>>>> On Fri, Jan 9, 2009 a

Re: [Numpy-discussion] change made to test_print.py

David Cournapeau wrote: > On Fri, Jan 9, 2009 at 4:29 AM, Christopher Hanley wrote: >> David Cournapeau wrote: >>> On Fri, Jan 9, 2009 at 1:37 AM, Christopher Hanley >>> wrote: >>>> Hi, >>>> >>>> I've committed the followi

Re: [Numpy-discussion] change made to test_print.py

David Cournapeau wrote: > On Fri, Jan 9, 2009 at 1:37 AM, Christopher Hanley wrote: >> Hi, >> >> I've committed the following change to test_print.py to fix one of the >> tests. >> > > Hi Christopher, > > Please do not modify t

[Numpy-discussion] change made to test_print.py

tp) finally: locale.setlocale(locale.LC_NUMERIC, locale=curloc) Chris -- Christopher Hanley Senior Systems Software Engineer Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21218 (410) 338-4338 ___ Numpy-discussion

Re: [Numpy-discussion] cubic spline function in numarray or numpy

scipy.ndimage(). 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.or

[Numpy-discussion] svn numpy selftests fail on Solaris

st_clog(, (-0.0, -0.0), (-Infinity, 3.1415926535897931), 'divide')), 'Traceback (most recent call last):\n File "/usr/stsci/pyssgdev/2.5.1/nose/case.py", line 202, in runTest\nself.test(*self.arg)\n File "/usr/ra/pyssg/2.5.1/numpy/core/tests/test_umath.p

Re: [Numpy-discussion] Documenting chararrays

gt;>> x = np.array(['a','b','c','d']).view(np.chararray) > >>>> x.rjust(3) > chararray([' a', ' b', ' c', ' d'], > dtype='|S3') > > But then > >>>>

[Numpy-discussion] new chararray test fails on Mac OS X

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://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Record arrays

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 Engine

Re: [Numpy-discussion] Record arrays

he large, legacy numarray project I was referring too. ;-) I had forgotten about the attribute access. I know 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

Re: [Numpy-discussion] Record arrays

ge all new code be written with the native 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

Re: [Numpy-discussion] nose test return values

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 >> aut

[Numpy-discussion] nose test return values

.failures: print " ",x if n.wasSuccessful() : sys.exit(0) else : sys.exit(1) Of course, these same comments will apply 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 returne

[Numpy-discussion] [Fwd: Re: [NumPy] #770: numpy.core.tests.test_multiarray.TestView failures on big-endian machines]

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 --- Begin Message --- #770

Re: [Numpy-discussion] Going toward time-based release ?

in which you would need 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 In

[Numpy-discussion] no longer receiving numpy-tickets messages

Hi, I've noticed that I am no longer receiving message from the numpy-ticket distribution list. This includes messages for tickets I have submitted in addition to tickets created by others. Chris -- Christopher Hanley Systems Software Engineer Space Telescope Science Institute 370

Re: [Numpy-discussion] Release of NumPy

1 to avoid the added support costs. I also 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 Insti

[Numpy-discussion] numpy unittest failure on Mac PPC and Solaris 10

Hi, We are seeing the following error on both Solaris and Mac PPC when running the numpy unittests:

[Numpy-discussion] server down

http://svn.scipy.org) 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://projec

Re: [Numpy-discussion] FORTRAN compiler detection

Robert Kern wrote: > On Tue, Feb 26, 2008 at 12:09 PM, Christopher Hanley <[EMAIL PROTECTED]> > wrote: >> Robert Kern wrote: >> > On Tue, Feb 26, 2008 at 11:50 AM, Christopher Hanley <[EMAIL PROTECTED]> >> wrote: >> >> Greetings, >> &

Re: [Numpy-discussion] FORTRAN compiler detection

Robert Kern wrote: > On Tue, Feb 26, 2008 at 11:50 AM, Christopher Hanley <[EMAIL PROTECTED]> > wrote: >> Greetings, >> >> I was wondering if within the last 8 - 10 weeks anyone has made changes >> to the way FORTRAN compilers are detected. In the past I wa

[Numpy-discussion] FORTRAN compiler detection

-- 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

Re: [Numpy-discussion] How do I change endianess?

he byte order of your array. >>> obj = 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

[Numpy-discussion] build issue on Solaris System

o.1: python: fatal: relocation error: file /data/basil5/site-packages/lib/python/numpy/linalg/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?

[Numpy-discussion] Bus Error with object arrays on big endian system

] > 4 >>>> print o1[2] > NT >>>> print o1 > Bus error (core dumped) There are no issues on Linux or Mac OS X Intel based systems. This example was done on the latest svn version of numpy (r1.0.5.dev47360). Does anyone have an idea of wh

Re: [Numpy-discussion] Problems installing on OS X

/. The one that comes installed with OS X seems to be a custom job by Apple. However, I am sure that the true installation experts on the list will have better information or advice for you. Chris -- Christopher Hanley Systems Software Engineer Space Telescope Science Institute 3700 San

Re: [Numpy-discussion] howto convert float array to array of integers

__ > Numpy-discussion mailing list > Numpy-discussion@scipy.org > http://projects.scipy.org/mailman/listinfo/numpy-discussion > -- Christopher Hanley Systems Software Engineer Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21218 (410)

Re: [Numpy-discussion] [Fwd: Re: numpy revision 2680 causes segfault on Solaris]

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

Re: [Numpy-discussion] [Fwd: Re: numpy revision 2680 causes segfault on Solaris]

We have not seen any test failures on our big-endian Solaris system. Did you re-implement the unit test that was failing. I was under the impression that the fix had been to comment out the test the was failing. I was un-aware that any patch was in place. Chris _

[Numpy-discussion] [Fwd: Re: numpy revision 2680 causes segfault on Solaris]

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

Re: [Numpy-discussion] svn down

e to check this case before sending posts. > > Chuck > > > > > ___ > Numpy-discussion mailing list > Numpy-discussion@scipy.org > http://projects.scipy.org/mailman/listinfo/numpy-discussion -- Christopher Hanley Systems Software Engineer Space T

[Numpy-discussion] latest svn version fails on Solaris

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) -- Tra

Re: [Numpy-discussion] how do I configure with gfortran

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 http://projects.scipy.org/mailman/listinfo/numpy

Re: [Numpy-discussion] numpy r3857 build problem

Some additional information. I have no problems building numpy on my Redhat Enterprise 3 or Solaris 10 boxes at work. I was able to build numpy there with and without the F77 system variable defined. Interesting. Cheers, Chris Christopher Hanley wrote: > Hi, > > I cannot build t

[Numpy-discussion] numpy r3857 build problem

Hi, I cannot build the latest version of numpy in svn (r3857) on my Intel MacBook running OSX 10.4.9. I'm guessing that the problem is that a fortran compiler isn't found. Since NUMPY doesn't require FORTRAN I found this surprising. Has there been a change in policy? I'm attaching the bui

[Numpy-discussion] Problem with numpy-1.0.3.tar.gz file

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 chanle

Re: [Numpy-discussion] build problem on RHE3 machine

Sorry I didn't respond sooner. It seems to have taken almost 3 hours for me to receive this message. In any case the problems seems to have been resolved. I am able to build and install numpy version 1.0.4.dev3828 on my RHE3 machine running Python 2.5.1. Thank you for the quick fix. Chris

[Numpy-discussion] build problem on RHE3 machine

fort Could not locate executable efort Could not locate executable efc customize Gnu95FCompiler Could not locate executable gfortran Could not locate executable f95 customize G95FCompiler Could not locate executable g95 error: don't know how to compile Fortran code on platform 'posix' This p

Re: [Numpy-discussion] Do we still need support for Python 2.3?

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 ju

Re: [Numpy-discussion] interrupted svn updates

Everything seems fine to me. Thank you for your prompt support. Chris Jeff Strunk wrote: > Is this still causing trouble? I restarted apache about 20 minutes after you > sent this. > > Thanks, > Jeff > > On Friday 11 May 2007 9:06 am, Christopher Hanley wrote: > &g

Re: [Numpy-discussion] interrupted svn updates

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 '/svn/numpy/!

Re: [Numpy-discussion] numpy endian question

Stefan van der Walt wrote: > > Ah, yes, I was confused. What I meant to ask was, couldn't > dtype.str[0] sometimes be '|'? > > That is true. It would happen for an array of strings. >>> a = n.array(['1','2','3','4']) >>> a.dtype.str[0] '|' I haven't needed to worry about that case in te

Re: [Numpy-discussion] numpy endian question

Stefan van der Walt wrote: > On Thu, Apr 26, 2007 at 05:22:42PM -0400, Christopher Hanley wrote: > >> This should work as a consistent test for bigendian: >> >> -> isBigEndian = (obj.dtype.str[0] == '>') >> > > Is this test alw

Re: [Numpy-discussion] numpy endian question

Russell, This should work as a consistent test for bigendian: -> isBigEndian = (obj.dtype.str[0] == '>') Also, I have ported numarray's numdisplay to numpy if you would like to directly display an array in DS9. We haven't done an official release yet (sometime soon) but I can forward you a co

Re: [Numpy-discussion] test_multiarray.test_clip fails on Solaris 8 system

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 N.array([1,2,3],N.dtyp

Re: [Numpy-discussion] test_multiarray.test_clip fails on Solaris 8 system

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. >

[Numpy-discussion] test_multiarray.test_clip fails on Solaris 8 system

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 "/

Re: [Numpy-discussion] Should 0-d arrays with fields defined return a 0-d array or a scalar

Hi Travis, This change should not have any impact on our code. We are not opposed to making the change as part of the 1.0.2 release. Chris Christopher Hanley wrote: > Hi Travis, > > We will need a little time to inspect our code to see if this is going > to be a problem for u

Re: [Numpy-discussion] Should 0-d arrays with fields defined return a 0-d array or a scalar

___ > Numpy-discussion mailing list > Numpy-discussion@scipy.org > http://projects.scipy.org/mailman/listinfo/numpy-discussion -- Christopher Hanley Systems Software Engineer Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21218 (410) 338-4338 _

[Numpy-discussion] subversion site down

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

Re: [Numpy-discussion] Scalar coercion

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) [

Re: [Numpy-discussion] average() or mean() errors

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"