hartmath-devel

[hartmath] project status

[Peter K. <pea...@ya...>]

Hallo!

Is the project active or down?
And if it is down where is(are) the developer(s) gone?
And why will http://www.hartmath.org/ let us got to
http://www.matheclipse.org/me/
??

And why is kha...@t-... not available?

Peter.

	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

[hartmath] [ hartmath-Feature Requests-998939 ] Min/Max(a, b, .., n) but not Avg(...)?

[SourceForge.net <no...@so...>]

Feature Requests item #998939, was opened at 2004-07-27 14:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355083&aid=998939&group_id=5083

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Bradley Plies (logician)
Assigned to: Nobody/Anonymous (nobody)
Summary: Min/Max(a, b, .., n) but not Avg(...)?

Initial Comment:
I know there is already an ArithmeticMean({a, b, ...,
n}) function, but could we have an average function
that takes arguments like Min and Max do instead of in
a {} list?   Or in addition, provide Min & Max that can
also take {} lists?

Max(1, 2, 3) ==> 3
Min(1, 2, 3) ==> 1

ArithmeticMean({1, 2, 3}) ==> 2
Nicer: Avg(1, 2, 3) ==> 2

On the other hand, maybe Min & Max should be able to
process lists too?

I know, I know, an Avg function is easy to implement by
hand but so can most other functions. 

Great tool by the way, I hope to be able to make good
use of it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355083&aid=998939&group_id=5083

[hartmath] [ hartmath-Bugs-891338 ] Stack Overflow from Infinite Recursion

[SourceForge.net <no...@so...>]

Bugs item #891338, was opened at 2004-02-05 22:10
Message generated for change (Comment added) made by jsurfer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

Category: None
Group: misc
Status: Open
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stack Overflow from Infinite Recursion

Initial Comment:
I noticed that the attached simple test program fails
with a stack
overflow due to infinite recursion in the second EV() call.

Output:
  Before D(Pow(x,1/2),x)
  After  D(Pow(x,1/2),x)
  Before D(Pow(x,-1/2),x)
  Exception in thread "main" java.lang.StackOverflowError

When I run it with some extra instrumentation (printing
rules that are
applied, from HRuleSet.testDownRules()), I see that it
appears to be
applying the rule
{x_IsNumber}:=Check(SignumCmp(x)<0,I*Pi-{-x})
to List(1/2), then List(-1/2), and then repeating.

I&#039;ll keep looking into this, to nail down exactly
what&#039;s happening.
Perhaps some rules don&#039;t interact well, or a rule
should be added.
This might also be related to the fact that the
function isn&#039;t defined
for x<0, or that the second function has a pole (goes
to infinity)
at x=0.  However, even if the function behaves poorly,
we&#039;ll want it
to report that problem cleanly, so this is a bug.

As I said, I&#039;m researching this one, but I&#039;m also
reporting it as a
matter of proper practice.


----------------------------------------------------------------------

Comment By: Klaus Hartlage (jsurfer)
Date: 2004-04-03 21:03

Message:
Logged In: YES 
user_id=810238

I'm still interested in developing hartmath.

The project IMHO needs a rewrite from ground up to be used
in multi-threaded web-environments.
I did a first (very imcomplete) rewrite which is integrated
in a mathml blog/wiki:
http://www.hartlage.de:8080/hmath/space/math/calculus/Derivative

See CVS in Project:
http://www.sourceforge.net/projects/hmath


----------------------------------------------------------------------

Comment By: Preston Pfarner (pfarner)
Date: 2004-04-03 19:38

Message:
Logged In: YES 
user_id=945156

Yes, I am working on HartMath some, but I've been idle for
the last couple of weeks because I was on vacation.  It's
possible that it makes more sense to put effort into hmath
(hmath.org), a possible successor. *shrug*

On this bug, I've found that at some point in the process of
evaluating a derivative (even D(x,x)) the rules for Sin()
appear to be put into List().  I don't know how this is
happening, but it's definitely not good.  This is obviously
wrong, and I haven't tracked it down yet.

