Hey all.
I would just like to thank you all for extremely good feedback on my problem
with optimizing loops. Thank you all for being so helpful.
Cheers, Trond
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
On Tue, Feb 26, 2008 at 2:32 PM, Pierre GM [EMAIL PROTECTED] wrote:
Alexander,
The rationale behind the current behavior is to avoid an accidental
propagation of the mask. Consider the following example:
m = numpy.array([1,0,0,1,0], dtype=bool_)
x = numpy.array([1,2,3,4,5])
y =
Neal Becker wrote:
Travis E. Oliphant wrote:
The code for this is a bit hard to understand. It does appear that it only
searches for a conversion on the 2nd argument. I don't think that's
desirable behavior.
What I'm wondering is, this works fine for builtin types. What is
I can look at it.
Would everyone be satisfied with a solution using regular expressions ?
That is, looking for the following pattern:
pattern = re.compile(r
^\s* # leading white space
(.*) # Data
%s? # Zero or one comment character
(.*) # Comments
\s*$ # Trailing white space
David Huard wrote:
Would everyone be satisfied with a solution using regular expressions ?
Maybe it's because regular expressions make me itch, but I think it's
overkill for this.
The issue here is a result of what I consider a wart in python's string
methods -- string.find() returns a
Hi Christopher,
The advantage of using regular expressions is that in this case it gives you
some flexibility that wasn't there before. For instance, if for any reason
there are two type of characters that coexist in the file to mark comments,
using
pattern = re.compile(comments)
for i,line in
On Wed, 27 Feb 2008, Christopher Barker wrote:
The issue here is a result of what I consider a wart in python's string
methods -- string.find() returns a valid index( -1 ) when
it fails to find anything.
Use index instead?
Cheers,
Alan Isaac
David Huard wrote:
The advantage of using regular expressions is that in this case it gives
you some flexibility that wasn't there before. For instance, if for any
reason there are two type of characters that coexist in the file to mark
comments, using
pattern = re.compile(comments)
can
Well, after all that said, I'm also fine with either approach. Anyway,
I would say that my personal preference is for the one using
'str.index', as it is the simplest one regarding the old code.
Like Christopher, I rarelly (never?) use 'loadtxt'. But this issue
made a coworker to get crazy (he is
Lisandro Dalcin wrote:
Well, after all that said, I'm also fine with either approach. Anyway,
I would say that my personal preference is for the one using
'str.index', as it is the simplest one regarding the old code.
Like Christopher, I rarelly (never?) use 'loadtxt'. But this issue
made a
On Wed, Feb 27, 2008 at 4:04 PM, Travis E. Oliphant
[EMAIL PROTECTED] wrote:
Did this discussion resolve with a fix that can go in before 1.0.5 is
released?
Fixed in r4827.
--
Robert Kern
I have come to believe that the whole world is an enigma, a harmless
enigma that is made terrible by
I have been poking at the limits of NumPy's handling of powers of
zero. I find some results which are disturbing, at least to me.
Here they are:
In [67]: A = numpy.array([0, 0, 0])
In [68]: B = numpy.array([-1, 0, 1+1j])
In [69]: numpy.power(A, B)
Out[69]: array([ 0.+0.j, 1.+0.j, 0.+0.j])
Robert Kern wrote:
Fixed in r4827.
Thanks Robert. For the record, this is the fixed version:
comment_start = line.find(comments)
if comment_start 0:
line = line[:comments_start].strip()
else:
line = line.strip()
Just as a matter of interest,
On Wed, Feb 27, 2008 at 5:10 PM, Stuart Brorson [EMAIL PROTECTED] wrote:
I have been poking at the limits of NumPy's handling of powers of
zero. I find some results which are disturbing, at least to me.
Here they are:
In [67]: A = numpy.array([0, 0, 0])
In [68]: B = numpy.array([-1,
On Wed, Feb 27, 2008 at 6:31 PM, Christopher Barker
[EMAIL PROTECTED] wrote:
Robert Kern wrote:
Fixed in r4827.
Thanks Robert. For the record, this is the fixed version:
comment_start = line.find(comments)
if comment_start 0:
line =
Greetings,
Enthought is very excited about our pending wide-release of the
Enthought Python Distribution (EPD). After much effort, we finally
think we're close to the first non-beta release. As one more quality
check, we'd love to impose on you guys one more time to try out a just-
On Wed, 27 Feb 2008, Robert Kern apparently wrote:
Fixed in r4827.
On Wed, Feb 27, 2008 at 6:31 PM, Christopher Barker wrote:
For the record, this is the fixed version:
comment_start = line.find(comments)
if comment_start 0:
line =
On Wed, 27 Feb 2008, Stuart Brorson apparently wrote:
** 0^0: This is problematic.
Accessible discussion:
URL:http://en.wikipedia.org/wiki/Exponentiation#Zero_to_the_zero_power
Cheers,
Alan Isaac
___
Numpy-discussion mailing list
On Thu, Feb 28, 2008 at 12:12 AM, Alan G Isaac [EMAIL PROTECTED] wrote:
On Wed, 27 Feb 2008, Robert Kern apparently wrote:
Fixed in r4827.
On Wed, Feb 27, 2008 at 6:31 PM, Christopher Barker wrote:
For the record, this is the fixed version:
comment_start =
19 matches
Mail list logo