-
Notifications
You must be signed in to change notification settings - Fork 82
vector addition with an unknown variable #666
Comments
Not really. It's pretty standard behavior actually. Maxima:
Wolfram Alpha: One possible solution might be to set a flag to change this behavior. |
What you put into WolframAlpha there is a+ the set {1,2,3}. Adding "a" to a vector in the way you do makes no sense: if a is a scalar, then the addition is undefined What could a be that [a+1, a+2, a+3] would be the result? Nothing. The issue is complicated here because you don't really distinguish between vectors and sets in Nerdamer. Your docs say "vector(1,2,3)" to specify a vector, the result is "[1,2,3]". But the solution to "x^2=1" is similarly written as "[-1,1]". |
Feel free to insert |
Hmm. How to proceed should be to allow vectors in symbolic computation, no?
should work as easily as
and (reaching here):
should figure out that a=[1,1,1] But I also still think to put this on some solid foundation you need to answer the question from above: What could a be that [a+1, a+2, a+3] would be the result?
What do you think a is? |
@gunnarmein-ts, I get your point but unfortunately, that's the currently established behavior that others might currently be relying on. Additionally, I demonstrated that this behavior isn't uncommon, as both Maxima and Wolfram Alpha do the same. The way forward will probably have the be the use of some flag to disable this behavior using |
nerdamer("a+vector(1,2,3)").toString() ---> '[1+a,2+a,3+a]'
Makes no sense at all. It could be [1+vecget(a,0), 2+vecget(a,1), 3+vecget(a,2)], or it could leave it unresolved. But this?
The text was updated successfully, but these errors were encountered: