-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I must be completely misunderstanding your point, or you mine. I've been of the impression that people have been suggesting that the specific equations for each model should be hard-coded into the software, not just the solvers! My thought on that was "Uh.. what?" haha... I think it turns out we are in agreement after all. > I'm not sure to understand. (I'm just a poor frog, my english is not > perfect.) Don't be so hard on yourself. Sometimes mine isn't, either. - --G Celelibi wrote: > 2008/11/10 Glen <[EMAIL PROTECTED]> > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Perhaps I should term what I mean an "expression solver," then? It's not >> meant to solve differential equations nor anything that complex. >> > > So, I think x^2 + log(x) = 0 is too complex. > > Though anything that can be solved using simple steps shouldn't be too >> hard as long as the expression is built with simple components. The >> parser itself will be more difficult! >> >> i^2 + log(i) is very much in the range of what I mean. Log functions >> have been built into many math libraries for a long time. Every 3D >> modeler out there also solves differentials, but that's going a bit far >> unless someone else wants to put it in. > > > I'm not sure to understand. (I'm just a poor frog, my english is not > perfect.) > So you think a "generic solver" could solve i^2 + log(i) = 0 ? > I think (but not sure) it has been proved that such equations can't be > solved without using numerical approximation. > > What argument have you against just saying in the component : > - which solver the component uses > - what parameter we give to the solver > ? > > This would be very flexible. We could have a solver that uses linear > algebra, another that just take a "simple equation" and try to solve it, > another that try to solve numerically using Newton method etc. > > And since there is a so wide range of possible solver, these should be > pluggable to ktechlab. That in order to add solvers without needing a new > release of the whole "ktech system". > Ok numerical solving works pretty well for almost every differetiable > function. But it may not be quick and/or accruate enough for everything. So > when adding a new component, we may need to add a new solver. > > > Celelibi > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Ktechlab-devel mailing list > Ktechlab-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ktechlab-devel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkYT2UACgkQLstl3vProODaqwCeJ4OMVLVsds607DX1fbFAQtig P+4Anj9qTCQrsWk+9yQXmHCqlbUzNc2d =0ARE -----END PGP SIGNATURE----- ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ktechlab-devel mailing list Ktechlab-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ktechlab-devel