For another example, if I evaluate List(Multiply(1/4,Pi)) on
its own, I get no simplification.  If I do it after a
derivative has been evaluated, I get
List(Multiply(1/4,Pi))=1.  Naturally, this would be true if
the "List" were "Sin", but somewhere in there the wrong
rules are being loaded.  I have some more introspection to
add, and then it'll probably become clear (and be fixed).

While the dynamic on-the-fly loading of capabilities is nice
for latency (start-up speed) reasons, it can defer bugs like
this until some condition occurs, making them harder to find.

----------------------------------------------------------------------

Comment By: Scott Lett (slett)
Date: 2004-04-03 19:26

Message:
Logged In: YES 
user_id=49890

Preston, does this mean that you're working on Hartmath 
now?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

[hartmath] [ hartmath-Bugs-891338 ] Stack Overflow from Infinite Recursion

[SourceForge.net <no...@so...>]

Bugs item #891338, was opened at 2004-02-05 13:10
Message generated for change (Comment added) made by pfarner
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

Category: None
Group: misc
Status: Open
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stack Overflow from Infinite Recursion

Initial Comment:
I noticed that the attached simple test program fails
with a stack
overflow due to infinite recursion in the second EV() call.

Output:
  Before D(Pow(x,1/2),x)
  After  D(Pow(x,1/2),x)
  Before D(Pow(x,-1/2),x)
  Exception in thread "main" java.lang.StackOverflowError

When I run it with some extra instrumentation (printing
rules that are
applied, from HRuleSet.testDownRules()), I see that it
appears to be
applying the rule
{x_IsNumber}:=Check(SignumCmp(x)<0,I*Pi-{-x})
to List(1/2), then List(-1/2), and then repeating.

I&#039;ll keep looking into this, to nail down exactly
what&#039;s happening.
Perhaps some rules don&#039;t interact well, or a rule
should be added.
This might also be related to the fact that the
function isn&#039;t defined
for x<0, or that the second function has a pole (goes
to infinity)
at x=0.  However, even if the function behaves poorly,
we&#039;ll want it
to report that problem cleanly, so this is a bug.

As I said, I&#039;m researching this one, but I&#039;m also
reporting it as a
matter of proper practice.


----------------------------------------------------------------------

>Comment By: Preston Pfarner (pfarner)
Date: 2004-04-03 09:38

Message:
Logged In: YES 
user_id=945156

Yes, I am working on HartMath some, but I've been idle for
the last couple of weeks because I was on vacation.  It's
possible that it makes more sense to put effort into hmath
(hmath.org), a possible successor. *shrug*

On this bug, I've found that at some point in the process of
evaluating a derivative (even D(x,x)) the rules for Sin()
appear to be put into List().  I don't know how this is
happening, but it's definitely not good.  This is obviously
wrong, and I haven't tracked it down yet.

For another example, if I evaluate List(Multiply(1/4,Pi)) on
its own, I get no simplification.  If I do it after a
derivative has been evaluated, I get
List(Multiply(1/4,Pi))=1.  Naturally, this would be true if
the "List" were "Sin", but somewhere in there the wrong
rules are being loaded.  I have some more introspection to
add, and then it'll probably become clear (and be fixed).

While the dynamic on-the-fly loading of capabilities is nice
for latency (start-up speed) reasons, it can defer bugs like
this until some condition occurs, making them harder to find.

----------------------------------------------------------------------

Comment By: Scott Lett (slett)
Date: 2004-04-03 09:26

Message:
Logged In: YES 
user_id=49890

Preston, does this mean that you're working on Hartmath 
now?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

[hartmath] [ hartmath-Bugs-891338 ] Stack Overflow from Infinite Recursion

[SourceForge.net <no...@so...>]

Bugs item #891338, was opened at 2004-02-05 16:10
Message generated for change (Comment added) made by slett
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

Category: None
Group: misc
Status: Open
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stack Overflow from Infinite Recursion

Initial Comment:
I noticed that the attached simple test program fails
with a stack
overflow due to infinite recursion in the second EV() call.

Output:
  Before D(Pow(x,1/2),x)
  After  D(Pow(x,1/2),x)
  Before D(Pow(x,-1/2),x)
  Exception in thread "main" java.lang.StackOverflowError

