No, it isn't, a new name to PyML, it is a new project.
Thank you for your advice!
Regards,
/* da */
dmitrey ha scritto:
> isn't MLPY a new name to PyML?
> http://mloss.org/software/view/28/
>
> if no, I guess you'd better add link to your software to
> http://mloss.org/software/
> ("mloss" is "ma
Pearu,
Ohh Pearu I'm not complaining about deficiencies in f2py ... its a
great piece of work that makes what I'm doing possible at all. Just
like most open source software (including my own ;-) there may be
ways to tweak it to do things that are undocumented.
>> Why is that problem? I can
Is there a way to list all of the arrays that are referencing a given
array? Similarly, is there a way to get a list of all arrays that are
currently in memory?
Thanks,
Alex
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.sci
On Thu, Feb 14, 2008 at 2:01 AM, Stefan van der Walt <[EMAIL PROTECTED]>
wrote:
> Hi Charles
>
> On Wed, Feb 13, 2008 at 03:39:53PM -0700, Charles R Harris wrote:
> > I believe these come from your latest commit.
>
> My changeset is here:
>
> http://projects.scipy.org/scipy/numpy/changeset/4800
>
On Thu, Feb 14, 2008 at 1:03 PM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> A Thursday 14 February 2008, Charles R Harris escrigué:
> > On Thu, Feb 14, 2008 at 11:44 AM, Francesc Altet <[EMAIL PROTECTED]>
> wrote:
> > > A Thursday 14 February 2008, Charles R Harris escrigué:
> > > > On Thu, Feb 1
Hi Charles
On Wed, Feb 13, 2008 at 03:39:53PM -0700, Charles R Harris wrote:
> I believe these come from your latest commit.
My changeset is here:
http://projects.scipy.org/scipy/numpy/changeset/4800
I don't see how that would have broken the tests you listed.
Regards
Stéfan
__
I successfully compiled a shared library for use with
CTypes and linked it to an external library (Gnu
Scientific Library) on Mac OS X 10.4. I hope this
helps Mac people and anyone else who wants to use
CTypes to access their own C extensions and use other
C libraries in the process. I want to tha
A Thursday 14 February 2008, Charles R Harris escrigué:
> On Thu, Feb 14, 2008 at 11:44 AM, Francesc Altet <[EMAIL PROTECTED]>
wrote:
> > A Thursday 14 February 2008, Charles R Harris escrigué:
> > > On Thu, Feb 14, 2008 at 10:46 AM, Francesc Altet
> > > <[EMAIL PROTECTED]>
> >
> > wrote:
> > > >
On Thu, Feb 14, 2008 at 11:44 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> A Thursday 14 February 2008, Charles R Harris escrigué:
> > On Thu, Feb 14, 2008 at 10:46 AM, Francesc Altet <[EMAIL PROTECTED]>
> wrote:
> > > Looking forward to see the new qsort for strings in NumPy (the
> > > specifi
Hi,
How does it compare to the elarn scikit, especially for the SVM part ? How
was it implemented ?
Matthieu
2008/2/14, Davide Albanese <[EMAIL PROTECTED]>:
>
> *Machine Learning Py* (MLPY) is a *Python/NumPy* based package for
> machine learning.
> The package now includes:
>
> * *Support V
A Thursday 14 February 2008, Charles R Harris escrigué:
> On Thu, Feb 14, 2008 at 10:46 AM, Francesc Altet <[EMAIL PROTECTED]>
wrote:
> > Looking forward to see the new qsort for strings in NumPy (the
> > specific version for merge sort is very welcome too!).
>
> I could never figure out what the
isn't MLPY a new name to PyML?
http://mloss.org/software/view/28/
if no, I guess you'd better add link to your software to
http://mloss.org/software/
("mloss" is "machine learning open source software")
Regards, D.
Davide Albanese wrote:
> *Machine Learning Py* (MLPY) is a *Python/NumPy* based pa
On Thu, Feb 14, 2008 at 10:46 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> A Thursday 14 February 2008, Charles R Harris escrigué:
> > On Thu, Feb 14, 2008 at 9:11 AM, Francesc Altet <[EMAIL PROTECTED]>
> wrote:
> > > From the plot (attached), it can be drawn the next conclusions:
> > >
> > > 1
A Thursday 14 February 2008, Bruce Southey escrigué:
> Hi,
> I confirmed the gcc 4.2.3 performance for the Opteron:
>
> Benchmark with 100 strings of size 15
> C qsort with C style compare: 0.63
> C qsort with Python style compare: 0.63
> NumPy newqsort: 0.36
>
> I also installed th
A Thursday 14 February 2008, Charles R Harris escrigué:
> On Thu, Feb 14, 2008 at 9:11 AM, Francesc Altet <[EMAIL PROTECTED]>
wrote:
> > From the plot (attached), it can be drawn the next conclusions:
> >
> > 1) copy_string2 (the combination of manual copy and memcpy) is not
> > better than memcpy
Hi,
I confirmed the gcc 4.2.3 performance for the Opteron:
Benchmark with 100 strings of size 15
C qsort with C style compare: 0.63
C qsort with Python style compare: 0.63
NumPy newqsort: 0.36
I also installed the Intel icc 10.1 compiler on my Opteron system but
I did not use any
On Thu, Feb 14, 2008 at 9:11 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> A Wednesday 13 February 2008, Charles R Harris escrigué:
> > On Feb 13, 2008 10:56 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> > > Be warned, I'd like to stress out that these are my figures for my
> > > _own laptop_.
Hi Anne,
Thanks for your reply. As you say there are a few different problems in here.
The first is about implementing a system of physical quantities with units. I
reviewed various options for this including the ones you mentioned (unum and
ScientificPython), but they all had some important featu
A Wednesday 13 February 2008, Charles R Harris escrigué:
> On Feb 13, 2008 10:56 AM, Francesc Altet <[EMAIL PROTECTED]> wrote:
> > Be warned, I'd like to stress out that these are my figures for my
> > _own laptop_. It would be nice if you can verify all of this with
> > other achitectures (your C
A Thursday 14 February 2008, escriguéreu:
> > In any case, if anybody have access to an Opteron machine and gcc
> > 4.2.3, it would be great if he can run the benchmark and contribute
> > his feedback.
>
> Here it is with gcc 4.2.3 on an Opteron 246 (2.0 GHz):
>
> uller:~$ ./sort423_O2# with -O
*Machine Learning Py* (MLPY) is a *Python/NumPy* based package for
machine learning.
The package now includes:
* *Support Vector Machines* (linear, gaussian, polinomial,
terminated ramps) for 2-class problems
* *Fisher Discriminant Analysis* for 2-class problems
* *Iterative Rel
--- David Cournapeau <[EMAIL PROTECTED]>
wrote:
> On Wed, 2008-02-13 at 08:20 -0800, Lou Pecora wrote:
> > Yes, a good question. Two reasons I started off
> with
> > the static library. One is that Gnu instructions
> > claimed the dynamic library did not always build
> > properly on the Mac OS
On Thu, February 14, 2008 8:24 am, Garry Willgoose wrote:
> Thanks for that. The docs suggest library dl is Unix only. Does that
> mean this solution will not work on Windows? Windows is on my
> implementation roadmap but I'm not quite there yet to test it.
I have no idea whether it will work on W
Jussi Enkovaara wrote:
> It is of course very cumbersome as one has to specify all the modules which
> are
> written in C before compiling the actual interpreter. I think that the whole
> procedure cannot be automatized, but it should be possible to have distutils
> to
> create the static libr
A Wednesday 13 February 2008, Scott Ransom escrigué:
> On Wednesday 13 February 2008 02:37:37 pm Francesc Altet wrote:
> > So, I'd say that the guilty is the gcc 4.2.1, 64-bit (or at very
> > least, AMD Opteron architecture) and that newqsort performs really
> > well in general (provided that the c
25 matches
Mail list logo