NAG Library Function Document
nag_ode_bvp_coll_nlin_setup (d02tvc)
1 Purpose
nag_ode_bvp_coll_nlin_setup (d02tvc) is a setup function which must be called prior to the first call of the nonlinear two-point boundary value solver
nag_ode_bvp_coll_nlin_solve (d02tlc).
2 Specification
#include <nag.h> |
#include <nagd02.h> |
void |
nag_ode_bvp_coll_nlin_setup (Integer neq,
const Integer m[],
Integer nlbc,
Integer nrbc,
Integer ncol,
const double tols[],
Integer mxmesh,
Integer nmesh,
const double mesh[],
const Integer ipmesh[],
double rcomm[],
Integer lrcomm,
Integer icomm[],
Integer licomm,
NagError *fail) |
|
3 Description
nag_ode_bvp_coll_nlin_setup (d02tvc) and its associated functions (
nag_ode_bvp_coll_nlin_solve (d02tlc),
nag_ode_bvp_coll_nlin_contin (d02txc),
nag_ode_bvp_coll_nlin_interp (d02tyc) and
nag_ode_bvp_coll_nlin_diag (d02tzc)) solve the two-point boundary value problem for a nonlinear system of ordinary differential equations
over an interval
subject to
(
) nonlinear boundary conditions at
and
(
) nonlinear boundary conditions at
, where
. Note that
is the
th derivative of the
th solution component. Hence
. The left boundary conditions at
are defined as
and the right boundary conditions at
as
where
and
See
Section 9 for information on how boundary value problems of a more general nature can be treated.
nag_ode_bvp_coll_nlin_setup (d02tvc) is used to specify an initial mesh, error requirements and other details.
nag_ode_bvp_coll_nlin_solve (d02tlc) is then used to solve the boundary value problem.
The solution function
nag_ode_bvp_coll_nlin_solve (d02tlc) proceeds as follows. A modified Newton method is applied to the equations
and the boundary conditions. To solve these equations numerically the components
are approximated by piecewise polynomials
using a monomial basis on the
th mesh sub-interval. The coefficients of the polynomials
form the unknowns to be computed. Collocation is applied at Gaussian points
where
is the
th collocation point in the
th mesh sub-interval. Continuity at the mesh points is imposed, that is
where
is the right-hand end of the
th mesh sub-interval. The linearized collocation equations and boundary conditions, together with the continuity conditions, form a system of linear algebraic equations, an almost block diagonal system which is solved using special linear solvers. To start the modified Newton process, an approximation to the solution on the initial mesh must be supplied via the procedure argument
guess of
nag_ode_bvp_coll_nlin_solve (d02tlc).
The solver attempts to satisfy the conditions
where
is the approximate solution for the
th solution component and
tols is supplied by you. The mesh is refined by trying to equidistribute the estimated error in the computed solution over all mesh sub-intervals, and an extrapolation-like test (doubling the number of mesh sub-intervals) is used to check for
(1).
The functions are based on modified versions of the codes COLSYS and COLNEW (see
Ascher et al. (1979) and
Ascher and Bader (1987)). A comprehensive treatment of the numerical solution of boundary value problems can be found in
Ascher et al. (1988) and
Keller (1992).
4 References
Ascher U M and Bader G (1987) A new basis implementation for a mixed order boundary value ODE solver SIAM J. Sci. Stat. Comput. 8 483–500
Ascher U M, Christiansen J and Russell R D (1979) A collocation solver for mixed order systems of boundary value problems Math. Comput. 33 659–679
Ascher U M, Mattheij R M M and Russell R D (1988) Numerical Solution of Boundary Value Problems for Ordinary Differential Equations Prentice–Hall
Gill P E, Murray W and Wright M H (1981) Practical Optimization Academic Press
Keller H B (1992) Numerical Methods for Two-point Boundary-value Problems Dover, New York
Schwartz I B (1983) Estimating regions of existence of unstable periodic orbits using computer-based techniques SIAM J. Sci. Statist. Comput. 20(1) 106–120
5 Arguments
- 1:
neq – IntegerInput
On entry: , the number of ordinary differential equations to be solved.
Constraint:
.
- 2:
m[neq] – const IntegerInput
On entry: must contain , the order of the th differential equation, for .
Constraint:
, for .
- 3:
nlbc – IntegerInput
On entry: , the number of left boundary conditions defined at the left-hand end, ().
Constraint:
.
- 4:
nrbc – IntegerInput
On entry: , the number of right boundary conditions defined at the right-hand end, ().
Constraints:
- ;
- .
- 5:
ncol – IntegerInput
On entry: the number of collocation points to be used in each mesh sub-interval.
Constraint:
, where .
- 6:
tols[neq] – const doubleInput
On entry: must contain the error requirement for the th solution component.
Constraint:
, for .
- 7:
mxmesh – IntegerInput
On entry: the maximum number of mesh points to be used during the solution process.
Constraint:
.
- 8:
nmesh – IntegerInput
On entry: the number of points to be used in the initial mesh of the solution process.
Constraint:
.
- 9:
mesh[mxmesh] – const doubleInput
On entry: the positions of the initial
nmesh mesh points. The remaining elements of
mesh need not be set. You should try to place the mesh points in areas where you expect the solution to vary most rapidly. In the absence of any other information the points should be equally distributed on
.
must contain the left boundary point, , and must contain the right boundary point, .
Constraint:
, for .
- 10:
ipmesh[mxmesh] – const IntegerInput
On entry:
specifies whether or not the initial mesh point defined in
, for
, should be a fixed point in all meshes computed during the solution process. The remaining elements of
ipmesh need not be set.
- Indicates that should be a fixed point in all meshes.
- Indicates that is not a fixed point.
Constraints:
- and , (i.e., the left and right boundary points, and , must be fixed points, in all meshes);
- or , for .
- 11:
rcomm[lrcomm] – doubleCommunication Array
On exit: contains information for use by
nag_ode_bvp_coll_nlin_solve (d02tlc). This
must be the same array as will be supplied to
nag_ode_bvp_coll_nlin_solve (d02tlc). The contents of this array
must remain unchanged between calls.
- 12:
lrcomm – IntegerInput
On entry: the dimension of the array
rcomm. If
, a communication array size query is requested. In this case there is an immediate return with communication array dimensions stored in
icomm;
contains the required dimension of
rcomm, while
contains the required dimension of
icomm.
Constraint:
, or , where and .
- 13:
icomm[licomm] – IntegerCommunication Array
On exit: contains information for use by
nag_ode_bvp_coll_nlin_solve (d02tlc). This
must be the same array as will be supplied to
nag_ode_bvp_coll_nlin_solve (d02tlc). The contents of this array
must remain unchanged between calls. If
, a communication array size query is requested. In this case, on immediate return,
will contain the required dimension for
rcomm while
will contain the required dimension for
icomm.
- 14:
licomm – IntegerInput
On entry: the dimension of the array
icomm. If
, a communication array size query is requested. In this case
icomm need only be of dimension
in order to hold the required communication array dimensions for the given problem and algorithmic parameters.
Constraints:
- if , ;
- otherwise .
- 15:
fail – NagError *Input/Output
-
The NAG error argument (see
Section 3.6 in the Essential Introduction).
6 Error Indicators and Warnings
- NE_BAD_PARAM
-
On entry, argument had an illegal value.
- NE_INT
-
On entry, or does not equal .
On entry, or for some .
On entry, .
Constraint: .
On entry, .
Constraint: or .
On entry, .
Constraint: for all .
On entry, .
Constraint: .
On entry, .
Constraint: .
- NE_INT_2
-
On entry, and .
Constraint: .
On entry, and .
Constraint: .
On entry, and .
Constraint: and .
- NE_INT_3
-
On entry, , and .
Constraint: .
- NE_INTERNAL_ERROR
-
An internal error has occurred in this function. Check the function call and any array sizes. If the call is correct then please contact
NAG for assistance.
- NE_NOT_STRICTLY_INCREASING
-
On entry, the elements of
mesh are not strictly increasing.
- NE_REAL
-
On entry, .
Constraint: for all .
7 Accuracy
Not applicable.
8 Parallelism and Performance
Not applicable.
For problems where sharp changes of behaviour are expected over short intervals it may be advisable to:
– |
use a large value for ncol; |
– |
cluster the initial mesh points where sharp changes in behaviour are expected; |
– |
maintain fixed points in the mesh using the argument ipmesh to ensure that the remeshing process does not inadvertently remove mesh points from areas of known interest before they are detected automatically by the algorithm. |
A boundary value problem with nonseparated boundary conditions can be treated by transformation to an equivalent problem with separated conditions. As a simple example consider the system
on
subject to the boundary conditions
By adjoining the trivial ordinary differential equation
which implies
, and letting
, say, we have a new system
subject to the separated boundary conditions
There is an obvious overhead in adjoining an extra differential equation: the system to be solved is increased in size.
Multipoint boundary value problems, that is problems where conditions are specified at more than two points, can also be transformed to an equivalent problem with two boundary points. Each sub-interval defined by the multipoint conditions can be transformed onto the interval
, say, leading to a larger set of differential equations. The boundary conditions of the transformed system consist of the original boundary conditions and the conditions imposed by the requirement that the solution components be continuous at the interior break-points. For example, consider the equation
subject to the conditions
where
. This can be transformed to the system
where
subject to the boundary conditions
In this instance two of the resulting boundary conditions are nonseparated but they may next be treated as described above.
Systems of ordinary differential equations containing derivatives of order greater than four can always be reduced to systems of order suitable for treatment by nag_ode_bvp_coll_nlin_setup (d02tvc) and its related functions. For example suppose we have the sixth-order equation
Writing the variables
and
we obtain the system
which has maximal order four, or writing the variables
and
we obtain the system
which has maximal order three. The best choice of reduction by choosing new variables will depend on the structure and physical meaning of the system. Note that you will control the error in each of the variables
and
. Indeed, if you wish to control the error in certain derivatives of the solution of an equation of order greater than one, then you should make those derivatives new variables.
The solver function
nag_ode_bvp_coll_nlin_solve (d02tlc) employs collocation at Gaussian points in each sub-interval of the mesh. Hence the coefficients of the differential equations are not evaluated at the mesh points. Thus, fixed points should be specified in the mesh where either the coefficients are singular, or the solution has less smoothness, or where the differential equations should not be evaluated. Singular coefficients at boundary points often arise when physical symmetry is used to reduce partial differential equations to ordinary differential equations. These do not pose a direct numerical problem for using this code but they can severely impact its convergence.
The solver function
nag_ode_bvp_coll_nlin_solve (d02tlc) requires an external function
fjac to evaluate the partial derivatives of
with respect to the elements of
(
). In cases where the partial derivatives are difficult to evaluate, numerical approximations can be used. However, this approach might have a negative impact on the convergence of the modified Newton method. You could consider the use of symbolic mathematic packages and/or automatic differentiation packages if available to you.
See
Section 10 in nag_ode_bvp_coll_nlin_diag (d02tzc) for an example using numerical approximations to the Jacobian. There central differences are used and each
is assumed to depend on all the components of
. This requires two evaluations of the system of differential equations for each component of
. The perturbation used depends on the size of each component of
and a minimum quantity dependent on the
machine precision. The cost of this approach could be reduced by employing an alternative difference scheme and/or by only perturbing the components of
which appear in the definitions of the
. A discussion on the choice of perturbation factors for use in finite difference approximations to partial derivatives can be found in
Gill et al. (1981).
10 Example
The following example is used to illustrate the treatment of nonseparated boundary conditions. See also
nag_ode_bvp_coll_nlin_solve (d02tlc),
nag_ode_bvp_coll_nlin_contin (d02txc),
nag_ode_bvp_coll_nlin_interp (d02tyc) and
nag_ode_bvp_coll_nlin_diag (d02tzc), for the illustration of other facilities.
The following equations model of the spread of measles. See
Schwartz (1983). Under certain assumptions the dynamics of the model can be expressed as
subject to the periodic boundary conditions
Here
and
are respectively the proportions of susceptibles, infectives and latents to the whole population.
(
years) is the latent period,
(
years) is the infectious period and
(
) is the population birth rate.
is the contact rate where
.
The nonseparated boundary conditions are treated as described in
Section 9 by adjoining the trivial differential equations
that is
and
are constants. The boundary conditions of the augmented system can then be posed in the separated form
This is a relatively easy problem and an (arbitrary) initial guess of
for each component suffices, even though two components of the solution are much smaller than
.
10.1 Program Text
Program Text (d02tvce.c)
10.2 Program Data
Program Data (d02tvce.d)
10.3 Program Results
Program Results (d02tvce.r)