When I run it with some extra instrumentation (printing
rules that are
applied, from HRuleSet.testDownRules()), I see that it
appears to be
applying the rule
{x_IsNumber}:=Check(SignumCmp(x)<0,I*Pi-{-x})
to List(1/2), then List(-1/2), and then repeating.

I&#039;ll keep looking into this, to nail down exactly
what&#039;s happening.
Perhaps some rules don&#039;t interact well, or a rule
should be added.
This might also be related to the fact that the
function isn&#039;t defined
for x<0, or that the second function has a pole (goes
to infinity)
at x=0.  However, even if the function behaves poorly,
we&#039;ll want it
to report that problem cleanly, so this is a bug.

As I said, I&#039;m researching this one, but I&#039;m also
reporting it as a
matter of proper practice.


----------------------------------------------------------------------

Comment By: Scott Lett (slett)
Date: 2004-04-03 12:26

Message:
Logged In: YES 
user_id=49890

Preston, does this mean that you're working on Hartmath 
now?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

[hartmath] [ hartmath-Bugs-928099 ] Wrong derivation

[SourceForge.net <no...@so...>]

Bugs item #928099, was opened at 2004-04-02 03:31
Message generated for change (Comment added) made by slett
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=928099&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong derivation

Initial Comment:
D(Sin(x),x) gives the result

Cos(1) instead of Cos(x)

----------------------------------------------------------------------

Comment By: Scott Lett (slett)
Date: 2004-04-03 12:24

Message:
Logged In: YES 
user_id=49890

To my knowledge, there are no people working on Hartmath 
at the moment.  

It seems that Hartmath has a lot of potential.  Is there any 
interest from developers in working on it?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=928099&group_id=5083

[hartmath] [ hartmath-Bugs-928099 ] Wrong derivation

[SourceForge.net <no...@so...>]

Bugs item #928099, was opened at 2004-04-02 00:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=928099&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong derivation

Initial Comment:
D(Sin(x),x) gives the result

Cos(1) instead of Cos(x)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=928099&group_id=5083

[hartmath] [ hartmath-Bugs-891338 ] Stack Overflow from Infinite Recursion

[SourceForge.net <no...@so...>]

Bugs item #891338, was opened at 2004-02-05 13:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

Category: None
Group: misc
Status: Open
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stack Overflow from Infinite Recursion

Initial Comment:
I noticed that the attached simple test program fails
with a stack
overflow due to infinite recursion in the second EV() call.

Output:
  Before D(Pow(x,1/2),x)
  After  D(Pow(x,1/2),x)
  Before D(Pow(x,-1/2),x)
  Exception in thread "main" java.lang.StackOverflowError

When I run it with some extra instrumentation (printing
rules that are
applied, from HRuleSet.testDownRules()), I see that it
appears to be
applying the rule
{x_IsNumber}:=Check(SignumCmp(x)<0,I*Pi-{-x})
to List(1/2), then List(-1/2), and then repeating.

I'll keep looking into this, to nail down exactly
what's happening.
Perhaps some rules don't interact well, or a rule
should be added.
This might also be related to the fact that the
function isn't defined
for x<0, or that the second function has a pole (goes
to infinity)
at x=0.  However, even if the function behaves poorly,
we'll want it
to report that problem cleanly, so this is a bug.

As I said, I'm researching this one, but I'm also
reporting it as a
matter of proper practice.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=891338&group_id=5083

[hartmath] [ hartmath-Bugs-872252 ] Incorrect class import.

[SourceForge.net <no...@so...>]

Bugs item #872252, was opened at 2004-01-07 02:07
Message generated for change (Comment added) made by pfarner
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872252&group_id=5083

Category: None
Group: misc
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect class import.

Initial Comment:
In the current CVS, the following file:
  src/com/hartmath/loadable/EBarGraph.java
imports com.hartmath.JSci.swing.JBarGraph, which
doesn't exist, but
org.hartmath.JSci.swing.JBarGraph does.

Fix: change that import from com.* to org.*

Yes, it's another tiny bug, but it still halts compilation.


----------------------------------------------------------------------

>Comment By: Preston Pfarner (pfarner)
Date: 2004-02-05 13:05

Message:
Logged In: YES 
user_id=945156

