2740 Reputation

12 Badges

17 years, 45 days

Dr. Robert J. Lopez, Emeritus Professor of Mathematics at the Rose-Hulman Institute of Technology in Terre Haute, Indiana, USA, is an award winning educator in mathematics and is the author of several books including Advanced Engineering Mathematics (Addison-Wesley 2001). For over two decades, Dr. Lopez has also been a visionary figure in the introduction of Maplesoft technology into undergraduate education. Dr. Lopez earned his Ph.D. in mathematics from Purdue University, his MS from the University of Missouri - Rolla, and his BA from Marist College. He has held academic appointments at Rose-Hulman (1985-2003), Memorial University of Newfoundland (1973-1985), and the University of Nebraska - Lincoln (1970-1973). His publication and research history includes manuscripts and papers in a variety of pure and applied mathematics topics. He has received numerous awards for outstanding scholarship and teaching.

MaplePrimes Activity

These are answers submitted by rlopez

The conversions between input forms are in the Format menu. If you start with ALT R to launch the Format menu, then you will see the hot keys for "Convert To: and then 2-D Math Nonexecutable, 2-D Math Input, and 1-D Math Input. (If you use the mouse to launch the Format menu, the hot keys are not underlined.)

So, for example, if you type an expression in 2-D Math Input, use ALT-R-v-i to convert it to linear (1-D) input form.

Student[Calculus1][Roots]( (f, t = 0 .. 2*Pi, numeric=false );

I think you want an implementation of the Method of Lines (MoL). It's not built into Maple, but a 1-dimensional example can be found in the following video


in which Dr. Sam Dao shows how to use Maple's dsolve command to obviate the need to solve the time-dependent ODEs by RK4. In fact, he shows how to implement MoL using many other of Maple's labor-saving devices.

In a forthcoming webinar (November or December) I will show how to extend Dr. Dao's methods to a PDE over a 2D (spatial) region.


To assign a value to a name, use the syntax name := value, not just name = value.

Maple provides "literal subscripts" that are in essence, Atomic variables, and "indexed" subscripts that are essentially table values. If your Maple is set to form indexed variables when you subscript, then note that you should not assign to a name such as y if you intend assigning to a subscripted version of y. It is because of this "gotcha" that the literal subscript was made the default in Maple. You can see all such atomic variables if you select "Atomic Variables" in the View menu. All atomic variables show up in a maroon color.

The Maple syntax y[1] creates an indexed variable. If you had assigned to y[1], you would then not want to assign to y itself. The name y[1] pretty-prints as a subscripted y, so it can easily be confused visually with the Atomic version.

Assuming that your Maple is set up in its default mode, your subscripted variables will be Atomic, and you can ignore the complications referred to above.

I didn't find where y_sub_one was assigned a value. Hence, in the plot command, that quantity is unknown to Maple.

Finaly, in the plot command, the square brackets around what you want to graph are superfluous. Square brackets represent a list. You can graph what's in a 1-element list, but making a list for the graph of a single expression isn't necessary.


And, by the way, the error message is telling you precisely what the problem is. It's saying that y[1] contains no t, the variable that the plot command is looking for.

For many years I have used "Advanced Find and Replace" by Abacre Software to manage all my Maple files. Although it's a commercial product, not a Maplesoft product, it has served me very well as I rummaged through the thousands of files in the AEM ebook and the three Study Guides I have maintained for Maplesoft.

At the left edge of the lower toolbar for a graph, there's a drop-down box. It shows the word "Plot" by default, but the box also contains the option "Drawing." So, the Drawing toolbar still exists in Maple 2021.

For graphs drawn with the Plot Builder, the Drawing toobar is the default toolbar because all the Plot options are provided by the Plot Builder.

Also, after an initial scare that the animation toolbar no longer was available in Maple 2021, further experiments (Windows 10) verify that this toolbar does appear for animations created with the Plot Builder and with the plots:-animate command.


Under the radicals, the RootOf expressions require an explicit solution of a fifth-degree polynomial. In the 1800s, such formulas were proven not to exist. What you want is a mathematical impossibility. I believe that is the "something small" that has escaped you.

Let's simplify the issue by considering polar coordinates.

Points in polar coordinates are represented in the VC packages as "vectors," sums of components times fake unit vectors in a rectangular version of the polar plane. Thus, the point where r=a, theta=b has a polar representation in terms of unbarred basis vectors e_r and e_theta. This allows the polar point to be represented in this rectangular polar plane as a "position vector" in that plane, a vector from the "origin" of that plane to the "point" (r,t). This is what is meant by the "vector" r*e_r+t*e_t, where these basis vectors are the unbarred basis vectors.

That's why the VC packages also have barred basis vectors as the moving, point-wise determined basis vectors needed for vector fields. When changing coordinates in a vector field, the basis vectors also have to change. But this is not the case for "vectors" that represent points and use the unbarred basis vectors.

MapToBasis(Vector(<r,t>,polar),cartesian[x,y]) produces the Cartesian vector (and hence, the Cartesian point (r cos(t), r sin(t))) expressed with the unbarred basis vectors e_x and e_y that can be interpreted as i and j.

Thus, the help page is correct when it says just components are converted because the argument to PositionVector is never a VectorField, just a Vector that represents the points along a curve or surface. 

I do not see how Equation A becomes Equation B. Eqn A has c^2 on the right, but it becomes c^4 in Equation B. Could that be why the Equation Manipulator gave a messy result and not Equation B?

Here's the device I use. Not super convenient, but it works.

Into a GUI table place the input that creates the equation you want displayed. Execute the input. Then, use the table properties dialog to hide the input. (It's a checkbox near the bottom.) You can also hide the bounding lines of the table if you wish.

Re-execution of the worksheet re-executes code hidden in a table cell, so the equation label is re-constructed.

Execute the command 


The help page for this Task Template will be returned. You can use it to determine the radius of convergence of any power series. Convergence at an endpoint always has to tested separately.

The Task Template itself can be accessed directly from Tools/Tasks/Browse/Calculus-Integral/Series/Radius of Convergence.

If you really need f to be a function, then don't use the syntax f(x):=x^2. That does not create a Maple function.

Use instead, f := x-> x^2

If you don't need f to be a function, then just assign to the name "f" via the syntax f := x^2. In this case, f is not a function, and the input f(t) will return some nonsensical stuff, and not t^2.


What is puzzling, however, is "...recieve in response x^4=4." Is that actually the response or is that just a typo in the post?

After changing pi to Pi, the simplification succeeds if accompanied with the assumption that rho__m is real.

simplify(expression) assuming rho__m::real

Replace the function being integrated over the hemisphere with the generic f(x,y,z) and add the option "inert" to the integral so the unevaluated integral is returned. It will contain f(1,s,t), indicating that x, y, z, were respectively replaced with 1, s, and t, not with the correct x(phi,theta), y(phi,theta), and z(phi). The error is the incorrect handling of the function being integrated over the surface.

1 2 3 4 5 6 7 Last Page 1 of 25