In the last 48 hours, we have learned on mapleprimes some of the consequences of 2D Math input. If you want to use underscore in standard Maple commands such as diffalg[reduced_form] then you need to magically know that you should instead use diffalg[reduced\_form] ("Magic" because the help screens would be of no assistance on this matter.) And if you want to use N&^M mod p then you need to magically know that you should instead use N&\^M mod p I suspect there are a few other related issues lurking. We traded this cryptic knowledge for the poorly conceived benefit of implied multiplication? How could the developers allow the coexistence of two incompatible Maple parsers? It is a disaster.

Scott's pointplot works nicely and it is likely what you are looking for. You might want to add two options : pointplot([seq([i,f(i)],i=[1,0,7,8])], style=line, axes=boxed); Notice this is not the same as pointplot([seq([i,f(i)],i=[0,1,7,8])], style=line, axes=boxed);

Look in the help screens for LinearAlgebra[RowOperation]

I've use LaTeX for years and Maple for years. If I want to prepare a document with math content, without question I will use LaTeX. I even use LaTeX to write letters. I can produce a document in LaTeX much, much faster that I ever could using point-and-click and silly WYSIWYG features. And the final product with LaTeX is much, much better, and more universal. (Anybody can read a pdf, but not everybody can open a Maple document.) And LaTeX is free. Undergraduates who learn LaTeX are at a distinct advantage. Have you ever tried to maintain a bibliography data base in Maple? It's not made for such things. But LaTeX is. LaTeX does have a steep learning curve, but many undergraduate math and physics majors that I know take to LaTeX like a duck takes to water.

In this case, the error message is literally correct. In your command points:= stuff, you invoke x1 by x1(k/50), but above you set up x1 as a function of two variables. You are only passing one variable k/50. You need x1(k/50,something else) Also, instead of display(p1); pointplot3d:(points); you should have something like display( p1,pointplot3d(points)); PS: axes=normal looks ugly to my eyes. Why not use axes=boxed or axes=framed? After some conditioning, these styles really look better.

simplify(ln(a*b^c),symbolic) does the trick. Of course in general, ln(a*b^c) is not equal to ln(a)+c*ln(b).

The zero matrix is diagonal. Diagonal matrices can have 0 as an eigenvalue. There is no correlation between a matrix being diagonal and having zero determinant.

In your matrix K, use c and sqrt(1-c^2) instead of cos(theta) and sin(theta). Then in the result, substitute c=cos(theta), etc.

How bizarre, but I am not surprised. In document mode (I try to avoid this like the plague) restart; x := 3/2*y-1/2; seq(evalf (x, y = i), `in`(i, [-2, 0, 3/2, 3])); gives x = (-(7/2) evalf, -(1/2) evalf, (7/4) evalf, 4 evalf) because the space after evalf is interpreted as implied multiplication. The problem does not arise in worksheet mode. Advise to new users: never use document mode. Every semester since Maple V, I have introduced Maple to beginners in my calculus classes. With the advent of document mode in Maple 10, I quickly learned that document mode must be avoided at all costs, especially by beginners. It just leads to a comedy of errors. (Well I think it is a comedy, but my beginnings students do not see it this way. They get frustrated.) Use worksheet mode.

On of the cool things about convergence tests is that you can sometimes tell that a series converges (a limit exists), even if no human and no software can name the value of the limit. Of course we can always estimate the value of the sum (limit) to arbitrary precision. Keep in mind that most numbers do not have a name. We can only name countably many things. There are uncountably many numbers, so our vocabulary will always fall short of naming all numbers. If the sum of this series was important enough to be "baptized" and given a name, then probably this would have been done, and the name would have caught on in the literature. For example, Sum(1/n^3,n=1..infinity) is important enough to have a name. It has been named zeta(3). But I guess our poor series is not so important. So sad. Its name is simply "the limit as N goes to infinity of Sum((-1)^n/ln(n),n=1..N)"

To show that exp(i*a*H) unitary implies H is Hermitian (unless a=0 as pointed out previously!) you end up differentiating with respect to the parameter a the condition that (I+i*a*H) is unitary, where I is the Identity Matrix. We require (I+i*a*H) to be unitary to the first order: (I+i*a*H)*ConjugateTranspose(I+i*a*H)=I mod a^2. I+i*a(H-ConjugateTranspose(H))+a^2*H*ConjugateTranspose(H)=I to the first order. This says that H-ConjugateTranspose(H)=0, so H is Hermitian. Mathematicians usually drop the "i" and so for us, the lie algebra of the unitary group is the skew-Hermitian matrices.

Something like this should work: x:=t->5*t-7*t^2; y:=t->4*t+t^4; ex:=diff(y(t),t,t)*diff(x(t),t)+3*diff(x(t),t,t); plot(ex,t=-1..1);

Sure enough, the numeric option did the trick, but nothing on the help page suggests that this should be a necessary option to get all the critical points. Indeed Maple has no problem finding the two locations where f'(x)=0, so you would expect that CriticalPoints could make use of this: f:=x->((x-1)^2)^(1/3)-1/2*x^2; diff(f(x),x); normal(%); solve(%=0); evalf(%); I must admit I have never been a fan of with(Student[Calculus1]): I often make use of with(student) when I teach calculus, but Student[Calculus1] seems excessively fancy and unnecessary.

If you replace the floating point numbers in X by XX:=convert(X,rational); then the problem does not go away. If you assign 6 to p before solving XX, you get two solutions. If you solve in terms of p and subs p=6, you get three solutions. So I doubt this is due to calculations with floats because there are no floats in XX.

I know the problem that you refer to. It happens with MapleTA 2.51, and it still happens with 3.0. I find that the problem is fixed by restarting our MapleTA server. Fortunately, our system administrator is almost always around. When I start getting a stream of email messages from students about this MapleTA problem (images not generated), I get him to restart the service and all is well. We used MapleTA 2.5 for two or three years. We have been using MapleTA 3.0 for about three weeks now. Let me just say that it is not 3.1, and there are some scary bugs. I anxiously await a patch or the release of 3.1.