Done.  Changed import.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872252&group_id=5083

[hartmath] How are evaluation rules specified?

[Preston P. <pr...@pf...>]

I've been delving into the means by which functions' evaluation rules
are specified.  I expect to need to extend these rules if I add to the
system, and it's also a core aspect that I should understand.  Here's
what I've found.

In symbolic evaluation, Session.EV() calls Session.ELoop() repeatedly,
and ELoop calls HObject.evaluate() on objects from the current
expression.  HFunction.evaluate() delegates the task to
HSymbol.evaluateFunction(), since the symbol is what stores the
information about the type of function.  evaluateFunction can apply "up"
or "down" rules, which actually cause changes.  For instance, this is an
applied "down" rule:
  D(Pow(t,5),t) becomes Multiply(5,Pow(t,4))

And this is where it gets awkward (apparently with reason).  Rules for
built-in objects are specified as long arrays of hard-coded longs and
bytes, which are passed to Session.setRules() to be evaluated.  It
appears that this difficult-to-examine technique is used to decrease
the time required to initialize the rules when they are loaded on the
fly. (correct?)

I'm curious as to how these arrays of numbers were generated.  It
seems as though they were constructed in a human-readable syntax,
converted into this format with some tool, and then block-copied into
the Java files in com.hartmath.loadable.*.  Is that correct?  If so:

  a) was the human-readable source syntax for these rules preserved?
  b) what tool performed the transformation?

I would like it if we could get to the point where the original form of
these rules were stored in CVS.  (is it now?)  Ideally, I would prefer
that an automated system update the hard-coded arrays whenever the
human-readable rules were modified, but that's probably more trouble
than it's worth.  I'd be happy with a test that confirms that the
human-readable and hard-coded forms are consistent.  If the original
source of the rules has been lost, it may be possible to use the
conversion tool to regenerate it.  I'd be glad to work on that.

I'd appreciate any confirmation, contradiction, or explanation of the
things I've described above.  Thanks.

==
Preston Pfarner

[hartmath] How are evaluation rules specified?

[Preston P. <pr...@dw...>]

I've been delving into the means by which functions' evaluation rules
are specified.  I expect to need to extend these rules if I add to the
system, and it's also a core aspect that I should understand.  Here's
what I've found.

In symbolic evaluation, Session.EV() calls Session.ELoop() repeatedly,
and ELoop calls HObject.evaluate() on objects from the current
expression.  HFunction.evaluate() delegates the task to
HSymbol.evaluateFunction(), since the symbol is what stores the
information about the type of function.  evaluateFunction can apply "up"
or "down" rules, which actually cause changes.  For instance, this is an
applied "down" rule:
  D(Pow(t,5),t) becomes Multiply(5,Pow(t,4))

And this is where it gets awkward (apparently with reason).  Rules for
built-in objects are specified as long arrays of hard-coded longs and
bytes, which are passed to Session.setRules() to be evaluated.  It
appears that this difficult-to-examine technique is used to decrease
the time required to initialize the rules when they are loaded on the
fly. (correct?)

I'm curious as to how these arrays of numbers were generated.  It
seems as though they were constructed in a human-readable syntax,
converted into this format with some tool, and then block-copied into
the Java files in com.hartmath.loadable.*.  Is that correct?  If so:

  a) was the human-readable source syntax for these rules preserved?
  b) what tool performed the transformation?

I would like it if we could get to the point where the original form of
these rules were stored in CVS.  (is it now?)  Ideally, I would prefer
that an automated system update the hard-coded arrays whenever the
human-readable rules were modified, but that's probably more trouble
than it's worth.  I'd be happy with a test that confirms that the
human-readable and hard-coded forms are consistent.  If the original
source of the rules has been lost, it may be possible to use the
conversion tool to regenerate it.  I'd be glad to work on that.

I'd appreciate any confirmation, contradiction, or explanation of the
things I've described above.  Thanks.

==
Preston Pfarner

[hartmath] How are evaluation rules specified?

[Preston P. <pr...@dw...>]

I've been delving into the means by which functions' evaluation rules
are specified.  I expect to need to extend these rules if I add to the
system, and it's also a core aspect that I should understand.  Here's
what I've found.

