Thank you Dominic for sharing this work :)
An industrial-strength ODE integrator suite like Sundials is certainly
a welcome addition for many people. Regarding the `haskell-numerics`
github organization ; such a general name sounds like it can
accommodate more projects than just HMatrix. I would be happy to be a
part of it, and I'm thinking to perhaps move the development of my old
PETSc bindings there.
Marco Zocca
On Mon, Apr 23, 2018 at 2:00 PM, <numeric-request(a)haskell.org> wrote:
> Send Numeric mailing list submissions to
> numeric(a)haskell.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.haskell.org/cgi-bin/mailman/listinfo/numeric
> or, via email, send a message with subject or body 'help' to
> numeric-request(a)haskell.org
>
> You can reach the person managing the list at
> numeric-owner(a)haskell.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Numeric digest..."
>
>
> Today's Topics:
>
> 1. New Version of hmatrix (more ODE solvers) (dominic(a)steinitz.org)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 22 Apr 2018 15:25:18 +0100
> From: dominic(a)steinitz.org
> To: Haskell cafe <haskell-cafe(a)haskell.org>, haskell(a)haskell.org,
> numeric(a)haskell.org
> Subject: [Numeric] New Version of hmatrix (more ODE solvers)
> Message-ID: <2AC8F7D0-05AA-4DB7-8311-E7B664A893DF(a)steinitz.org>
> Content-Type: text/plain; charset="utf-8"
>
> I am pleased to announce a new version of hmatrix: 0.19.0.0.
>
> This is not intended to be a breaking change but a lot of modules have been modified to ensure that continuous integration (which has now been set up) is green.
> Support for SUNDIALS <https://computation.llnl.gov/projects/sundials> has been added. It should be possible to replace Numeric.GSL.ODE with Numeric.Sundials.ARKode.ODE and have your program work as before bearing in mind that the methods and error control might differ (even for those with the same names!).
> The packages that comprise hmatrix are:
>
> hmatrix
> hmatrix-gsl
> hmatrix-special
> hmatrix-sparse
> hmatrix-glpk
> hmatrix-tests
> hmatrix-sundials
> I am planning to split these up into separate projects to make it easier for contributors. To this end, I have created an hmatrix <https://github.com/haskell-numerics> organisation in github. Please contact me if you wish to become a member.
>
> I strongly recommend anyone solving ODEs to look as hmatrix-sundials as the underlying package provides many more methods, more documentation and more diagnostic information (great when your 200 variable model fails). It is a truism that any sufficiently sophisticated ODE solver package is a domain specific language (I include the ODE solving part of GSL here). The current interface both to GSL and to SUNDIALS is somewhat rudimentary but will hopefully evovle to a nicer DSL (something at which Haskell excels).
>
> Dominic Steinitz
> dominic(a)steinitz.org
> http://idontgetoutmuch.wordpress.com
> Twitter: @idontgetoutmuch
>
>
>
>
I am pleased to announce a new version of hmatrix: 0.19.0.0.
This is not intended to be a breaking change but a lot of modules have been modified to ensure that continuous integration (which has now been set up) is green.
Support for SUNDIALS <https://computation.llnl.gov/projects/sundials> has been added. It should be possible to replace Numeric.GSL.ODE with Numeric.Sundials.ARKode.ODE and have your program work as before bearing in mind that the methods and error control might differ (even for those with the same names!).
The packages that comprise hmatrix are:
hmatrix
hmatrix-gsl
hmatrix-special
hmatrix-sparse
hmatrix-glpk
hmatrix-tests
hmatrix-sundials
I am planning to split these up into separate projects to make it easier for contributors. To this end, I have created an hmatrix <https://github.com/haskell-numerics> organisation in github. Please contact me if you wish to become a member.
I strongly recommend anyone solving ODEs to look as hmatrix-sundials as the underlying package provides many more methods, more documentation and more diagnostic information (great when your 200 variable model fails). It is a truism that any sufficiently sophisticated ODE solver package is a domain specific language (I include the ODE solving part of GSL here). The current interface both to GSL and to SUNDIALS is somewhat rudimentary but will hopefully evovle to a nicer DSL (something at which Haskell excels).
Dominic Steinitz
dominic(a)steinitz.org
http://idontgetoutmuch.wordpress.com
Twitter: @idontgetoutmuch
