I am writing a procedure that takes the "output" of a call to dsolve (with the options numeric and listprocedure and without specifying a range of integration) as an argument ('dsol') together with a minimally acceptable range of integration ('tf'). The output of the procedure is either the input 'dsol' itself, if dsolve has been able to integrate from 0 to 'tf', or a modified version where the initial conditions have been modified.

Say I want to integrate an ode system [u,v,w...

I converted an ode using the built-in "convert" tool to check some calculations I had done by hand. To my surprise, there was an inconsistency. I converted the ode using PDEtools[dchange], reproducing the steps I had followed manually, and they checked out. So my question is: is there a sign error in convert? (and therefore a bug) or are both conversions correct, and if so are there any lessons to be learned? (is it related to the equation's symmetries?)

Thanks for your comments.

I am searching for an analytical solution, if one exists, of a first-order differential equation of the Chini type, which is a generalization of the Abel type. The equation I'm trying to solve is very closely related to one presented in Maple's help files and which does admit an integral representation, namely the equation reported by Kamke as number 152 (according to the reference given in Maple). The equation I'm grappling with is similar to Kamke152 but with the forcing...

As far as I know, exporting an Array or Matrix of plot is not directly possible in Maple 15. Is that right? Is there a workaround?

Refer to this comment:

http://www.mapleprimes.com/questions/36802-Arrayplot#comment63786

However, I read a suggestion by dskoog that seemed to work:

http://www.mapleprimes.com/questions/121011...

My Maple plots contain strings like this one:

[HFloat(undefined),HFloat(undefined),HFloat(undefined)]

Let's call them "offending strings" or "errors", as they would most likely have been avoided by more experienced users. These errors arise while creating odeplots. I suspect that these errors are produced by the option Events of dsolve each time a halt is triggered. This is mere speculation and besides the point of my post anyhow.

Maple seems to understand...