In symbolic evaluation, Session.EV() calls Session.ELoop() repeatedly,
and ELoop calls HObject.evaluate() on objects from the current
expression.  HFunction.evaluate() delegates the task to
HSymbol.evaluateFunction(), since the symbol is what stores the
information about the type of function.  evaluateFunction can apply "up"
or "down" rules, which actually cause changes.  For instance, this is an
applied "down" rule:
  D(Pow(t,5),t) becomes Multiply(5,Pow(t,4))

And this is where it gets awkward (apparently with reason).  Rules for
built-in objects are specified as long arrays of hard-coded longs and
bytes, which are passed to Session.setRules() to be evaluated.  It
appears that this difficult-to-examine technique is used to decrease
the time required to initialize the rules when they are loaded on the
fly. (correct?)

I'm curious as to how these arrays of numbers were generated.  It
seems as though they were constructed in a human-readable syntax,
converted into this format with some tool, and then block-copied into
the Java files in com.hartmath.loadable.*.  Is that correct?  If so:

  a) was the human-readable source syntax for these rules preserved?
  b) what tool performed the transformation?

I would like it if we could get to the point where the original form of
these rules were stored in CVS.  (is it now?)  Ideally, I would prefer
that an automated system update the hard-coded arrays whenever the
human-readable rules were modified, but that's probably more trouble
than it's worth.  I'd be happy with a test that confirms that the
human-readable and hard-coded forms are consistent.  If the original
source of the rules has been lost, it may be possible to use the
conversion tool to regenerate it.  I'd be glad to work on that.

I'd appreciate any confirmation, contradiction, or explanation of the
things I've described above.  Thanks.

==
Preston Pfarner
pf...@us...

[hartmath] [ hartmath-Bugs-872256 ] Incompatibility with Java SDK 1.5

[SourceForge.net <no...@so...>]

Bugs item #872256, was opened at 2004-01-07 02:14
Message generated for change (Settings changed) made by pfarner
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872256&group_id=5083

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incompatibility with Java SDK 1.5

Initial Comment:
I've been using HartMath with another project, which
has in turn been
ported to JDK 1.5.  There are a few minor problems with
HartMath under
JDK 1.5, however, and the fix doesn't break older
compilers.

JDK 1.5 is still in prerelease*, but some aspects of
its spec are firm.
For instance, the keyword "enum" has been added.  Since
HartMath uses
"enum" as a variable name in some files, this naturally
leads to
compilation errors.

In the current hartmath2 CVS tree, these files are
affected:
  src/bsh/Parser.java
  src/gov/noaa/pmel/sgt/dm/Collection.java
  src/org/hmath/servlet/HMTag.java

Fix:
  Replace all occurrences of variables named "enum"
with "enumer" or some
  other safe name.  There are only 2-3 occurrences per
file.

It's a minor change, and it's certainly not going to be
needed for the
masses for a while, but it might as well go in earlier
as later.

* 1.5: see
http://java.sun.com/developer/earlyAccess/j2sdk150_alpha/


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872256&group_id=5083

[hartmath] Re: test

[<js...@t-...>]

Preston Pfarner wrote:
>  Hi.  I've just joined the hartmath-devel list, but I've been using 
> HartMath
>  for a little while now in a GPL simulation/physics project, and I 
> figured I'd
>  introduce myself, thank you for this excellent project, and offer to help.
>
>  My name is Preston Pfarner, my simulation project is extending some work
>  that I did with others when I was a student at Caltech.  I'm interested
>  in physical simulation, and that pretty much means I'm also interested in
>  numerical methods, graphics, symbolic math manipulation systems, etc. as
>  they tend to be prerequisites of various simulation algorithms.

Nice to meet you.

>  I see that there seems to have been little activity on the project for
>  about a year, and I'm wondering if it's starved for developer time.  I
>  can offer time, fixing bugs or exploring new feature requests, but there
>  aren't really many open examples of either.  I filed a couple of bug
>  reports tonight, but they're really simple fixes.  If current developers
>  (which appears to mean Klaus) feel like giving me CVS commit access,
>  I'll close out my own bugs.  Naturally, I'd discuss proposed changes on
>  this list first, follow style guidelines, develop on a branch, add and run
>  tests, etc.  Either way.
Yes I didn't spent much time in the last year for this project :-(
In my rare spare time I concentrate to improve a small MathML/BLOG 
Wiki/Forum page at,
   http://www.hmath.org
