Your explanation for 1) doesn't look right.

Look up the definition of y-intercept, then apply separately to each of the equations.

acer

I get the escaped local `ee`, when running your .mws worksheet in Maple 12.00. That's a software bug. But in Maple 12.01 and Maple 13, the problematic simplify calls appear to work properly.

See here for the 12.02 point-release update, if you are in fact running 12.00.

acer

I get the escaped local `ee`, when running your .mws worksheet in Maple 12.00. That's a software bug. But in Maple 12.01 and Maple 13, the problematic simplify calls appear to work properly.

See here for the 12.02 point-release update, if you are in fact running 12.00.

acer

After assignment is done of a few values to some variables, this command is issued in your worksheet,

phi[2] := convert(SphericalY(lphi, mj+1/2, theta, phi), elementary);

Now, your Document had that in 2D Math input, so phi[2] appeared as typeset phi-subscript-2. But the important thing to notice is that, underneath that 2D Math typesetting, the subscripted object was really phi[2]. And since phi had not previously been assigned, then phi[2] is treated as a table reference.

So, the assignment to phi[2] creates a table phi, where the phi[2] table entry is an expression (radicals and trig) involving the name phi.

Then a repeated attempt is made, to convert that same SphericalY call, where phi is the last argument, to elementary functions. And the error is that too many levels of recursion happened.

Basically, a self-referencing of an entry of table phi to the table itself had been created. Some manipulation of this resulted in an infinite recursion (stopped when an internal limit was exceeded).

If one really needs to use both phi and subscripted phi in the same mathematical subcomputation, then the subscripted phi should be a distinct name and not a table reference. A subscripted but fully unique name can be inserted from the Layout palette, as a "subliteral". Or, a table reference can be converted in-place in the Document to a unique name using the right-click context menu, 2-D Math -> Convert To -> Atomic identifier.

acer

After assignment is done of a few values to some variables, this command is issued in your worksheet,

phi[2] := convert(SphericalY(lphi, mj+1/2, theta, phi), elementary);

Now, your Document had that in 2D Math input, so phi[2] appeared as typeset phi-subscript-2. But the important thing to notice is that, underneath that 2D Math typesetting, the subscripted object was really phi[2]. And since phi had not previously been assigned, then phi[2] is treated as a table reference.

So, the assignment to phi[2] creates a table phi, where the phi[2] table entry is an expression (radicals and trig) involving the name phi.

Then a repeated attempt is made, to convert that same SphericalY call, where phi is the last argument, to elementary functions. And the error is that too many levels of recursion happened.

Basically, a self-referencing of an entry of table phi to the table itself had been created. Some manipulation of this resulted in an infinite recursion (stopped when an internal limit was exceeded).

If one really needs to use both phi and subscripted phi in the same mathematical subcomputation, then the subscripted phi should be a distinct name and not a table reference. A subscripted but fully unique name can be inserted from the Layout palette, as a "subliteral". Or, a table reference can be converted in-place in the Document to a unique name using the right-click context menu, 2-D Math -> Convert To -> Atomic identifier.

acer

There used to be such a publication, named MapleTech. It was published by Birkhauser.

This and this link might help make some sense of it.

It seems like a decent idea, to petition Maplesoft to either resurrect that one, or start a new one.

acer

Both these plots worked for me,

> restart:

> with(plots):
> with(Units[Standard]):

> g2 := piecewise(t>0 and t<100, 10*Unit(m/s^2)*t*Unit(s),
>                 t>=100, 1000*Unit(m/s)-10*Unit(m/s^2)*(t-100)*Unit(s)):

> plot(unapply(g2, t), 0..200*Unit(s));
> plot(unapply(g2, t), 0..200*Unit(s), useunits=[Unit(s),Unit(m/s)]);

> kernelopts(version);
           Maple 13.00, X86 64 LINUX, Feb 18 2009 Build ID 388356

acer

Both these plots worked for me,

> restart:

> with(plots):
> with(Units[Standard]):

> g2 := piecewise(t>0 and t<100, 10*Unit(m/s^2)*t*Unit(s),
>                 t>=100, 1000*Unit(m/s)-10*Unit(m/s^2)*(t-100)*Unit(s)):

> plot(unapply(g2, t), 0..200*Unit(s));
> plot(unapply(g2, t), 0..200*Unit(s), useunits=[Unit(s),Unit(m/s)]);

> kernelopts(version);
           Maple 13.00, X86 64 LINUX, Feb 18 2009 Build ID 388356

acer

Use capitalized Matrix, not lowercase matrix.

acer

Use capitalized Matrix, not lowercase matrix.

acer

Alec's quick draw is faster than mine. :)

acer

Alec's quick draw is faster than mine. :)

acer

You're very welcome. (Sorry, too, if I sounded officious. Hadn't had my 2nd coffee by then.)

You might also find this useful.

acer

You're very welcome. (Sorry, too, if I sounded officious. Hadn't had my 2nd coffee by then.)

You might also find this useful.

acer

Sure. I had already found the paricular page I wanted, by editing the url for another known page. But the behaviour, to reject search keywords which are also common and important Maple help topics is an obvious flaw in the mechanism.

acer