<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general">
    <title>gmane.comp.python.numeric.general</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54269"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54268"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54267"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54266"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54265"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54264"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54263"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54262"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54261"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54260"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54259"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54258"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54257"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54256"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54255"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54254"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54253"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54252"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54251"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.numeric.general/54250"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54269">
    <title>Re: another indexing question</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54269</link>
    <description>&lt;pre&gt;You could also try using bincount, (np.bincount(x, y.real) +
1j*np.bincount(x, y.imag)) / np.bincount(x)

Bago


On Mon, May 20, 2013 at 9:03 AM, Robert Kern &amp;lt;robert.kern&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>Bago</dc:creator>
    <dc:date>2013-05-21T02:45:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54268">
    <title>Re: Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54268</link>
    <description>&lt;pre&gt;On Mon, May 20, 2013 at 6:58 PM, Bakhtiyor Zokhidov
&amp;lt;bakhtiyor_zokhidov&amp;lt; at &amp;gt;mail.ru&amp;gt; wrote:

It doesn't affect those computations, no. It does have different
results for division (1/-0.0 -&amp;gt; -inf), and it will often determine
which branch gets evaluated for a complex function that has a branch
point at the origin. These are usually considered good things and are
the primary reason that floating point includes signed zeros.

http://en.wikipedia.org/wiki/Signed_zero

--
Robert Kern
&lt;/pre&gt;</description>
    <dc:creator>Robert Kern</dc:creator>
    <dc:date>2013-05-20T19:51:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54267">
    <title>Re:  Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54267</link>
    <description>&lt;pre&gt; ok... I think -0.0 is mathematically wrong but in a program it is true.

What I suspect is that if -0.0 doesn't affect on result (e.g., 2*(-0.0 + 2) or (-0.0-2)*2 ) . If it does not affect results it would be good for me
Thanks


Понедельник, 20 мая 2013, 9:03 -07:00 от Chris Barker - NOAA Federal &amp;lt;chris.barker&amp;lt; at &amp;gt;noaa.gov&amp;gt;:

_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>Bakhtiyor Zokhidov</dc:creator>
    <dc:date>2013-05-20T17:58:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54266">
    <title>Re: Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54266</link>
    <description>&lt;pre&gt;On Mon, May 20, 2013 at 8:54 AM, Bakhtiyor Zokhidov
&amp;lt;bakhtiyor_zokhidov&amp;lt; at &amp;gt;mail.ru&amp;gt; wrote:


ceil rounds toward +inf (and floor towards -inf) -- this is exactly
what you want if you're doing what I think you are...(note that
round() rounds towards and away from zero -- so different for negative
numbers...)

the minus sign means "minus 0.0", which is a seemingly odd floating
point thing -- but FP numbers have a sign bit, which, in this case, is
set to negative, even though, mathematically speaking, 0.0 doesn't
have a sign. But it will compare to 0.0 as you'd expect:

In [8]: -0.0 == 0.0
Out[8]: True

In [9]: -0.0 &amp;lt;  0.0
Out[9]: False

-Chris

&lt;/pre&gt;</description>
    <dc:creator>Chris Barker - NOAA Federal</dc:creator>
    <dc:date>2013-05-20T16:03:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54265">
    <title>Re: another indexing question</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54265</link>
    <description>&lt;pre&gt;
All you need is a single loop over the alphabet, which is usually not
problematic.


means = np.empty([M])
for i in range(M):
    means[i] = y[x == i].mean()

--
Robert Kern
&lt;/pre&gt;</description>
    <dc:creator>Robert Kern</dc:creator>
    <dc:date>2013-05-20T16:03:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54264">
    <title>another indexing question</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54264</link>
    <description>&lt;pre&gt;I have a system that transmits signals for an alphabet of M symbols
over and additive Gaussian noise channel.  The receiver has a
1-d array of complex received values.  I'd like to find the means
of the received values according to the symbol that was transmitted.

So transmit symbol indexes might be:

x = [0, 1, 2, 1, 3, ...]

and receive output might be:

y = [(1+1j), (1-1j), ...]

Suppose the alphabet was M=4.  Then I'd like to get an array of means

m[0...3] that correspond to the values of y for each of the corresponding
values of x.

I can't think of a better way than manually using loops.  Any tricks here?
&lt;/pre&gt;</description>
    <dc:creator>Neal Becker</dc:creator>
    <dc:date>2013-05-20T16:00:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54263">
    <title>Re: Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54263</link>
    <description>&lt;pre&gt;On Mon, May 20, 2013 at 4:54 PM, Bakhtiyor Zokhidov
&amp;lt;bakhtiyor_zokhidov&amp;lt; at &amp;gt;mail.ru&amp;gt; wrote:

What about it? What were you expecting to get? What do you think is
wrong about the answer you did get?

--
Robert Kern
&lt;/pre&gt;</description>
    <dc:creator>Robert Kern</dc:creator>
    <dc:date>2013-05-20T15:55:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54262">
    <title>Re:  Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54262</link>
    <description>&lt;pre&gt; thanks a lot

