NAG Library Routine Document

d03prf (dim1_parab_remesh_keller)

1
Purpose

d03prf integrates a system of linear or nonlinear, first-order, time-dependent partial differential equations (PDEs) in one space variable, with scope for coupled ordinary differential equations (ODEs), and automatic adaptive spatial remeshing. The spatial discretization is performed using the Keller box scheme (see Keller (1970)) and the method of lines is employed to reduce the PDEs to a system of ODEs. The resulting system is solved using a Backward Differentiation Formula (BDF) method or a Theta method (switching between Newton's method and functional iteration).

2
Specification

Fortran Interface
Integer, Intent (In):: npde, npts, nleft, nv, nxi, neqn, itol, nxfix, nrmesh, ipminf, lrsave, lisave, itask, itrace
Integer, Intent (Inout):: isave(lisave), ind, ifail
Real (Kind=nag_wp), Intent (In):: tout, xi(nxi), rtol(*), atol(*), algopt(30), xfix(nxfix), dxmesh, trmesh, xratio, con
Real (Kind=nag_wp), Intent (Inout):: ts, u(neqn), x(npts), rsave(lrsave)
Logical, Intent (In):: remesh
Character (1), Intent (In):: norm, laopt
External:: pdedef, bndary, uvinit, odedef, monitf
C Header Interface
#include <nagmk26.h>
void  d03prf_ (const Integer *npde, double *ts, const double *tout,
void (NAG_CALL *pdedef)(const Integer *npde, const double *t, const double *x, const double u[], const double ut[], const double ux[], const Integer *nv, const double v[], const double vdot[], double res[], Integer *ires),
void (NAG_CALL *bndary)(const Integer *npde, const double *t, const Integer *ibnd, const Integer *nobc, const double u[], const double ut[], const Integer *nv, const double v[], const double vdot[], double res[], Integer *ires),
void (NAG_CALL *uvinit)(const Integer *npde, const Integer *npts, const Integer *nxi, const double x[], const double xi[], double u[], const Integer *nv, double v[]),
double u[], const Integer *npts, double x[], const Integer *nleft, const Integer *nv,
void (NAG_CALL *odedef)(const Integer *npde, const double *t, const Integer *nv, const double v[], const double vdot[], const Integer *nxi, const double xi[], const double ucp[], const double ucpx[], const double ucpt[], double r[], Integer *ires),
const Integer *nxi, const double xi[], const Integer *neqn, const double rtol[], const double atol[], const Integer *itol, const char *norm, const char *laopt, const double algopt[], const logical *remesh, const Integer *nxfix, const double xfix[], const Integer *nrmesh, const double *dxmesh, const double *trmesh, const Integer *ipminf, const double *xratio, const double *con,
void (NAG_CALL *monitf)(const double *t, const Integer *npts, const Integer *npde, const double x[], const double u[], double fmon[]),
double rsave[], const Integer *lrsave, Integer isave[], const Integer *lisave, const Integer *itask, const Integer *itrace, Integer *ind, Integer *ifail, const Charlen length_norm, const Charlen length_laopt)

3
Description

d03prf integrates the system of first-order PDEs and coupled ODEs given by the master equations:
Gi x,t,U,Ux,Ut,V,V. = 0 ,   i=1,2,,npde ,   axb,tt0, (1)
Rit,V,V.,ξ,U*,Ux*,Ut*=0,  i=1,2,,nv. (2)
In the PDE part of the problem given by (1), the functions Gi must have the general form
Gi=j=1npdePi,j Uj t +j=1nvQi,jV.j+Si=0,  i=1,2,,npde, (3)
where Pi,j, Qi,j and Si depend on x, t, U, Ux and V.
The vector U is the set of PDE solution values
Ux,t=U1x,t,,Unpdex,tT,  
and the vector Ux is the partial derivative with respect to x. The vector V is the set of ODE solution values
Vt=V1t,,VnvtT,  
and V. denotes its derivative with respect to time.
In the ODE part given by (2), ξ represents a vector of nξ spatial coupling points at which the ODEs are coupled to the PDEs. These points may or may not be equal to some of the PDE spatial mesh points. U*, Ux* and Ut* are the functions U, Ux and Ut evaluated at these coupling points. Each Ri may only depend linearly on time derivatives. Hence equation (2) may be written more precisely as
R=A-BV.-CUt*, (4)
where R=R1,,RnvT, A is a vector of length nv, B is an nv by nv matrix, C is an nv by nξ×npde matrix and the entries in A, B and C may depend on t, ξ, U*, Ux* and V. In practice you only need to supply a vector of information to define the ODEs and not the matrices B and C. (See Section 5 for the specification of odedef.)
The integration in time is from t0 to tout, over the space interval axb, where a=x1 and b=xnpts are the leftmost and rightmost points of a mesh x1,x2,,xnpts defined initially by you and (possibly) adapted automatically during the integration according to user-specified criteria.
The PDE system which is defined by the functions Gi must be specified in pdedef.
The initial t=t0 values of the functions Ux,t and Vt must be specified in uvinit. Note that uvinit will be called again following any remeshing, and so Ux,t0 should be specified for all values of x in the interval axb, and not just the initial mesh points.
For a first-order system of PDEs, only one boundary condition is required for each PDE component Ui. The npde boundary conditions are separated into na at the left-hand boundary x=a, and nb at the right-hand boundary x=b, such that na+nb=npde. The position of the boundary condition for each component should be chosen with care; the general rule is that if the characteristic direction of Ui at the left-hand boundary (say) points into the interior of the solution domain, then the boundary condition for Ui should be specified at the left-hand boundary. Incorrect positioning of boundary conditions generally results in initialization or integration difficulties in the underlying time integration routines.
The boundary conditions have the master equation form:
GiL x,t,U,Ut,V,V. = 0   at ​ x = a ,   i=1,2,,na , (5)
at the left-hand boundary, and
GiR x,t,U,Ut,V,V. = 0   at ​ x = b ,   i=1,2,,nb , (6)
at the right-hand boundary.
Note that the functions GiL and GiR must not depend on Ux, since spatial derivatives are not determined explicitly in the Keller box scheme routines. If the problem involves derivative (Neumann) boundary conditions then it is generally possible to restate such boundary conditions in terms of permissible variables. Also note that GiL and GiR must be linear with respect to time derivatives, so that the boundary conditions have the general form:
j=1 npde E i,j L Uj t + j=1 nv H i,j L V.j + KiL = 0 ,   i=1,2,,na , (7)
at the left-hand boundary, and
j=1 npde E i,j R Uj t + j=1 nv H i,j R V.j + KiR = 0 ,   i=1,2,,nb , (8)
at the right-hand boundary, where Ei,jL, Ei,jR, Hi,jL, Hi,jR, KiL and KiR depend on x,t,U and V only.
The boundary conditions must be specified in bndary.
The problem is subject to the following restrictions:
(i) Pi,j, Qi,j and Si must not depend on any time derivatives;
(ii) t0<tout, so that integration is in the forward direction;
(iii) The evaluation of the function Gi is done approximately at the mid-points of the mesh xi, for i=1,2,,npts, by calling pdedef for each mid-point in turn. Any discontinuities in the function must therefore be at one or more of the fixed mesh points specified by xfix;
(iv) At least one of the functions Pi,j must be nonzero so that there is a time derivative present in the PDE problem.
The algebraic-differential equation system which is defined by the functions Ri must be specified in odedef. You must also specify the coupling points ξ in the array xi.
The first-order equations are approximated by a system of ODEs in time for the values of Ui at mesh points. In this method of lines approach the Keller box scheme is applied to each PDE in the space variable only, resulting in a system of ODEs in time for the values of Ui at each mesh point. In total there are npde×npts+nv ODEs in time direction. This system is then integrated forwards in time using a Backward Differentiation Formula (BDF) or a Theta method.
The adaptive space remeshing can be used to generate meshes that automatically follow the changing time-dependent nature of the solution, generally resulting in a more efficient and accurate solution using fewer mesh points than may be necessary with a fixed uniform or non-uniform mesh. Problems with travelling wavefronts or variable-width boundary layers for example will benefit from using a moving adaptive mesh. The discrete time-step method used here (developed by Furzeland (1984)) automatically creates a new mesh based on the current solution profile at certain time-steps, and the solution is then interpolated onto the new mesh and the integration continues.
The method requires you to supply monitf which specifies in an analytic or numeric form the particular aspect of the solution behaviour you wish to track. This so-called monitor function is used to choose a mesh which equally distributes the integral of the monitor function over the domain. A typical choice of monitor function is the second space derivative of the solution value at each point (or some combination of the second space derivatives if more than one solution component), which results in refinement in regions where the solution gradient is changing most rapidly.
You must specify the frequency of mesh updates along with certain other criteria such as adjacent mesh ratios. Remeshing can be expensive and you are encouraged to experiment with the different options in order to achieve an efficient solution which adequately tracks the desired features of the solution.
Note that unless the monitor function for the initial solution values is zero at all user-specified initial mesh points, a new initial mesh is calculated and adopted according to the user-specified remeshing criteria. uvinit will then be called again to determine the initial solution values at the new mesh points (there is no interpolation at this stage) and the integration proceeds.

4
References

Berzins M (1990) Developments in the NAG Library software for parabolic equations Scientific Software Systems (eds J C Mason and M G Cox) 59–72 Chapman and Hall
Berzins M, Dew P M and Furzeland R M (1989) Developing software for time-dependent problems using the method of lines and differential-algebraic integrators Appl. Numer. Math. 5 375–397
Berzins M and Furzeland R M (1992) An adaptive theta method for the solution of stiff and nonstiff differential equations Appl. Numer. Math. 9 1–19
Furzeland R M (1984) The construction of adaptive space meshes TNER.85.022 Thornton Research Centre, Chester
Keller H B (1970) A new difference scheme for parabolic problems Numerical Solutions of Partial Differential Equations (ed J Bramble) 2 327–350 Academic Press
Pennington S V and Berzins M (1994) New NAG Library software for first-order partial differential equations ACM Trans. Math. Softw. 20 63–99

5
Arguments

1:     npde – IntegerInput
On entry: the number of PDEs to be solved.
Constraint: npde1.
2:     ts – Real (Kind=nag_wp)Input/Output
On entry: the initial value of the independent variable t.
Constraint: ts<tout.
On exit: the value of t corresponding to the solution values in u. Normally ts=tout.
3:     tout – Real (Kind=nag_wp)Input
On entry: the final value of t to which the integration is to be carried out.
4:     pdedef – Subroutine, supplied by the user.External Procedure
pdedef must evaluate the functions Gi which define the system of PDEs. pdedef is called approximately midway between each pair of mesh points in turn by d03prf.
The specification of pdedef is:
Fortran Interface
Subroutine pdedef ( npde, t, x, u, ut, ux, nv, v, vdot, res, ires)
Integer, Intent (In):: npde, nv
Integer, Intent (Inout):: ires
Real (Kind=nag_wp), Intent (In):: t, x, u(npde), ut(npde), ux(npde), v(nv), vdot(nv)
Real (Kind=nag_wp), Intent (Out):: res(npde)
C Header Interface
#include <nagmk26.h>
void  pdedef (const Integer *npde, const double *t, const double *x, const double u[], const double ut[], const double ux[], const Integer *nv, const double v[], const double vdot[], double res[], Integer *ires)
1:     npde – IntegerInput
On entry: the number of PDEs in the system.
2:     t – Real (Kind=nag_wp)Input
On entry: the current value of the independent variable t.
3:     x – Real (Kind=nag_wp)Input
On entry: the current value of the space variable x.
4:     unpde – Real (Kind=nag_wp) arrayInput
On entry: ui contains the value of the component Uix,t, for i=1,2,,npde.
5:     utnpde – Real (Kind=nag_wp) arrayInput
On entry: uti contains the value of the component Uix,t t , for i=1,2,,npde.
6:     uxnpde – Real (Kind=nag_wp) arrayInput
On entry: uxi contains the value of the component Uix,t x , for i=1,2,,npde.
7:     nv – IntegerInput
On entry: the number of coupled ODEs in the system.
8:     vnv – Real (Kind=nag_wp) arrayInput
On entry: if nv>0, vi contains the value of the component Vit, for i=1,2,,nv.
9:     vdotnv – Real (Kind=nag_wp) arrayInput
On entry: if nv>0, vdoti contains the value of component V.it, for i=1,2,,nv.
10:   resnpde – Real (Kind=nag_wp) arrayOutput
On exit: resi must contain the ith component of G, for i=1,2,,npde, where G is defined as
Gi=j=1npdePi,j Uj t +j=1nvQi,jV.j, (9)
i.e., only terms depending explicitly on time derivatives, or
Gi=j=1npdePi,j Uj t +j=1nvQi,jV.j+Si, (10)
i.e., all terms in equation (3).
The definition of G is determined by the input value of ires.
11:   ires – IntegerInput/Output
On entry: the form of Gi that must be returned in the array res.
ires=-1
Equation (9) must be used.
ires=1
Equation (10) must be used.
On exit: should usually remain unchanged. However, you may set ires to force the integration routine to take certain actions, as described below:
ires=2
Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to ifail=6.
ires=3
Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set ires=3 when a physically meaningless input or output value has been generated. If you consecutively set ires=3, d03prf returns to the calling subroutine with the error indicator set to ifail=4.
pdedef must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03prf is called. Arguments denoted as Input must not be changed by this procedure.
Note: pdedef should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03prf. If your code inadvertently does return any NaNs or infinities, d03prf is likely to produce unexpected results.
5:     bndary – Subroutine, supplied by the user.External Procedure
bndary must evaluate the functions GiL and GiR which describe the boundary conditions, as given in (5) and (6).
The specification of bndary is:
Fortran Interface
Subroutine bndary ( npde, t, ibnd, nobc, u, ut, nv, v, vdot, res, ires)
Integer, Intent (In):: npde, ibnd, nobc, nv
Integer, Intent (Inout):: ires
Real (Kind=nag_wp), Intent (In):: t, u(npde), ut(npde), v(nv), vdot(nv)
Real (Kind=nag_wp), Intent (Out):: res(nobc)
C Header Interface
#include <nagmk26.h>
void  bndary (const Integer *npde, const double *t, const Integer *ibnd, const Integer *nobc, const double u[], const double ut[], const Integer *nv, const double v[], const double vdot[], double res[], Integer *ires)
1:     npde – IntegerInput
On entry: the number of PDEs in the system.
2:     t – Real (Kind=nag_wp)Input
On entry: the current value of the independent variable t.
3:     ibnd – IntegerInput
On entry: specifies which boundary conditions are to be evaluated.
ibnd=0
bndary must compute the left-hand boundary condition at x=a.
ibnd0
bndary must compute of the right-hand boundary condition at x=b.
4:     nobc – IntegerInput
On entry: specifies the number na of boundary conditions at the boundary specified by ibnd.
5:     unpde – Real (Kind=nag_wp) arrayInput
On entry: ui contains the value of the component Uix,t at the boundary specified by ibnd, for i=1,2,,npde.
6:     utnpde – Real (Kind=nag_wp) arrayInput
On entry: uti contains the value of the component Uix,t t , for i=1,2,,npde.
7:     nv – IntegerInput
On entry: the number of coupled ODEs in the system.
8:     vnv – Real (Kind=nag_wp) arrayInput
On entry: if nv>0, vi contains the value of the component Vit, for i=1,2,,nv.
9:     vdotnv – Real (Kind=nag_wp) arrayInput
On entry: if nv>0, vdoti contains the value of component V.it, for i=1,2,,nv.
Note: vdoti, for i=1,2,,nv, may only appear linearly as in (11) and (12).
10:   resnobc – Real (Kind=nag_wp) arrayOutput
On exit: resi must contain the ith component of GL or GR, depending on the value of ibnd, for i=1,2,,nobc, where GL is defined as
GiL=j=1npdeEi,jL Uj t +j=1nvHi,jLV.j, (11)
i.e., only terms depending explicitly on time derivatives, or
GiL=j=1npdeEi,jL Uj t +j=1nvHi,jLV.j+KiL, (12)
i.e., all terms in equation (7), and similarly for GiR.
The definitions of GL and GR are determined by the input value of ires.
11:   ires – IntegerInput/Output
On entry: the form of GiL (or GiR) that must be returned in the array res.
ires=-1
Equation (11) must be used.
ires=1
Equation (12) must be used.
On exit: should usually remain unchanged. However, you may set ires to force the integration routine to take certain actions as described below:
ires=2
Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to ifail=6.
ires=3
Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set ires=3 when a physically meaningless input or output value has been generated. If you consecutively set ires=3, d03prf returns to the calling subroutine with the error indicator set to ifail=4.
bndary must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03prf is called. Arguments denoted as Input must not be changed by this procedure.
Note: bndary should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03prf. If your code inadvertently does return any NaNs or infinities, d03prf is likely to produce unexpected results.
6:     uvinit – Subroutine, supplied by the user.External Procedure
uvinit must supply the initial t=t0 values of Ux,t and Vt for all values of x in the interval a,b.
The specification of uvinit is:
Fortran Interface
Subroutine uvinit ( npde, npts, nxi, x, xi, u, nv, v)
Integer, Intent (In):: npde, npts, nxi, nv
Real (Kind=nag_wp), Intent (In):: x(npts), xi(nxi)
Real (Kind=nag_wp), Intent (Out):: u(npde,npts), v(nv)
C Header Interface
#include <nagmk26.h>
void  uvinit (const Integer *npde, const Integer *npts, const Integer *nxi, const double x[], const double xi[], double u[], const Integer *nv, double v[])
1:     npde – IntegerInput
On entry: the number of PDEs in the system.
2:     npts – IntegerInput
On entry: the number of mesh points in the interval a,b.
3:     nxi – IntegerInput
On entry: the number of ODE/PDE coupling points.
4:     xnpts – Real (Kind=nag_wp) arrayInput
On entry: the current mesh. xi contains the value of xi, for i=1,2,,npts.
5:     xinxi – Real (Kind=nag_wp) arrayInput
On entry: if nxi>0, xii contains the ODE/PDE coupling point, ξi, for i=1,2,,nxi.
6:     unpdenpts – Real (Kind=nag_wp) arrayOutput
On exit: uij contains the value of the component Uixj,t0, for i=1,2,,npde and j=1,2,,npts.
7:     nv – IntegerInput
On entry: the number of coupled ODEs in the system.
8:     vnv – Real (Kind=nag_wp) arrayOutput
On exit: if nv>0, vi must contain the value of component Vit0, for i=1,2,,nv.
uvinit must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03prf is called. Arguments denoted as Input must not be changed by this procedure.
Note: uvinit should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03prf. If your code inadvertently does return any NaNs or infinities, d03prf is likely to produce unexpected results.
7:     uneqn – Real (Kind=nag_wp) arrayInput/Output
On entry: if ind=1, the value of u must be unchanged from the previous call.
On exit: unpde×j-1+i contains the computed solution Uixj,t, for i=1,2,,npde and j=1,2,,npts, evaluated at t=ts.
8:     npts – IntegerInput
On entry: the number of mesh points in the interval [a,b].
Constraint: npts3.
9:     xnpts – Real (Kind=nag_wp) arrayInput/Output
On entry: the initial mesh points in the space direction. x1 must specify the left-hand boundary, a, and xnpts must specify the right-hand boundary, b.
Constraint: x1<x2<<xnpts.
On exit: the final values of the mesh points.
10:   nleft – IntegerInput
On entry: the number na of boundary conditions at the left-hand mesh point x1.
Constraint: 0nleftnpde.
11:   nv – IntegerInput
On entry: the number of coupled ODE components.
Constraint: nv0.
12:   odedef – Subroutine, supplied by the NAG Library or the user.External Procedure
odedef must evaluate the functions R, which define the system of ODEs, as given in (4).
If you wish to compute the solution of a system of PDEs only (i.e., nv=0), odedef must be the dummy routine d03pek. (d03pek is included in the NAG Library.)
The specification of odedef is:
Fortran Interface
Subroutine odedef ( npde, t, nv, v, vdot, nxi, xi, ucp, ucpx, ucpt, r, ires)
Integer, Intent (In):: npde, nv, nxi
Integer, Intent (Inout):: ires
Real (Kind=nag_wp), Intent (In):: t, v(nv), vdot(nv), xi(nxi), ucp(npde,nxi), ucpx(npde,nxi), ucpt(npde,nxi)
Real (Kind=nag_wp), Intent (Out):: r(nv)
C Header Interface
#include <nagmk26.h>
void  odedef (const Integer *npde, const double *t, const Integer *nv, const double v[], const double vdot[], const Integer *nxi, const double xi[], const double ucp[], const double ucpx[], const double ucpt[], double r[], Integer *ires)
1:     npde – IntegerInput
On entry: the number of PDEs in the system.
2:     t – Real (Kind=nag_wp)Input
On entry: the current value of the independent variable t.
3:     nv – IntegerInput
On entry: the number of coupled ODEs in the system.
4:     vnv – Real (Kind=nag_wp) arrayInput
On entry: if nv>0, vi contains the value of the component Vit, for i=1,2,,nv.
5:     vdotnv – Real (Kind=nag_wp) arrayInput
On entry: if nv>0, vdoti contains the value of component V.it, for i=1,2,,nv.
6:     nxi – IntegerInput
On entry: the number of ODE/PDE coupling points.
7:     xinxi – Real (Kind=nag_wp) arrayInput
On entry: if nxi>0, xii contains the ODE/PDE coupling point, ξi, for i=1,2,,nxi.
8:     ucpnpdenxi – Real (Kind=nag_wp) arrayInput
On entry: if nxi>0, ucpij contains the value of Uix,t at the coupling point x=ξj, for i=1,2,,npde and j=1,2,,nxi.
9:     ucpxnpdenxi – Real (Kind=nag_wp) arrayInput
On entry: if nxi>0, ucpxij contains the value of Uix,t x  at the coupling point x=ξj, for i=1,2,,npde and j=1,2,,nxi.
10:   ucptnpdenxi – Real (Kind=nag_wp) arrayInput
On entry: if nxi>0, ucptij contains the value of Ui t  at the coupling point x=ξj, for i=1,2,,npde and j=1,2,,nxi.
11:   rnv – Real (Kind=nag_wp) arrayOutput
On exit: if nv>0, ri must contain the ith component of R, for i=1,2,,nv, where R is defined as
R=-BV.-CUt*, (13)
i.e., only terms depending explicitly on time derivatives, or
R=A-BV.-CUt*, (14)
i.e., all terms in equation (4). The definition of R is determined by the input value of ires.
12:   ires – IntegerInput/Output
On entry: the form of R that must be returned in the array r.
ires=-1
Equation (13) must be used.
ires=1
Equation (14) must be used.
On exit: should usually remain unchanged. However, you may reset ires to force the integration routine to take certain actions, as described below:
ires=2
Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to ifail=6.
ires=3
Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set ires=3 when a physically meaningless input or output value has been generated. If you consecutively set ires=3, d03prf returns to the calling subroutine with the error indicator set to ifail=4.
odedef must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03prf is called. Arguments denoted as Input must not be changed by this procedure.
Note: odedef should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03prf. If your code inadvertently does return any NaNs or infinities, d03prf is likely to produce unexpected results.
13:   nxi – IntegerInput
On entry: the number of ODE/PDE coupling points.
Constraints:
  • if nv=0, nxi=0;
  • if nv>0, nxi0.
14:   xinxi – Real (Kind=nag_wp) arrayInput
On entry: xii, for i=1,2,,nxi, must be set to the ODE/PDE coupling points, ξi.
Constraint: x1xi1<xi2<<xinxixnpts.
15:   neqn – IntegerInput
On entry: the number of ODEs in the time direction.
Constraint: neqn=npde×npts+nv.
16:   rtol* – Real (Kind=nag_wp) arrayInput
Note: the dimension of the array rtol must be at least 1 if itol=1 or 2 and at least neqn if itol=3 or 4.
On entry: the relative local error tolerance.
Constraint: rtoli0.0 for all relevant i.
17:   atol* – Real (Kind=nag_wp) arrayInput
Note: the dimension of the array atol must be at least 1 if itol=1 or 3 and at least neqn if itol=2 or 4.
On entry: the absolute local error tolerance.
Constraint: atoli0.0 for all relevant i.
Note: corresponding elements of rtol and atol cannot both be 0.0.
18:   itol – IntegerInput
A value to indicate the form of the local error test. itol indicates to d03prf whether to interpret either or both of rtol or atol as a vector or scalar. The error test to be satisfied is ei/wi<1.0, where wi is defined as follows:
On entry:
itol rtol atol wi
1 scalar scalar rtol1×ui+atol1
2 scalar vector rtol1×ui+atoli
3 vector scalar rtoli×ui+atol1
4 vector vector rtoli×ui+atoli
In the above, ei denotes the estimated local error for the ith component of the coupled PDE/ODE system in time, ui, for i=1,2,,neqn.
The choice of norm used is defined by the argument norm.
Constraint: itol=1, 2, 3 or 4.
19:   norm – Character(1)Input
On entry: the type of norm to be used.
norm='M'
Maximum norm.
norm='A'
Averaged L2 norm.
If Unorm denotes the norm of the vector u of length neqn, then for the averaged L2 norm
Unorm= 1neqn i=1neqn Ui/wi 2 ,  
while for the maximum norm
Unorm=maxiui/wi.  
See the description of itol for the formulation of the weight vector w.
Constraint: norm='M' or 'A'.
20:   laopt – Character(1)Input
On entry: the type of matrix algebra required.
laopt='F'
Full matrix methods to be used.
laopt='B'
Banded matrix methods to be used.
laopt='S'
Sparse matrix methods to be used.
Constraint: laopt='F', 'B' or 'S'.
Note: you are recommended to use the banded option when no coupled ODEs are present (i.e., nv=0).
21:   algopt30 – Real (Kind=nag_wp) arrayInput
On entry: may be set to control various options available in the integrator. If you wish to employ all the default options, algopt1 should be set to 0.0. Default values will also be used for any other elements of algopt set to zero. The permissible values, default values, and meanings are as follows:
algopt1
Selects the ODE integration method to be used. If algopt1=1.0, a BDF method is used and if algopt1=2.0, a Theta method is used. The default value is algopt1=1.0.
If algopt1=2.0, then algopti, for i=2,3,4, are not used.
algopt2
Specifies the maximum order of the BDF integration formula to be used. algopt2 may be 1.0, 2.0, 3.0, 4.0 or 5.0. The default value is algopt2=5.0.
algopt3
Specifies what method is to be used to solve the system of nonlinear equations arising on each step of the BDF method. If algopt3=1.0 a modified Newton iteration is used and if algopt3=2.0 a functional iteration method is used. If functional iteration is selected and the integrator encounters difficulty, there is an automatic switch to the modified Newton iteration. The default value is algopt3=1.0.
algopt4
Specifies whether or not the Petzold error test is to be employed. The Petzold error test results in extra overhead but is more suitable when algebraic equations are present, such as Pi,j=0.0, for j=1,2,,npde, for some i or when there is no V.it dependence in the coupled ODE system. If algopt4=1.0, the Petzold test is used. If algopt4=2.0, the Petzold test is not used. The default value is algopt4=1.0.
If algopt1=1.0, algopti, for i=5,6,7, are not used.
algopt5
Specifies the value of Theta to be used in the Theta integration method. 0.51algopt50.99. The default value is algopt5=0.55.
algopt6
Specifies what method is to be used to solve the system of nonlinear equations arising on each step of the Theta method. If algopt6=1.0, a modified Newton iteration is used and if algopt6=2.0, a functional iteration method is used. The default value is algopt6=1.0.
algopt7
Specifies whether or not the integrator is allowed to switch automatically between modified Newton and functional iteration methods in order to be more efficient. If algopt7=1.0, switching is allowed and if algopt7=2.0, switching is not allowed. The default value is algopt7=1.0.
algopt11
Specifies a point in the time direction, tcrit, beyond which integration must not be attempted. The use of tcrit is described under the argument itask. If algopt10.0, a value of 0.0, for algopt11, say, should be specified even if itask subsequently specifies that tcrit will not be used.
algopt12
Specifies the minimum absolute step size to be allowed in the time integration. If this option is not required, algopt12 should be set to 0.0.
algopt13
Specifies the maximum absolute step size to be allowed in the time integration. If this option is not required, algopt13 should be set to 0.0.
algopt14
Specifies the initial step size to be attempted by the integrator. If algopt14=0.0, the initial step size is calculated internally.
algopt15
Specifies the maximum number of steps to be attempted by the integrator in any one call. If algopt15=0.0, no limit is imposed.
algopt23
Specifies what method is to be used to solve the nonlinear equations at the initial point to initialize the values of U, Ut, V and V.. If algopt23=1.0, a modified Newton iteration is used and if algopt23=2.0, functional iteration is used. The default value is algopt23=1.0.
algopt29 and algopt30 are used only for the sparse matrix algebra option, i.e., laopt='S'.
algopt29
Governs the choice of pivots during the decomposition of the first Jacobian matrix. It should lie in the range 0.0<algopt29<1.0, with smaller values biasing the algorithm towards maintaining sparsity at the expense of numerical stability. If algopt29 lies outside this range then the default value is used. If the routines regard the Jacobian matrix as numerically singular then increasing algopt29 towards 1.0 may help, but at the cost of increased fill-in. The default value is algopt29=0.1.
algopt30
Used as a relative pivot threshold during subsequent Jacobian decompositions (see algopt29) below which an internal error is invoked. algopt30 must be greater than zero, otherwise the default value is used. If algopt30 is greater than 1.0 no check is made on the pivot size, and this may be a necessary option if the Jacobian is found to be numerically singular (see algopt29). The default value is algopt30=0.0001.
22:   remesh – LogicalInput
On entry: indicates whether or not spatial remeshing should be performed.
remesh=.TRUE.
Indicates that spatial remeshing should be performed as specified.
remesh=.FALSE.
Indicates that spatial remeshing should be suppressed.
Note: remesh should not be changed between consecutive calls to d03prf. Remeshing can be switched off or on at specified times by using appropriate values for the arguments nrmesh and trmesh at each call.
23:   nxfix – IntegerInput
On entry: the number of fixed mesh points.
Constraint: 0nxfixnpts-2.
Note: the end points x1 and xnpts are fixed automatically and hence should not be specified as fixed points.
24:   xfixnxfix – Real (Kind=nag_wp) arrayInput
On entry: xfixi, for i=1,2,,nxfix, must contain the value of the x coordinate at the ith fixed mesh point.
Constraint: xfixi<xfixi+1, for i=1,2,,nxfix-1, and each fixed mesh point must coincide with a user-supplied initial mesh point, that is xfixi=xj for some j, 2jnpts-1.
Note: the positions of the fixed mesh points in the array x remain fixed during remeshing, and so the number of mesh points between adjacent fixed points (or between fixed points and end points) does not change. You should take this into account when choosing the initial mesh distribution.
25:   nrmesh – IntegerInput
On entry: indicates the form of meshing to be performed.
nrmesh<0
Indicates that a new mesh is adopted according to the argument dxmesh. The mesh is tested every nrmesh timesteps.
nrmesh=0
Indicates that remeshing should take place just once at the end of the first time step reached when t>trmesh.
nrmesh>0
Indicates that remeshing will take place every nrmesh time steps, with no testing using dxmesh.
Note: nrmesh may be changed between consecutive calls to d03prf to give greater flexibility over the times of remeshing.
26:   dxmesh – Real (Kind=nag_wp)Input
On entry: determines whether a new mesh is adopted when nrmesh is set less than zero. A possible new mesh is calculated at the end of every nrmesh time steps, but is adopted only if
xinew>xiold+dxmesh×xi+1old-xiold,  
or
xinew<xiold-dxmesh×xiold-xi- 1old.  
dxmesh thus imposes a lower limit on the difference between one mesh and the next.
Constraint: dxmesh0.0.
27:   trmesh – Real (Kind=nag_wp)Input
On entry: specifies when remeshing will take place when nrmesh is set to zero. Remeshing will occur just once at the end of the first time step reached when t is greater than trmesh.
Note: trmesh may be changed between consecutive calls to d03prf to force remeshing at several specified times.
28:   ipminf – IntegerInput
On entry: the level of trace information regarding the adaptive remeshing. Details are directed to the current advisory message unit (see x04abf).
ipminf=0
No trace information.
ipminf=1
Brief summary of mesh characteristics.
ipminf=2
More detailed information, including old and new mesh points, mesh sizes and monitor function values.
Constraint: ipminf=0, 1 or 2.
29:   xratio – Real (Kind=nag_wp)Input
On entry: input bound on adjacent mesh ratio (greater than 1.0 and typically in the range 1.5 to 3.0). The remeshing routines will attempt to ensure that
xi-xi-1/xratio<xi+1-xi<xratio×xi-xi-1.  
Suggested value: xratio=1.5.
Constraint: xratio>1.0.
30:   con – Real (Kind=nag_wp)Input
On entry: an input bound on the sub-integral of the monitor function Fmonx over each space step. The remeshing routines will attempt to ensure that
x1xi+1Fmonxdxconx1xnptsFmonxdx,  
(see Furzeland (1984)). con gives you more control over the mesh distribution e.g., decreasing con allows more clustering. A typical value is 2/npts-1, but you are encouraged to experiment with different values. Its value is not critical and the mesh should be qualitatively correct for all values in the range given below.
Suggested value: con=2.0/npts-1.
Constraint: 0.1/npts-1con10.0/npts-1.
31:   monitf – Subroutine, supplied by the NAG Library or the user.External Procedure
monitf must supply and evaluate a remesh monitor function to indicate the solution behaviour of interest.
If you specify remesh=.FALSE., i.e., no remeshing, monitf will not be called and the dummy routine d03pel may be used for monitf. (d03pel is included in the NAG Library.)
The specification of monitf is:
Fortran Interface
Subroutine monitf ( t, npts, npde, x, u, fmon)
Integer, Intent (In):: npts, npde
Real (Kind=nag_wp), Intent (In):: t, x(npts), u(npde,npts)
Real (Kind=nag_wp), Intent (Out):: fmon(npts)
C Header Interface
#include <nagmk26.h>
void  monitf (const double *t, const Integer *npts, const Integer *npde, const double x[], const double u[], double fmon[])
1:     t – Real (Kind=nag_wp)Input
On entry: the current value of the independent variable t.
2:     npts – IntegerInput
On entry: the number of mesh points in the interval a,b.
3:     npde – IntegerInput
On entry: the number of PDEs in the system.
4:     xnpts – Real (Kind=nag_wp) arrayInput
On entry: the current mesh. xi contains the value of xi, for i=1,2,,npts.
5:     unpdenpts – Real (Kind=nag_wp) arrayInput
On entry: uij contains the value of Uix,t at x=xj and time t, for i=1,2,,npde and j=1,2,,npts.
6:     fmonnpts – Real (Kind=nag_wp) arrayOutput
On exit: fmoni must contain the value of the monitor function Fmonx at mesh point x=xi.
Constraint: fmoni0.0.
monitf must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03prf is called. Arguments denoted as Input must not be changed by this procedure.
Note: monitf should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03prf. If your code inadvertently does return any NaNs or infinities, d03prf is likely to produce unexpected results.
32:   rsavelrsave – Real (Kind=nag_wp) arrayCommunication Array
If ind=0, rsave need not be set on entry.
If ind=1, rsave must be unchanged from the previous call to the routine because it contains required information about the iteration.
33:   lrsave – IntegerInput
On entry: the dimension of the array rsave as declared in the (sub)program from which d03prf is called. Its size depends on the type of matrix algebra selected.
If laopt='F', lrsaveneqn×neqn+neqn+nwkres+lenode.
If laopt='B', lrsave3×ml+mu+2×neqn+nwkres+lenode.
If laopt='S', lrsave4×neqn+11×neqn/2+1+nwkres+lenode.
Where
ml and mu are the lower and upper half bandwidths given by ml=npde+nleft-1 such that
mu=2×npde-nleft-1, for problems involving PDEs only; or
ml=mu=neqn-1, for coupled PDE/ODE problems.
nwkres= npde×3×npde+6×nxi+npts+15+nxi+nv+7×npts+nxfix+1, when ​nv>0​ and ​nxi>0; or npde×3×npde+npts+21+nv+7×npts+nxfix+2, when ​nv>0​ and ​nxi=0; or npde×3×npde+npts+21+7×npts+nxfix+3, when ​nv=0.  
lenode= 6+intalgopt2×neqn+50, when the BDF method is used; or 9×neqn+50, when the Theta method is used.  
Note: when using the sparse option, the value of lrsave may be too small when supplied to the integrator. An estimate of the minimum size of lrsave is printed on the current error message unit if itrace>0 and the routine returns with ifail=15.
34:   isavelisave – Integer arrayCommunication Array
If ind=0, isave need not be set.
If ind=1, isave must be unchanged from the previous call to the routine because it contains required information about the iteration. In particular the following components of the array isave concern the efficiency of the integration:
isave1
Contains the number of steps taken in time.
isave2
Contains the number of residual evaluations of the resulting ODE system used. One such evaluation involves evaluating the PDE functions at all the mesh points, as well as one evaluation of the functions in the boundary conditions.
isave3
Contains the number of Jacobian evaluations performed by the time integrator.
isave4
Contains the order of the ODE method last used in the time integration.
isave5
Contains the number of Newton iterations performed by the time integrator. Each iteration involves residual evaluation of the resulting ODE system followed by a back-substitution using the LU decomposition of the Jacobian matrix.
The rest of the array is used as workspace.
35:   lisave – IntegerInput
On entry: the dimension of the array isave as declared in the (sub)program from which d03prf is called. Its size depends on the type of matrix algebra selected:
  • if laopt='F', lisave25+nxfix;
  • if laopt='B', lisaveneqn+25+nxfix;
  • if laopt='S', lisave25×neqn+25+nxfix.
Note: when using the sparse option, the value of lisave may be too small when supplied to the integrator. An estimate of the minimum size of lisave is printed on the current error message unit if itrace>0 and the routine returns with ifail=15.
36:   itask – IntegerInput
On entry: the task to be performed by the ODE integrator.
itask=1
Normal computation of output values u at t=tout (by overshooting and interpolating).
itask=2
Take one step in the time direction and return.
itask=3
Stop at first internal integration point at or beyond t=tout.
itask=4
Normal computation of output values u at t=tout but without overshooting t=tcrit where tcrit is described under the argument algopt.
itask=5
Take one step in the time direction and return, without passing tcrit, where tcrit is described under the argument algopt.
Constraint: itask=1, 2, 3, 4 or 5.
37:   itrace – IntegerInput
On entry: the level of trace information required from d03prf and the underlying ODE solver as follows:
itrace-1
No output is generated.
itrace=0
Only warning messages from the PDE solver are printed on the current error message unit (see x04aaf).
itrace=1
Output from the underlying ODE solver is printed on the current advisory message unit (see x04abf). This output contains details of Jacobian entries, the nonlinear iteration and the time integration during the computation of the ODE system.
itrace=2
Output from the underlying ODE solver is similar to that produced when itrace=1, except that the advisory messages are given in greater detail.
itrace3
The output from the underlying ODE solver is similar to that produced when itrace=2, except that the advisory messages are given in greater detail.
You are advised to set itrace=0, unless you are experienced with Sub-chapter D02M–N.
38:   ind – IntegerInput/Output
On entry: indicates whether this is a continuation call or a new integration.
ind=0
Starts or restarts the integration in time.
ind=1
Continues the integration after an earlier exit from the routine. In this case, only the arguments tout and ifail and the remeshing arguments nrmesh, dxmesh, trmesh, xratio and con may be reset between calls to d03prf.
Constraint: ind=0 or 1.
On exit: ind=1.
39:   ifail – IntegerInput/Output
On entry: ifail must be set to 0, -1 or 1. If you are unfamiliar with this argument you should refer to Section 3.4 in How to Use the NAG Library and its Documentation for details.
For environments where it might be inappropriate to halt program execution when an error is detected, the value -1 or 1 is recommended. If the output of error messages is undesirable, then the value 1 is recommended. Otherwise, if you are not familiar with this argument, the recommended value is 0. When the value -1 or 1 is used it is essential to test the value of ifail on exit.
On exit: ifail=0 unless the routine detects an error or a warning has been flagged (see Section 6).

6
Error Indicators and Warnings

If on entry ifail=0 or -1, explanatory error messages are output on the current error message unit (as defined by x04aaf).
Errors or warnings detected by the routine:
ifail=1
On entry, at least one point in xi lies outside x1,xnpts: x1=value and xnpts=value.
On entry, con=value, npts=value.
Constraint: con10.0/npts-1.
On entry, con=value, npts=value.
Constraint: con0.1/npts-1.
On entry, dxmesh=value.
Constraint: dxmesh0.0.
On entry, i=value, xfixi+1=value and xfixi=value.
Constraint: xfixi+1>xfixi.
On entry, i=value, xi=value, j=value and xj=value.
Constraint: x1<x2<<xnpts.
On entry, i=value, xii+1=value and xii=value.
Constraint: xii+1>xii.
On entry, i=value and atoli=value.
Constraint: atoli0.0.
On entry, i=value and j=value.
Constraint: corresponding elements atoli and rtolj cannot both be 0.0.
On entry, i=value and rtoli=value.
Constraint: rtoli0.0.
On entry, ind=value.
Constraint: ind=0 or 1.
On entry, ipminf=value.
Constraint: ipminf=0, 1 or 2.
On entry, itask=value.
Constraint: itask=1, 2, 3, 4 or 5.
On entry, itol=value.
Constraint: itol=1, 2, 3 or 4.
On entry, laopt=value.
Constraint: laopt='F', 'B' or 'S'.
On entry, lisave=value.
Constraint: lisavevalue.
On entry, lrsave=value.
Constraint: lrsavevalue.
On entry, neqn=value, npde=value, npts=value and nv=value.
Constraint: neqn=npde×npts+nv.
On entry, nleft=value, npde=value.
Constraint: nleftnpde.
On entry, nleft=value.
Constraint: nleft0.
On entry, norm=value.
Constraint: norm='A' or 'M'.
On entry, npde=value.
Constraint: npde1.
On entry, npts=value.
Constraint: npts3.
On entry, nv=value.
Constraint: nv0.
On entry, nv=value and nxi=value.
Constraint: nxi=0 when nv=0.
On entry, nv=value and nxi=value.
Constraint: nxi0 when nv>0.
On entry, nxfix=value, npts=value.
Constraint: nxfixnpts-2.
On entry, nxfix=value.
Constraint: nxfix0.
On entry, on initial entry ind=1.
Constraint: on initial entry ind=0.
On entry, the point xfixi does not coincide with any xj: i=value and xfixi=value.
On entry, tout=value and ts=value.
Constraint: tout>ts.
On entry, tout-ts is too small: tout=value and ts=value.
On entry, xratio=value.
Constraint: xratio>1.0.
ifail=2
Underlying ODE solver cannot make further progress from the point ts with the supplied values of atol and rtol. ts=value.
ifail=3
Repeated errors in an attempted step of underlying ODE solver. Integration was successful as far as ts: ts=value.
In the underlying ODE solver, there were repeated error test failures on an attempted step, before completing the requested task, but the integration was successful as far as t=ts. The problem may have a singularity, or the error requirement may be inappropriate. Incorrect positioning of boundary conditions may also result in this error.
ifail=4
In setting up the ODE system an internal auxiliary was unable to initialize the derivative. This could be due to your setting ires=3 in pdedef or bndary.
ifail=5
Singular Jacobian of ODE system. Check problem formulation.
ifail=6
In evaluating residual of ODE system, ires=2 has been set in pdedef, bndary, or odedef. Integration is successful as far as ts: ts=value.
ifail=7
atol and rtol were too small to start integration.
ifail=8
ires set to an invalid value in call to pdedef, bndary, or odedef.
ifail=9
Serious error in internal call to an auxiliary. Increase itrace for further details.
ifail=10
Integration completed, but small changes in atol or rtol are unlikely to result in a changed solution.
The required task has been completed, but it is estimated that a small change in atol and rtol is unlikely to produce any change in the computed solution. (Only applies when you are not operating in one step mode, that is when itask2 or 5.)
ifail=11
Error during Jacobian formulation for ODE system. Increase itrace for further details.
ifail=12
In solving ODE system, the maximum number of steps algopt15 has been exceeded. algopt15=value.
ifail=13
Zero error weights encountered during time integration.
Some error weights wi became zero during the time integration (see the description of itol). Pure relative error control atoli=0.0 was requested on a variable (the ith) which has become zero. The integration was successful as far as t=ts.
ifail=15
When using the sparse option lisave or lrsave is too small: lisave=value, lrsave=value.
ifail=16
remesh has been changed between calls to d03prf.
ifail=-99
An unexpected error has been triggered by this routine. Please contact NAG.
See Section 3.9 in How to Use the NAG Library and its Documentation for further information.
ifail=-399
Your licence key may have expired or may not have been installed correctly.
See Section 3.8 in How to Use the NAG Library and its Documentation for further information.
ifail=-999
Dynamic memory allocation failed.
See Section 3.7 in How to Use the NAG Library and its Documentation for further information.

7
Accuracy

d03prf controls the accuracy of the integration in the time direction but not the accuracy of the approximation in space. The spatial accuracy depends on both the number of mesh points and on their distribution in space. In the time integration only the local error over a single step is controlled and so the accuracy over a number of steps cannot be guaranteed. You should therefore test the effect of varying the accuracy arguments, atol and rtol.

8
Parallelism and Performance

d03prf is not thread safe and should not be called from a multithreaded user program. Please see Section 3.12.1 in How to Use the NAG Library and its Documentation for more information on thread safety.
d03prf is threaded by NAG for parallel execution in multithreaded implementations of the NAG Library.
d03prf makes calls to BLAS and/or LAPACK routines, which may be threaded within the vendor library used by this implementation. Consult the documentation for the vendor library for further information.
Please consult the X06 Chapter Introduction for information on how to control and interrogate the OpenMP environment used within this routine. Please also consult the Users' Note for your implementation for any additional implementation-specific information.

9
Further Comments

The Keller box scheme can be used to solve higher-order problems which have been reduced to first-order by the introduction of new variables (see the example in Section 10). In general, a second-order problem can be solved with slightly greater accuracy using the Keller box scheme instead of a finite difference scheme (d03ppf/d03ppa for example), but at the expense of increased CPU time due to the larger number of function evaluations required.
It should be noted that the Keller box scheme, in common with other central-difference schemes, may be unsuitable for some hyperbolic first-order problems such as the apparently simple linear advection equation Ut+aUx=0, where a is a constant, resulting in spurious oscillations due to the lack of dissipation. This type of problem requires a discretization scheme with upwind weighting (d03psf for example), or the addition of a second-order artificial dissipation term.
The time taken depends on the complexity of the system, the accuracy requested, and the frequency of the mesh updates. For a given system with fixed accuracy and mesh-update frequency it is approximately proportional to neqn.

10
Example

This example is the first-order system
U1 t + U1 x + U2 x = 0, U2 t +4 U1 x + U2 x = 0,  
for x0,1 and t0.
The initial conditions are
U1x,0 = ex, U2x,0 = x2+sin2πx2,  
and the Dirichlet boundary conditions for U1 at x=0 and U2 at x=1 are given by the exact solution:
U1x,t = 12 ex+t+ex-3t+14 sin2π x-3t 2-sin2π x+t 2+2t2-2xt, U2x,t = ex-3t-ex+t+12 sin2π x-3t 2+sin2π x+t 2+x2+5t2-2xt.  

10.1
Program Text

Program Text (d03prfe.f90)

10.2
Program Data

Program Data (d03prfe.d)

10.3
Program Results

Program Results (d03prfe.r)

GnuplotProduced by GNUPLOT 5.0 patchlevel 0 Example Program Solution of First-order System using Moving Mesh U(1,x,t) U(1,x,t) gnuplot_plot_1 gnuplot_plot_2 0 0.05 0.1 0.15 0.2 0.25 Time 0 0.2 0.4 0.6 0.8 1 x 0.8 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8
GnuplotProduced by GNUPLOT 5.0 patchlevel 0 Solution of First-order System using Moving Mesh U(2,x,t) U(2,x,t) gnuplot_plot_1 gnuplot_plot_2 0 0.05 0.1 0.15 0.2 0.25 Time 0 0.2 0.4 0.6 0.8 1 x −2 −1.5 −1 −0.5 0 0.5 1 1.5