@taro No, I still say that you are correct that "% before ',' is missed, surely." Whether or not the page's author intended for a % to be there is irrelevant: it should be there. This trend of using equation label references in help pages is deplorable.

The English past participle missed has multiple meanings. It can mean overlooked or forgotten; it can also mean causes emotional pain due to its absence. By contrast, the present participle missing can only mean absent although it was expected without any emotional connotation (as far as I know).

Vote up. Yes, I've been waiting for years for many, many more examples to be added to that help page. There's about 10 times as many options listed as there are examples shown for. The descriptions aren't very useful to me without examples.

First, two small mistakes:

• ms at the end of Eq1 should be m*s.
• h at the end of Eq2 should be h(eta).

Now you need to solve for the highest-order derivatives, and then dsolve separately over the branches.

solve({Eq1,Eq2,Eq3}, {diff(f(eta),eta$3), diff(h(eta),eta$3), diff(theta(eta),eta$2)});
All:= allvalues(%);

Now, in the dsolve command, replace Eq1, Eq2, Eq3 with either All[1][] or All[2][], it doesn't matter which.

At this point, dsolve will complain about complex values. I don't know how to proceed from this point. Hopefully someone else does. Theoretically, it should be possible to solve a matrix-based system of linear equations even if the coefficients are complex.

You should avoid a potentially time-wasting option such as maxmesh= 10000 unless you're sure that it's necessary. If the option will help, dsolve will let you know that by giving you an explicit error message that tells you to increase maxmesh.

Using a simpler example if it's helpful, please explain how this set has anything to do with groups, bases, linear algebra, or echelon form.

A response to my Answer is expected.

@taro Taro is correct. Vote up. That should be

f:= unapply(%, x, y);

There is no Maple syntax where a comma is used as something other than as a separator, and it's never just empty space that's being separated.

Yeah, those pages should be proofread. I'd guess that the program that generates those web pages treats % as a special character, and whoever typed up the page forgot that.

@tomleslie Vote Up. Thank you for noticing the odd-function thing.  The sign of the argument has something to do with it. Also, I think that there may be some difference between polynomials that the user enters (such as b-a+c) and those that are automatically generated such as those that appear as the arguments to ln and arctan in the Question. I'm just guessing about that last sentence.

@nm The critical thing that makes the difference between your examples is the lexicographic ordering of x0 and the other variable. I have no doubt about that. The exact nature of that difference is harder to classify: I'm not saying that every polynomial will appear in lexicographic order. The sign of the polynomial also has something to do with it, and the sign depends somewhat on the lexicographic order. I expanded my Answer, and I hope that that clarifies the matter somewhat.

@zack94 If you post any Maple-related Question, I'll give you 5 reputation.

@Joe Riel Hmm, I'm aware that the value that my program above returns is roughly proportional to kernelopts(stacklimit). It seemed unlikely to me that that knowledge would help the OP, so I didn't mention it. 

So, now that you've mentioned it, do you know of any aspects of the procedure itself (such as its size) that would change the count?

@rlopez Why do you think that she wants a numeric solution?

@Preben Alsholm Yes, that consistency is a good reason. I was disappointed by the arrival of this kernelopts option because I thought that it should apply to all constants. Nonetheless, it is more of a nuisance to me to have to use evalf every time that I have a result with Pi that should be floating point.

It is a time-wasting nuisance that I see your Questions both here and on StackOverflow. I wish that you wouldn't simultaneously ask the same Questions in both places. Perhaps you could wait a reasonable time, and if you don't get a suitable Answer in one place, then ask in the other?

@Preben Alsholm Why do you prefer floatPi= false?

Yes, those bugs exists for me also---Maple 2016 x64 Win 8.1.