what about the following example:
-0.0
???
thanks in advance for the reply


Понедельник, 20 мая 2013, 16:37 +01:00 от Robert Kern &amp;lt;robert.kern&amp;lt; at &amp;gt;gmail.com&amp;gt;:

_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>Bakhtiyor Zokhidov</dc:creator>
    <dc:date>2013-05-20T15:54:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54261">
    <title>Re: Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54261</link>
    <description>&lt;pre&gt;On Mon, May 20, 2013 at 4:21 PM, Bakhtiyor Zokhidov
&amp;lt;bakhtiyor_zokhidov&amp;lt; at &amp;gt;mail.ru&amp;gt; wrote:

For most purposes, the following functions suffice:

def new_ceil(x, step):
    return math.ceil(x / step) * step

def new_floor(x, step):
    return math.floor(x / step) * step


Alternately:

def new_ceil(x, step):
    quotient = x // step
    remainder = x % step
    return (quotient + (remainder &amp;gt; 0)) * step

def new_floor(x, step):
    quotient = x // step
    return quotient * step


Floating point representation errors and accumulated floating point
arithmetic inaccuracies may give you unexpected results in many cases,
so be careful.

--
Robert Kern
&lt;/pre&gt;</description>
    <dc:creator>Robert Kern</dc:creator>
    <dc:date>2013-05-20T15:37:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54260">
    <title>Re: Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54260</link>
    <description>&lt;pre&gt;On Mon, May 20, 2013 at 4:21 PM, Bakhtiyor Zokhidov
&amp;lt;bakhtiyor_zokhidov&amp;lt; at &amp;gt;mail.ru&amp;gt; wrote:

def new_ceil(x, step):
  return np.ceil(x / step) * step

?

-n
&lt;/pre&gt;</description>
    <dc:creator>Nathaniel Smith</dc:creator>
    <dc:date>2013-05-20T15:36:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54259">
    <title>Equvalent function for Ceil() and Floor()</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54259</link>
    <description>&lt;pre&gt; Hello,

I am using ceil() and floor() function to get upper and lower value of some numbers. Let's say:

import math
x1 = 0.35
y1 = 4.46
1.0
4.0

The problem is that If I want to get upper and lower values for the certain step, for example, step = 0.25, ceil() function should give:
new_ceil(x1, step) =&amp;gt; 0.5
new_floor(y1, step) =&amp;gt; 4.25
Because, the step is 0.25

Question: How I can I achieve those results by using ceil() and floor() function, or Is there any equvalent function for that?
--  Bakhti_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>Bakhtiyor Zokhidov</dc:creator>
    <dc:date>2013-05-20T15:21:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54258">
    <title>Re: Newbie trying to install NumPy</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54258</link>
    <description>&lt;pre&gt;

Make sure you match 32/64 bit. The message is a bit out of date,
you'll get the same error if you try to install a 32 bit numpy and
have a 64 bit python.

-Chris


_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>Chris Barker - NOAA Federal</dc:creator>
    <dc:date>2013-05-19T22:14:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54257">
    <title>Re: Newbie trying to install NumPy</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54257</link>
    <description>&lt;pre&gt;

Did you try to do this (what it says here)?

Josef



_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>josef.pktd&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2013-05-18T11:34:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54256">
    <title>Re: Newbie trying to install NumPy</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54256</link>
    <description>&lt;pre&gt;
You probably have a different version installed. Grab Python 2.7 from
python.org and install it; then, run the numpy installer. It should
just work out of the box.
&lt;/pre&gt;</description>
    <dc:creator>Daπid</dc:creator>
    <dc:date>2013-05-18T08:52:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54255">
    <title>Re: Newbie trying to install NumPy</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54255</link>
    <description>&lt;pre&gt;Hello Joe, I am not familiar with windows, but I believe that the 
Python(x,y) is here to help you : http://code.google.com/p/pythonxy/
HTH,
Johann

On 05/18/2013 07:11 AM, Joe Piccoli wrote:
&lt;/pre&gt;</description>
    <dc:creator>Johann Cohen-Tanugi</dc:creator>
    <dc:date>2013-05-18T07:28:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54254">
    <title>faster (selection based) median, 2013 edition</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54254</link>
    <description>&lt;pre&gt;hi,

once again I want to bring up the median algorithm which is implemented
in terms of sorting in numpy.
median (and percentile and a couple more functions) can be more
efficiently implemented in terms of a selection algorithm. The
complexity can them be linear instead of linearithmic.

I found numerous discussions of this in the list archives [1, 2, 3] but
I did not find why those attempts failed, the threads all just seemed to
stop.
Did the previous attempts fail due to lack of time or was there a
fundamental reason blocking this change?

In the hope of the former, I went ahead and implemented a prototype of a
partition function (similar to [3] but only one argument) and
implemented median in terms of it.
partition not like C++ partition, its equivalent to nth_element in C++,
maybe its better to name it nth_element?

