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
On Fri, Sep 2, 2011 at 3:54 PM, Chris.Barker 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 breaks streame
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 accum
On Fri, Sep 2, 2011 at 12:58 PM, Nathaniel Smith wrote:
> On Fri, Sep 2, 2011 at 10:14 AM, Christopher Jordan-Squire
> 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://githu
On Fri, Sep 2, 2011 at 10:14 AM, Christopher Jordan-Squire
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 function's name fro
On Thu, Sep 1, 2011 at 10:55 PM, Nathaniel Smith wrote:
> On Thu, Sep 1, 2011 at 8:31 PM, Christopher Jordan-Squire
> wrote:
>> On Thu, Sep 1, 2011 at 11:14 PM, Robert Kern wrote:
>>> On Thu, Sep 1, 2011 at 22:07, Christopher Jordan-Squire
>>> wrote:
>>>
So in the mean time, are there any
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 an
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 n
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 a
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 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 option for loadt
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
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
Stefan Krah wrote:
> Dag Sverre Seljebotn 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 wor
13 matches
Mail list logo