which is based on ideas and datastructures from hartmath but should be 
published someday under LGPL.
It uses a syntax which is more similar to Mathematica than the first 
HartMath parser.
I've also made experiments with an Eclipse Plugin for HMath.

If you like to have developer access (hmath and hartmath project are 
both hosted on sf.net), please mail me your sourceforge developer 
account and tell us your ideas on the devel mailing list.

Sorry, but I can't promise to much activity for these projects in the 
next time.

>  While my focus is mainly in physical simulation, I'm pursuing an approach
>  that is more aware of the symbolic expressions than a typical pure
>  gather/scatter system.  I'm using HartMath's object representation of
>  expressions, and will also be using its support for symbolic 
> differentiation.
>  Some aspects are much more physics than math, but it may be useful for
>  pure mathematical capabilities to be moved to the computer algebra
>  package, moving them into HartMath.
> 
>  For instance, it may be useful to others to use interval analysis.  I've
>  built some interval capabilities like using the Interval Newton method for
>  robust root-finding in a multidimensional space.  Then again, adding new
>  components can sometimes have greater costs than benefits, so it's always
>  a case-by-case decision

The system is very easily extendible through Javas reflection system. So 
it should be possible to add much of your features in the system.
On the other hand it should be a goal not only to add new functions but 
to have a couple of libraries for special purposes.

-- 
Klaus Hartlage
http://www.eclipseproject.de ***  http://www.phpeclipse.de  ***

[hartmath] Hartmath: Introduction, thanks, help wanted?

[Preston P. <pr...@dw...>]

Hi.  I've just joined the hartmath-devel list, but I've been using HartMath
for a little while now in a GPL simulation/physics project, and I figured I'd
introduce myself, thank you for this excellent project, and offer to help.

My name is Preston Pfarner, my simulation project is extending some work
that I did with others when I was a student at Caltech.  I'm interested
in physical simulation, and that pretty much means I'm also interested in
numerical methods, graphics, symbolic math manipulation systems, etc. as
they tend to be prerequisites of various simulation algorithms.

I see that there seems to have been little activity on the project for
about a year, and I'm wondering if it's starved for developer time.  I
can offer time, fixing bugs or exploring new feature requests, but there
aren't really many open examples of either.  I filed a couple of bug
reports tonight, but they're really simple fixes.  If current developers
(which appears to mean Klaus) feel like giving me CVS commit access,
I'll close out my own bugs.  Naturally, I'd discuss proposed changes on
this list first, follow style guidelines, develop on a branch, add and run
tests, etc.  Either way.

While my focus is mainly in physical simulation, I'm pursuing an approach
that is more aware of the symbolic expressions than a typical pure
gather/scatter system.  I'm using HartMath's object representation of
expressions, and will also be using its support for symbolic differentiation.
Some aspects are much more physics than math, but it may be useful for
pure mathematical capabilities to be moved to the computer algebra
package, moving them into HartMath.

For instance, it may be useful to others to use interval analysis.  I've
built some interval capabilities like using the Interval Newton method for
robust root-finding in a multidimensional space.  Then again, adding new
components can sometimes have greater costs than benefits, so it's always
a case-by-case decision.

Thanks again for the HartMath system.

==
Preston Pfarner

[hartmath] [ hartmath-Bugs-872256 ] Incompatibility with Java SDK 1.5

[SourceForge.net <no...@so...>]

Bugs item #872256, was opened at 2004-01-07 02:14
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872256&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incompatibility with Java SDK 1.5

Initial Comment:
I've been using HartMath with another project, which
has in turn been
ported to JDK 1.5.  There are a few minor problems with
HartMath under
JDK 1.5, however, and the fix doesn't break older
compilers.

JDK 1.5 is still in prerelease*, but some aspects of
its spec are firm.
For instance, the keyword "enum" has been added.  Since
HartMath uses
"enum" as a variable name in some files, this naturally
leads to
compilation errors.