The code is available here:
https://github.com/juliantaylor/numpy/tree/select-median

the partition interface is:
ndarray.partition(kth, axis=-1)
kth is an integer
The array is transformed s&lt;/pre&gt;</description>
    <dc:creator>Julian Taylor</dc:creator>
    <dc:date>2013-05-18T06:12:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54253">
    <title>Newbie trying to install NumPy</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54253</link>
    <description>&lt;pre&gt;Hello,

 

I've been trying to install NumPy to run with Eclipse on Windows Vista.
After installing (I thought) NumPy I was seeing:

 

ImportError: Error importing numpy: you should not try to import numpy from

        its source directory; please exit the numpy source tree, and
relaunch

        your python intepreter from there.

 

I next tried to follow the instructions from the scipy.org website and
downloaded and ran:

 

numpy-1.7.1-win32-superpack-python27.exe

 

This started up but I immediately saw the following dialog:

 

---------------------------

Cannot install

---------------------------

Python version 2.7 required, which was not found in the registry.

---------------------------

OK   

---------------------------

 

The next dialog prompted for a Python installation to use but the list box
was empty and it would not allow me to enter a path.

 

Is it absolutely necessary to build NumPy myself or is there a working
installation out there? I know I'm doing something wrong but I don't&lt;/pre&gt;</description>
    <dc:creator>Joe Piccoli</dc:creator>
    <dc:date>2013-05-18T05:11:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54252">
    <title>ANN: python-blosc 1.1 RC1 available for testing</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54252</link>
    <description>&lt;pre&gt;================================
Announcing python-blosc 1.1 RC1
================================

What is it?
===========

python-blosc (http://blosc.pydata.org) is a Python wrapper for the
Blosc compression library.

Blosc (http://blosc.org) is a high performance compressor optimized for
binary data.  It has been designed to transmit data to the processor
cache faster than the traditional, non-compressed, direct memory fetch
approach via a memcpy() OS call.  Whether this is achieved or not
depends of the data compressibility, the number of cores in the system,
and other factors.  See a series of benchmarks conducted for many
different systems: http://blosc.org/trac/wiki/SyntheticBenchmarks.

Blosc works well for compressing numerical arrays that contains data
with relatively low entropy, like sparse data, time series, grids with
regular-spaced values, etc.

There is also a handy command line for Blosc called Bloscpack
(https://github.com/esc/bloscpack) that allows you to compress large
binary datafiles on-&lt;/pre&gt;</description>
    <dc:creator>Francesc Alted</dc:creator>
    <dc:date>2013-05-17T18:36:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54251">
    <title>[ANN] Multidimensional Array - MDArray (0.5.0)</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54251</link>
    <description>&lt;pre&gt;Although this is not directly connected to NumPy, I believe that it could
be of interest to the NymPy community.  If, by any reason it is inproper to
post this type of announcement on this list, please let me know.

I´m happy to announce a new version of MDArray...


MDArray
=======

MDArray is a multi dimensional array implemented for JRuby inspired by
NumPy (www.numpy.org)
and Narray (narray.rubyforge.org) by Masahiro Tanaka.  MDArray stands on
the shoulders of
Java-NetCDF and Parallel Colt.

NetCDF-Java Library is a Java interface to NetCDF files, as well as to many
other types of
scientific data formats.  It is developed and distributed by Unidata (
http://www.unidata.ucar.edu).

Parallel Colt (sites.google.com/site/piotrwendykier/software/parallelcolt)
is a multithreaded
version of Colt (http://acs.lbl.gov/software/colt/).  Colt provides a set
of Open Source
Libraries for High Performance Scientific and Technical Computing in Java.
Scientific
and technical computing is characterized by demanding proble&lt;/pre&gt;</description>
    <dc:creator>Rodrigo Botafogo</dc:creator>
    <dc:date>2013-05-17T13:20:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54250">
    <title>Re: RuntimeWarning: divide by zero encounteredin log</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54250</link>
    <description>&lt;pre&gt;how
you

Try adding some parens?

np.seterrcall (lambda a,b: traceback.print_stack())

-n
_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion&amp;lt; at &amp;gt;scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
&lt;/pre&gt;</description>
    <dc:creator>Nathaniel Smith</dc:creator>
    <dc:date>2013-05-17T13:20:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.numeric.general/54249">
    <title>Re: RuntimeWarning: divide by zero encounteredin log</title>
    <link>http://permalink.gmane.org/gmane.comp.python.numeric.general/54249</link>
    <description>&lt;pre&gt;

Here's a trivial test:

import numpy as np

import traceback

np.seterrcall (lambda a,b: traceback.print_stack)
np.seterr (all='call')
np.seterrcall (lambda a,b: traceback.print_stack)

print 1./0
&lt;/pre&gt;</description>
    <dc:creator>Neal Becker</dc:creator>
    <dc:date>2013-05-17T13:14:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.python.numeric.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.python.numeric.general</link>
  </textinput>
</rdf:RDF>
