Carl Love

Carl Love

28055 Reputation

25 Badges

12 years, 362 days
Himself
Wayland, Massachusetts, United States
My name was formerly Carl Devore.

MaplePrimes Activity


These are replies submitted by Carl Love

@hpc What do you want as the row indices of your table? For ChiSquare and StudentT, the row indices are degrees of freedom. There's not such a parameter for Normal.

@dc539 To be clear, Maple's read command doesn't care what the file extension is. All that matters is that the file being read is a plaintext file (i.e, no formatting other than line breaks) of Maple commands. You can create such a file from scratch with any text editor, or you can create it from a worksheet with File -> Export as -> Maple Input. Most people who write long Maple programs prefer to skip the worksheet and rather enter their code with a text editor.

@oscmh3 When you're editing a Question, there's a pull-down menu where you can select your Maple version. This information is very useful to the people who answer these Questions. I've already updated this Question's header, but please select your Maple version in the future.

@tayyab107 If you simply omit the discont option from the plot command, then the vertical line segment will appear.

@Preben Alsholm Thank you. Your information helped me to make a new diagnosis. See my next Answer.

The Elliptic and Jacobi functions are not handled by evalhf.

Does the existence in Maple of the function InverseJacobiSN help your situation (see ?InverseJacobiSN)?

I don't understand why long conditions would prevent you from using piecewise. If it's simply a stylistic issue, then assign the conditions to variables to shorten the piecewise command. For example:

r:= sin(x)+x*cos(x) < 1/2:
f:= piecewise(r, sin(x), cos(x));

Note that the assignment of an inequality to a variable doesn't force it to evaluate to true or false.

@vv Your symbolic solution using RootOf is very clever. It would be great if that could be generalized to an arbitrary division into subintervals. In my work, I'm attempting to deal with taking the derivative wrt the parameter of parametrized definite integrals whose integrands are nested piecewise functions whose conditions depend on both the parameter and the variable of integration.

@vv Yes, my solution was only intended for numeric procedures. For symbolics, I think that piecewise is the best available alternative, even though it has numerous deep and very difficult-to-correct flaws. But don't use is for piecewise's conditions. It uses its own version called PiecewiseTools:-Is, which handles the case of symbolic variables much differently than is. This would perhaps address your comment "Maple should do much better in such situations". This PiecewiseTools:-Is is undocumented; however its code is brief and easy to understand.

@vv It's definitely not a bug. The statement is(x > 0), for example, correctly returns false under the default assumptions for x.

Would you please do each of the integrals in both Maple versions and post the results? My first hunch is that the multi-story nature of the integral on the left has something to do with why it transcribes better.

@Kitonum Your procedure can be simplified to use a table and thereby avoid a loop.

getCoeff:= proc(P, t, T::{list,set}(name):= indets(P, name))
local h, L:= coeffs(P, T, h);
   table([h=~L])[t]
end proc:

Now also the [a,b,c] can be removed from the calls as it is now the default for parameter T.

Do a trace on your procedure to make sure that it returns floating-point values in all cases. For example, if the procedure is P, do trace(P) and then run NLPSolve.

If you still have trouble, please post the code.

@Kitonum Trigonometric functions of exact rational multiples of Pi can be converted to algebraic numbers via convert(..., RootOf). Then they can be handled by the very powerful evala command.

Example: convert(cos(667/345*Pi), RootOf)

@akhmeteli No one yet has provided any evidence whatsoever that anything other than garbage collection triggers status-line updates. Consider these facts:

  • The documentation says explicitly that garbage collection causes status-line updates.
  • My program verifies that the above statement is true.
  • Nowhere else in the documentation is it mentioned that anything other than garbage collection causes status-line updates.
  • No one has mentioned any other thing that could possibly trigger status-line updates. If someone suggests such a thing, I'd be happy to test it.

So, given all that, why would anyone believe that anything other than garbage collection triggers status-line updates? It seems to me that there is no evidence whatsoever that any other thing triggers them.

First 365 366 367 368 369 370 371 Last Page 367 of 709