In the current hartmath2 CVS tree, these files are
affected:
  src/bsh/Parser.java
  src/gov/noaa/pmel/sgt/dm/Collection.java
  src/org/hmath/servlet/HMTag.java

Fix:
  Replace all occurrences of variables named "enum"
with "enumer" or some
  other safe name.  There are only 2-3 occurrences per
file.

It's a minor change, and it's certainly not going to be
needed for the
masses for a while, but it might as well go in earlier
as later.

* 1.5: see
http://java.sun.com/developer/earlyAccess/j2sdk150_alpha/


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872256&group_id=5083

[hartmath] [ hartmath-Bugs-872252 ] Incorrect class import.

[SourceForge.net <no...@so...>]

Bugs item #872252, was opened at 2004-01-07 02:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872252&group_id=5083

Category: None
Group: misc
Status: Open
Resolution: None
Priority: 5
Submitted By: Preston Pfarner (pfarner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect class import.

Initial Comment:
In the current CVS, the following file:
  src/com/hartmath/loadable/EBarGraph.java
imports com.hartmath.JSci.swing.JBarGraph, which
doesn't exist, but
org.hartmath.JSci.swing.JBarGraph does.

Fix: change that import from com.* to org.*

Yes, it's another tiny bug, but it still halts compilation.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=872252&group_id=5083

[hartmath] questionnaire

[<Kel...@ao...>]

Dear mambers,
 I will appreciate your efforts if you answer this questionnaire for me.It i=
s=20
part of my thesis and i have chosen the Javamath Java Computer Algebra Tool=20
to accomplish my work.
Please spare some of your time to anwer this questionnaire.

regards=20
pete nkelle

I am a postgraduate student studying an MSc in Computing and Information=20
Technology at the University of Luton. I am writing my thesis on "Exploring=20=
Object=20
Oriented Techniques In Computer Algebra". My focus is mostly computer=20
literates and programmers with a mathematical knowledge and background. I wi=
ll be=20
investigating the extent to which these techniques can be applied in matrix=20
Algebra. I would be grateful if you spare some of your time to answer this=20
questionnaire.

1.How would you describe your Computer Algebra knowledge?
=B7   Novice
=B7   Moderate
=B7   Advanced
=B7   Expert
=B7   Other (Specify)


2.What is your age?
=B7   <18
=B7   18-24
=B7   25-35
=B7   36-49
=B7   50+

3.In which area of study would you classify yourself?
=B7   I.T.
=B7   Engineering
=B7   Mathematics
=B7   Management
=B7   Other      (Please specify)

4.What qualifications do you hold?
=B7   Bachelors=20
=B7   Masters
=B7   PhD
=B7   Others  (Please specify)       =20


5.Which Object Oriented programming languages have you used?
=B7   Small Talk
=B7   Eiffel
=B7   C++
=B7   Java
=B7   Others (Please specify)


6.What are the object Oriented computer Algebra packages/systems that you ar=
e=20
familiar with?Please answer on a scale of 1-10(10=3DHighly object oriented).=
You=20
may give here a reference to the package.



7.Are you a developer of any of the packages/system above?





8. Which of the computer Algebra packages mention will you consider the most=
=20
appealing to use for matrix operations and implementation?



9.Additional Information:

Please specify any additional information regarding the relationship of=20
object-oriented techniques with Computer algebra.=20
=20

[hartmath] [ hartmath-Bugs-655749 ] Problems compiling ObjectD.java

[<no...@so...>]

Bugs item #655749, was opened at 2002-12-18 09:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=655749&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott Lett (slett)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problems compiling ObjectD.java

Initial Comment:
Sorry for the long listing.   This is from compiling the 
cvs version of the source. 




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=655749&group_id=5083

[hartmath] [ hartmath-Feature Requests-497075 ] Pocket PC 2002 - Application

[<no...@so...>]

Feature Requests item #497075, was opened at 2001-12-27 08:30
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355083&aid=497075&group_id=5083

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pocket PC 2002 - Application

Initial Comment:
Since Stefan has stopped his very interesting 
project "Win CE Patch" it would be incedible helpful 
for all IPAQ / Jornada / ... users if HartMath would 
come with the capability to switch between Input / 
Output windows (better for small screens).

Best Regards
J.Haumer 

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-12-12 11:39

Message:
Logged In: NO 

It maybe interesting to develop a user interface for 
PocketPC / Zaurus with the 
http://www.thinlet.com 
GUI package.
Someone interested in this?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=355083&aid=497075&group_id=5083

[hartmath] [ hartmath-Bugs-612436 ] Bug in NumberPartition

[<no...@so...>]

Bugs item #612436, was opened at 2002-09-21 00:43
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=612436&group_id=5083

Category: None
Group: mathematical wrong
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in NumberPartition

Initial Comment:
When excuting the command NumberPartitions(8), 
among the partitions produced are {4, 4, 1}, {3, 3, 2, 
1}, and {2, 2, 2, 2, 1}.  Each of these has an 
extraneous 1.  This problem seems to be present for 
values 8 or larger.  Values 7 or less do not exhibit this 
problem.

I'm using version 0.8pre2.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-12-12 11:36

Message:
Logged In: NO 

This is fixed in the CVS (see module hartmath2)
[hartmath2
\src\com\hartmath\combinatoric\NumberPartitions.java]

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=612436&group_id=5083

[hartmath] [ hartmath-Bugs-650493 ] ExpressionD missing

[<no...@so...>]

Bugs item #650493, was opened at 2002-12-08 10:37
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=650493&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott Lett (slett)
Assigned to: Nobody/Anonymous (nobody)
Summary: ExpressionD missing

Initial Comment:
com.hartmath.domain.ExpressionD source appears to 
be missing from CVS repository.  It is needed by 
classes in com.hartmath.expression

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-12-12 11:32

Message:
Logged In: NO 

I updated CVS. 
Module hartmath2 should work now.
For the latest features look into the JUnit tests: 
hartmath2\src\junit\hartmath\*.java

Sorry again, but I'm not really activly developing at the 
moment.

----------------------------------------------------------------------

Comment By: Klaus Hartlage (khartlage)
Date: 2002-12-08 13:46

Message:
Logged In: YES 
user_id=28981

Sorry for that inconvenience.

I will tyr to update the cvs next week.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=650493&group_id=5083

[hartmath] [ hartmath-Bugs-650493 ] ExpressionD missing

[<no...@so...>]

Bugs item #650493, was opened at 2002-12-08 18:37
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=650493&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott Lett (slett)
Assigned to: Nobody/Anonymous (nobody)
Summary: ExpressionD missing

Initial Comment:
com.hartmath.domain.ExpressionD source appears to 
be missing from CVS repository.  It is needed by 
classes in com.hartmath.expression

----------------------------------------------------------------------

>Comment By: Klaus Hartlage (khartlage)
Date: 2002-12-08 21:46

Message:
Logged In: YES 
user_id=28981

Sorry for that inconvenience.

I will tyr to update the cvs next week.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=650493&group_id=5083

[hartmath] [ hartmath-Bugs-650493 ] ExpressionD missing

[<no...@so...>]

Bugs item #650493, was opened at 2002-12-08 13:37
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=650493&group_id=5083

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott Lett (slett)
Assigned to: Nobody/Anonymous (nobody)
Summary: ExpressionD missing

Initial Comment:
com.hartmath.domain.ExpressionD source appears to 
be missing from CVS repository.  It is needed by 
classes in com.hartmath.expression

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=650493&group_id=5083

[hartmath] [ hartmath-Bugs-612436 ] Bug in NumberPartition

[<no...@so...>]

Bugs item #612436, was opened at 2002-09-21 00:43
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=612436&group_id=5083

Category: None
Group: mathematical wrong
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in NumberPartition

Initial Comment:
When excuting the command NumberPartitions(8), 
among the partitions produced are {4, 4, 1}, {3, 3, 2, 
1}, and {2, 2, 2, 2, 1}.  Each of these has an 
extraneous 1.  This problem seems to be present for 
values 8 or larger.  Values 7 or less do not exhibit this 
problem.

I'm using version 0.8pre2.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105083&aid=612436&group_id=5083