Robert, I stopped using the equation editor with MapleTA. Instead I find it much better to make the html in the algorithm. For example, in the algorithm I might use $qml=maple("printf(MathML:-ExportPresentation(Sum(k^2,k=1..5)))"); and then in the question field, you simply say something like Find $qml. One good reason for doing this is that if you ever want to go back and modify your question, it is very simple to edit the code in the algorithm. Editing the mathml that the equation editor generates is tedious.

Robert, If you want to call something in the Statistics package with MapleTA, say "LinearFit", for example, then you use Statistics[LinearFit](stuff) So in MapleTA, do not use with(package); command(arguments); instead use package[command](arguments); Hope this helps.

Robert, If you want to call something in the Statistics package with MapleTA, say "LinearFit", for example, then you use Statistics[LinearFit](stuff) So in MapleTA, do not use with(package); command(arguments); instead use package[command](arguments); Hope this helps.

It sure seems this exact discussion was addressed on a previous thread http://www.mapleprimes.com/forum/plotting-surfaces-in-maple-with-constraints

One work around is to write a multipart question. The first part asks for the numerator of the reduced form, and the second part asks for the denominator. Automatic simplification sure is nice, but sometimes you just want to turn it off! Here a sample MapleTA qu file for such a multipart question. mode=Multipart@ name=reduce a fraction@ algorithm=$a=range(2,200); $b=range(2,200); condition:ne(gcd($a,$b),1); condition:ne($a,$b);@ question=If we write the fraction $a/$b in lowest terms, then@ weighting=1,1@ numbering=alpha@ part.1.editing=useHTML@ part.1.question=what is the numerator?@ part.1.name=numer@ part.1.maple_answer=numer($a/$b);@ part.1.type=formula@ part.1.maple=evalb(($ANSWER)-($RESPONSE)=0);@ part.1.mode=Maple@ part.2.editing=useHTML@ part.2.question=what is the denominator?@ part.2.name=denom@ part.2.maple_answer=denom($a/$b);@ part.2.type=formula@ part.2.maple=evalb(($ANSWER)-($RESPONSE)=0);@ part.2.mode=Maple@

More context would be useful. Maybe post the .qu file. Without this, it is not easy to be too helpful. My first reaction is that you should have $RESPONSE coming in as a list (or maybe a set): [x=$a+$b*t, y=$c+$d*t, z=$f+$g*t] or something similar. Then you get the parts by $RESPONSE[1], etc. I've authored some MapleTA questions that have parametric equations as the "answer" and finessed them to allow for fairly general reparameterizations, so with more details, maybe I can be of more help.

In a naive sense, one would expect that reproducibility can be guaranteed but setting the pseudo-random seed. >restart; >Seed:=randomize(1729);#or your favorite number But I am not too confident that it is at all this simple.

In some sense there cannot be a way to convert back to inert form. > evalb(sum(k,k=1..100)=5050); true > evalb(Sum(k,k=1..100)=5050); false So asking to convert sum(k,k=1..100) back to Sum is equivalent to asking to convert 5050 back to inert form. Obviously there is no unique way to sum up some numbers to get 5050 and so converting back to inert form is problematic. Using "value" really does increases the entropy of the universe.

Yes, I read this the same way as you do. _Z is assumed to be an integer, and _B is 0 or 1 and so the solution is either an even integer or an odd integer multiple of Pi. I do not know of any other kind of integer multiples of Pi. Probably Maple does not know that integers are either even or odd.

No doubt somebody can help. But..it would be useful to know details about F and h.

Since f and g satisfy the same third-order ode, and have the same value at 0, the same first derivatives at 0, and the same second derivatives at 0, they must be equal (the general solution should depend on three parameters or ``constants of integration"), so something is wrong. Maybe you should look at a series solution: sys:=diff(y(x),x$3)+1/2*y(x)*diff(y(x),x$2)=0; dsolve( {sys,y(0)=0}, y(x), type='series');

There are some errors in your syntax. For example, use diff(x(t),t)=dose(t)-a*x(t) instead of diff(x(t),t)=dose(t)-a*x Your initial conditions must be a list of lists, etc. Try this for starters: > with(DEtools): > a:=2*ln(2):b:=1/5*ln(2): >dose:=t->add(2*Heaviside(t-6*n)-2*Heaviside(t-6*n-1/2),n=0..10); >DEplot([diff(x(t),t)=dose(t)-a*x(t),diff(y(t),t)=a*x(t)-b*y(t)], [x,y],t=0..50,[[0,0,0]],stepsize=0.5,scene=[t,x]); PS. The syntax you posted cannot be copied and pasted into a worksheet, so it is not optimal. It is easier to be helpful if one can copy/paste your syntax. For example, we cannot tell if your sum with done with Sum or sum. It matters.

Franklin, You might find some ideas on this web page useful. http://www.uwec.edu/smithaj/Fall2005/math114/Lab8.pdf You will have to modify what is on page 2 to fit the specs of your assignment, but it should be a source for starting ideas.

Petr, You must be looking for something like the following. I just picked a simple example for R(t). >R:=t->sqrt(t); >plot3d([R(t)*cos(theta),R(t)*sin(theta),t],t=0..1,theta=0..2*Pi); If your R(t) is the numeric solution of a diffeq, you are probably going to end up doing something like this: >restart;#especially to clear the above assignment to R >S:=dsolve({diff(R(t),t)=1/(2*sqrt(t)),R(1)=1},numeric); #to replicate the simple example above for R > S(.1); > r:=t->rhs(S(t)[2]); >plot3d(['r(t)'*cos(theta),'r(t)'*sin(theta),t],theta=0..2*Pi,t=0..1);

If you take any imaginary number and multiply by it i you get a real number. So make a density plot of I*(your imaginary values).