Re: Machine Learning in PicoLisp
Yes, go for it! Are you going to try and translate Fortran or C to PicoLisp, or are you going full hog, and try to implement from scratch? On Mon, Jul 20, 2015 at 7:17 PM, Manuel Cano wrote: > If you can choose, I don't know what are you waiting for... have fun! > > 2015-07-20 13:03 GMT+02:00 Amaury Hernández Águila : > >> Not using BLAS or LAPACK. >> >> 2015-07-20 3:53 GMT-07:00 Manuel Cano : >> >>> What gives you more fun? >>> >>> 2015-07-20 12:18 GMT+02:00 Amaury Hernández Águila : >>> I appreciate people who know the term "computational intelligence." PicoCI sounds good. I know that BLAS and LAPACK are battle-tested, but in that case I would just use other libraries in other programming languages (this is how I feel). I've been doing CI in common lisp using clml, mgl-gpr, mgl, and others, and I even have access to run my models in CUDA GPUs with my current setup. I'd like to see PilOS running CI in a near future, and without the dependencies on fortran's BLAS and LAPACK. I'm still open to constructive criticism. Should we take a purist approach or should we go the battle-tested safer route? 2015-07-20 2:32 GMT-07:00 Robert Herman : > I would welcome the results of your efforts, and contribute where I > could, but I think it would be best to make calls to BLAS and LAPACK, > since > they are battle-tested. I am currently working my way through a book > 'Handbook of Neuroevolution through Erlang', but I prefer Lisp. Erlang is > just better at the fault tolerance, distributed thing. > Lush2 Lisp was used for heavy numerics, so you may want to look there > for some guidance, however the Sourceforge site is down at the moment
Re: Machine Learning in PicoLisp
If you can choose, I don't know what are you waiting for... have fun! 2015-07-20 13:03 GMT+02:00 Amaury Hernández Águila : > Not using BLAS or LAPACK. > > 2015-07-20 3:53 GMT-07:00 Manuel Cano : > >> What gives you more fun? >> >> 2015-07-20 12:18 GMT+02:00 Amaury Hernández Águila : >> >>> I appreciate people who know the term "computational intelligence." >>> PicoCI sounds good. >>> >>> I know that BLAS and LAPACK are battle-tested, but in that case I would >>> just use other libraries in other programming languages (this is how I >>> feel). I've been doing CI in common lisp using clml, mgl-gpr, mgl, and >>> others, and I even have access to run my models in CUDA GPUs with my >>> current setup. I'd like to see PilOS running CI in a near future, and >>> without the dependencies on fortran's BLAS and LAPACK. >>> >>> I'm still open to constructive criticism. Should we take a purist >>> approach or should we go the battle-tested safer route? >>> >>> >>> 2015-07-20 2:32 GMT-07:00 Robert Herman : >>> I would welcome the results of your efforts, and contribute where I could, but I think it would be best to make calls to BLAS and LAPACK, since they are battle-tested. I am currently working my way through a book 'Handbook of Neuroevolution through Erlang', but I prefer Lisp. Erlang is just better at the fault tolerance, distributed thing. Lush2 Lisp was used for heavy numerics, so you may want to look there for some guidance, however the Sourceforge site is down at the moment. I am currently trying to get PilOS running on Qemu on a Win 8.1 64bit machine. I'd love to have that and computational intelligence libraries working in 64bit PicoLisp! Hey, how about PicoCi or PicoCI? Rob On Mon, Jul 20, 2015 at 5:08 PM, Rowan Thorpe wrote: > On 2015/07/20-01:01, Amaury Hernández Águila wrote: > > I think this will be an exciting project. I'll try a pure PicoLisp > > implementation and see how far I can go. Any suggestions to the name > of the > > library? PicoML sounds good. > > > > Currently, I would start with a fuzzy logic toolbox, genetic > programming > > and an architecture to create multi-agent systems. The second step > would be > > to create neural networks. > > If you will develop on a public repo, please do send this thread a > link to it > when you feel it is at a point that others could send pull-requests to > (or open > issues for) to help with the progress. > > -- > Rowan Thorpe > PGP fingerprint: > BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD > > "There is a great difference between worry and concern. A worried > person sees > a problem, and a concerned person solves a problem." > - Harold Stephens > -- > UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe > >>> >> >> >> -- >> Manuel >> > > -- Manuel
Re: Machine Learning in PicoLisp
Not using BLAS or LAPACK. 2015-07-20 3:53 GMT-07:00 Manuel Cano : > What gives you more fun? > > 2015-07-20 12:18 GMT+02:00 Amaury Hernández Águila : > >> I appreciate people who know the term "computational intelligence." >> PicoCI sounds good. >> >> I know that BLAS and LAPACK are battle-tested, but in that case I would >> just use other libraries in other programming languages (this is how I >> feel). I've been doing CI in common lisp using clml, mgl-gpr, mgl, and >> others, and I even have access to run my models in CUDA GPUs with my >> current setup. I'd like to see PilOS running CI in a near future, and >> without the dependencies on fortran's BLAS and LAPACK. >> >> I'm still open to constructive criticism. Should we take a purist >> approach or should we go the battle-tested safer route? >> >> >> 2015-07-20 2:32 GMT-07:00 Robert Herman : >> >>> I would welcome the results of your efforts, and contribute where I >>> could, but I think it would be best to make calls to BLAS and LAPACK, since >>> they are battle-tested. I am currently working my way through a book >>> 'Handbook of Neuroevolution through Erlang', but I prefer Lisp. Erlang is >>> just better at the fault tolerance, distributed thing. >>> Lush2 Lisp was used for heavy numerics, so you may want to look there >>> for some guidance, however the Sourceforge site is down at the moment. >>> I am currently trying to get PilOS running on Qemu on a Win 8.1 64bit >>> machine. I'd love to have that and computational intelligence libraries >>> working in 64bit PicoLisp! Hey, how about PicoCi or PicoCI? >>> >>> Rob >>> >>> On Mon, Jul 20, 2015 at 5:08 PM, Rowan Thorpe >>> wrote: >>> On 2015/07/20-01:01, Amaury Hernández Águila wrote: > I think this will be an exciting project. I'll try a pure PicoLisp > implementation and see how far I can go. Any suggestions to the name of the > library? PicoML sounds good. > > Currently, I would start with a fuzzy logic toolbox, genetic programming > and an architecture to create multi-agent systems. The second step would be > to create neural networks. If you will develop on a public repo, please do send this thread a link to it when you feel it is at a point that others could send pull-requests to (or open issues for) to help with the progress. -- Rowan Thorpe PGP fingerprint: BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD "There is a great difference between worry and concern. A worried person sees a problem, and a concerned person solves a problem." - Harold Stephens -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe >>> >>> >> > > > -- > Manuel >
Re: Machine Learning in PicoLisp
What gives you more fun? 2015-07-20 12:18 GMT+02:00 Amaury Hernández Águila : > I appreciate people who know the term "computational intelligence." PicoCI > sounds good. > > I know that BLAS and LAPACK are battle-tested, but in that case I would > just use other libraries in other programming languages (this is how I > feel). I've been doing CI in common lisp using clml, mgl-gpr, mgl, and > others, and I even have access to run my models in CUDA GPUs with my > current setup. I'd like to see PilOS running CI in a near future, and > without the dependencies on fortran's BLAS and LAPACK. > > I'm still open to constructive criticism. Should we take a purist approach > or should we go the battle-tested safer route? > > > 2015-07-20 2:32 GMT-07:00 Robert Herman : > >> I would welcome the results of your efforts, and contribute where I >> could, but I think it would be best to make calls to BLAS and LAPACK, since >> they are battle-tested. I am currently working my way through a book >> 'Handbook of Neuroevolution through Erlang', but I prefer Lisp. Erlang is >> just better at the fault tolerance, distributed thing. >> Lush2 Lisp was used for heavy numerics, so you may want to look there for >> some guidance, however the Sourceforge site is down at the moment. >> I am currently trying to get PilOS running on Qemu on a Win 8.1 64bit >> machine. I'd love to have that and computational intelligence libraries >> working in 64bit PicoLisp! Hey, how about PicoCi or PicoCI? >> >> Rob >> >> On Mon, Jul 20, 2015 at 5:08 PM, Rowan Thorpe >> wrote: >> >>> On 2015/07/20-01:01, Amaury Hernández Águila wrote: >>> > I think this will be an exciting project. I'll try a pure PicoLisp >>> > implementation and see how far I can go. Any suggestions to the name >>> of the >>> > library? PicoML sounds good. >>> > >>> > Currently, I would start with a fuzzy logic toolbox, genetic >>> programming >>> > and an architecture to create multi-agent systems. The second step >>> would be >>> > to create neural networks. >>> >>> If you will develop on a public repo, please do send this thread a link >>> to it >>> when you feel it is at a point that others could send pull-requests to >>> (or open >>> issues for) to help with the progress. >>> >>> -- >>> Rowan Thorpe >>> PGP fingerprint: >>> BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD >>> >>> "There is a great difference between worry and concern. A worried person >>> sees >>> a problem, and a concerned person solves a problem." >>> - Harold Stephens >>> -- >>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe >>> >> >> > -- Manuel
Re: Machine Learning in PicoLisp
I appreciate people who know the term "computational intelligence." PicoCI sounds good. I know that BLAS and LAPACK are battle-tested, but in that case I would just use other libraries in other programming languages (this is how I feel). I've been doing CI in common lisp using clml, mgl-gpr, mgl, and others, and I even have access to run my models in CUDA GPUs with my current setup. I'd like to see PilOS running CI in a near future, and without the dependencies on fortran's BLAS and LAPACK. I'm still open to constructive criticism. Should we take a purist approach or should we go the battle-tested safer route? 2015-07-20 2:32 GMT-07:00 Robert Herman : > I would welcome the results of your efforts, and contribute where I could, > but I think it would be best to make calls to BLAS and LAPACK, since they > are battle-tested. I am currently working my way through a book 'Handbook > of Neuroevolution through Erlang', but I prefer Lisp. Erlang is just better > at the fault tolerance, distributed thing. > Lush2 Lisp was used for heavy numerics, so you may want to look there for > some guidance, however the Sourceforge site is down at the moment. > I am currently trying to get PilOS running on Qemu on a Win 8.1 64bit > machine. I'd love to have that and computational intelligence libraries > working in 64bit PicoLisp! Hey, how about PicoCi or PicoCI? > > Rob > > On Mon, Jul 20, 2015 at 5:08 PM, Rowan Thorpe > wrote: > >> On 2015/07/20-01:01, Amaury Hernández Águila wrote: >> > I think this will be an exciting project. I'll try a pure PicoLisp >> > implementation and see how far I can go. Any suggestions to the name of >> the >> > library? PicoML sounds good. >> > >> > Currently, I would start with a fuzzy logic toolbox, genetic programming >> > and an architecture to create multi-agent systems. The second step >> would be >> > to create neural networks. >> >> If you will develop on a public repo, please do send this thread a link >> to it >> when you feel it is at a point that others could send pull-requests to >> (or open >> issues for) to help with the progress. >> >> -- >> Rowan Thorpe >> PGP fingerprint: >> BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD >> >> "There is a great difference between worry and concern. A worried person >> sees >> a problem, and a concerned person solves a problem." >> - Harold Stephens >> -- >> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe >> > >
Re: Machine Learning in PicoLisp
I would welcome the results of your efforts, and contribute where I could, but I think it would be best to make calls to BLAS and LAPACK, since they are battle-tested. I am currently working my way through a book 'Handbook of Neuroevolution through Erlang', but I prefer Lisp. Erlang is just better at the fault tolerance, distributed thing. Lush2 Lisp was used for heavy numerics, so you may want to look there for some guidance, however the Sourceforge site is down at the moment. I am currently trying to get PilOS running on Qemu on a Win 8.1 64bit machine. I'd love to have that and computational intelligence libraries working in 64bit PicoLisp! Hey, how about PicoCi or PicoCI? Rob On Mon, Jul 20, 2015 at 5:08 PM, Rowan Thorpe wrote: > On 2015/07/20-01:01, Amaury Hernández Águila wrote: > > I think this will be an exciting project. I'll try a pure PicoLisp > > implementation and see how far I can go. Any suggestions to the name of > the > > library? PicoML sounds good. > > > > Currently, I would start with a fuzzy logic toolbox, genetic programming > > and an architecture to create multi-agent systems. The second step would > be > > to create neural networks. > > If you will develop on a public repo, please do send this thread a link to > it > when you feel it is at a point that others could send pull-requests to (or > open > issues for) to help with the progress. > > -- > Rowan Thorpe > PGP fingerprint: > BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD > > "There is a great difference between worry and concern. A worried person > sees > a problem, and a concerned person solves a problem." > - Harold Stephens > -- > UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe >
Re: Machine Learning in PicoLisp
2015-07-20 2:08 GMT-07:00 Rowan Thorpe : > > > If you will develop on a public repo, please do send this thread a link to > it > when you feel it is at a point that others could send pull-requests to (or > open > issues for) to help with the progress. > Will do.
Re: Machine Learning in PicoLisp
On 2015/07/20-01:01, Amaury Hernández Águila wrote: > I think this will be an exciting project. I'll try a pure PicoLisp > implementation and see how far I can go. Any suggestions to the name of the > library? PicoML sounds good. > > Currently, I would start with a fuzzy logic toolbox, genetic programming > and an architecture to create multi-agent systems. The second step would be > to create neural networks. If you will develop on a public repo, please do send this thread a link to it when you feel it is at a point that others could send pull-requests to (or open issues for) to help with the progress. -- Rowan Thorpe PGP fingerprint: BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD "There is a great difference between worry and concern. A worried person sees a problem, and a concerned person solves a problem." - Harold Stephens -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Re: Machine Learning in PicoLisp
PicoLearn On Mon, Jul 20, 2015 at 11:16 AM, Alexis wrote: > > Amaury Hernández Águila writes: > >> Any suggestions to the name of the library? PicoML sounds good. > > > i would suggest not using 'PicoML' - that sounds like a dialect of the ML > programming language: > > https://en.wikipedia.org/wiki/ML_%28programming_language%29 > > > Alexis. > -- > UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe -- "If technology is your thing plan to die reading manuals" --Gene Woolsey -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Re: Machine Learning in PicoLisp
Amaury Hernández Águila writes: Any suggestions to the name of the library? PicoML sounds good. i would suggest not using 'PicoML' - that sounds like a dialect of the ML programming language: https://en.wikipedia.org/wiki/ML_%28programming_language%29 Alexis. -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Re: Machine Learning in PicoLisp
I think this will be an exciting project. I'll try a pure PicoLisp implementation and see how far I can go. Any suggestions to the name of the library? PicoML sounds good. Currently, I would start with a fuzzy logic toolbox, genetic programming and an architecture to create multi-agent systems. The second step would be to create neural networks. 2015-07-20 0:51 GMT-07:00 Alexander Burger : > On Mon, Jul 20, 2015 at 12:31:15AM -0700, Amaury Hernández Águila wrote: > > How bad would a pure picolisp implementation be? > > It depends how heavily the implementation depends on floating point. All > right if it can be handled in fixpoint. If true floating point is > needed, we must resort to 'native' calls again. On the other hand, the > precision in a fixpoint implementation would be unlimited. > -- > UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe >
Re: Machine Learning in PicoLisp
On Mon, Jul 20, 2015 at 12:31:15AM -0700, Amaury Hernández Águila wrote: > How bad would a pure picolisp implementation be? It depends how heavily the implementation depends on floating point. All right if it can be handled in fixpoint. If true floating point is needed, we must resort to 'native' calls again. On the other hand, the precision in a fixpoint implementation would be unlimited. -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Re: Machine Learning in PicoLisp
How bad would a pure picolisp implementation be? El lunes, 20 de julio de 2015, Alexander Burger escribió: > On Mon, Jul 20, 2015 at 09:00:14AM +0200, klaus schilling wrote: > > Artificial neural networks, support vector machines, regression, smart > > classification/regression trees, and som on require heavy number > > crunching, such as inverting large matrices. Numpy (one of the modules > > used by python's most popular machine learning module) does this by > > accessing the standard Fortran libraries (BLAS, LAPACK). Would that be > > possible from picolisp? > > Yes. Better in pil64, with 'native' calls. > -- > UNSUBSCRIBE: mailto:picolisp@software-lab.de > ?subject=Unsubscribe >
Re: Machine Learning in PicoLisp
On Mon, Jul 20, 2015 at 09:00:14AM +0200, klaus schilling wrote: > Artificial neural networks, support vector machines, regression, smart > classification/regression trees, and som on require heavy number > crunching, such as inverting large matrices. Numpy (one of the modules > used by python's most popular machine learning module) does this by > accessing the standard Fortran libraries (BLAS, LAPACK). Would that be > possible from picolisp? Yes. Better in pil64, with 'native' calls. -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Re: Machine Learning in PicoLisp
Alexander Burger writes: > On Sun, Jul 19, 2015 at 06:58:46PM -0700, Amaury Hernández Águila wrote: >> How suitable would PicoLisp be to implement Machine Learning algorithms? >> I'm working on a Fuzzy Logic Toolbox on Common Lisp, but I like the idea of >> migrating to PicoLisp. > > Sure, good idea! ;) > ♪♫ Alex Artificial neural networks, support vector machines, regression, smart classification/regression trees, and som on require heavy number crunching, such as inverting large matrices. Numpy (one of the modules used by python's most popular machine learning module) does this by accessing the standard Fortran libraries (BLAS, LAPACK). Would that be possible from picolisp? Klaus Schilling -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Re: Machine Learning in PicoLisp
On Sun, Jul 19, 2015 at 06:58:46PM -0700, Amaury Hernández Águila wrote: > How suitable would PicoLisp be to implement Machine Learning algorithms? > I'm working on a Fuzzy Logic Toolbox on Common Lisp, but I like the idea of > migrating to PicoLisp. Sure, good idea! ;) ♪♫ Alex -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
