Dag Sverre Seljebotn d.s.seljeb...@astro.uio.no wrote:
Under 2), would it make sense to also export the contents of a
Fortran-contiguous buffer as a raw byte stream? I was just the other week
writing code to serialize an array in Fortran order to a binary stream.
Probably, since it works now
Stefan Krah stefan-use...@bytereef.org wrote:
Dag Sverre Seljebotn d.s.seljeb...@astro.uio.no wrote:
Under 2), would it make sense to also export the contents of a
Fortran-contiguous buffer as a raw byte stream? I was just the other week
writing code to serialize an array in Fortran order
On 30.08.2011, at 6:21PM, Chris.Barker wrote:
I've submitted a pull request for a new method for loading data from
text files into a record array/masked record array.
Click on the link for more info, but the general idea is to create a
regular expression for what entries should look like
On 9/2/11 8:22 AM, Derek Homeier wrote:
I agree it would make a very nice addition, and could complement my
pre-allocation option for loadtxt - however there I've also been made
aware that this approach breaks streamed input etc., so the buffer.resize(…)
methods in accumulator would be the
Sorry I'm only now getting around to thinking more about this. Been
side-tracked by stats stuff.
On Fri, Sep 2, 2011 at 10:50 AM, Chris.Barker chris.bar...@noaa.gov wrote:
On 9/2/11 8:22 AM, Derek Homeier wrote:
I agree it would make a very nice addition, and could complement my
pre-allocation
On 02.09.2011, at 5:50PM, Chris.Barker wrote:
hmmm -- it seems you could jsut as well be building the array as you go,
and if you hit a change in the imput, re-set and start again.
In my tests, I'm pretty sure that the time spent file io and string
parsing swamp the time it takes to
On 02.09.2011, at 6:16PM, Christopher Jordan-Squire wrote:
I hadn't thought of that. Interesting idea. I'm surprised that
completely resetting the array could be faster.
I had experimented a bit with the fromiter function, which also increases
the output array as needed, and this creates
I made the changes discussed here and pushed them to pull request.
https://github.com/numpy/numpy/pull/143#issuecomment-1980897
I changed the new function's name from sample to choice and added the
size=1 default as Robert suggested. I also reverted all the changes
for sample, random, and ranf
On Thu, Sep 1, 2011 at 10:55 PM, Nathaniel Smith n...@pobox.com wrote:
On Thu, Sep 1, 2011 at 8:31 PM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
On Thu, Sep 1, 2011 at 11:14 PM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Sep 1, 2011 at 22:07, Christopher Jordan-Squire
On Fri, Sep 2, 2011 at 10:14 AM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
I made the changes discussed here and pushed them to pull request.
https://github.com/numpy/numpy/pull/143#issuecomment-1980897
I think you mean https://github.com/numpy/numpy/pull/151
I changed the new
On Fri, Sep 2, 2011 at 12:58 PM, Nathaniel Smith n...@pobox.com wrote:
On Fri, Sep 2, 2011 at 10:14 AM, Christopher Jordan-Squire
cjord...@uw.edu wrote:
I made the changes discussed here and pushed them to pull request.
https://github.com/numpy/numpy/pull/143#issuecomment-1980897
I think
On 9/2/11 9:16 AM, Christopher Jordan-Squire wrote:
I agree it would make a very nice addition, and could complement my
pre-allocation option for loadtxt - however there I've also been made
aware that this approach breaks streamed input etc., so the buffer.resize(…)
methods in accumulator
On Fri, Sep 2, 2011 at 3:54 PM, Chris.Barker chris.bar...@noaa.gov wrote:
On 9/2/11 9:16 AM, Christopher Jordan-Squire wrote:
I agree it would make a very nice addition, and could complement my
pre-allocation option for loadtxt - however there I've also been made
aware that this approach
Hi list,
Once again, we are looking for a junior developer to work on the
scikit-learn. Below is the official job posting. Unofficially I would
like to stress that this is a unique opportunity to be payed for two
years to work on learning and improving the scientific Python toolstack.
Gael
14 matches
Mail list logo