naginterfaces.library.opt.nlp1_​rcomm

naginterfaces.library.opt.nlp1_rcomm(irevcm, nclin, a, bl, bu, itera, istate, c, cjac, clamda, objf, objgrd, r, x, comm, io_manager=None)[source]

nlp1_rcomm is designed to minimize an arbitrary smooth function subject to constraints (which may include simple bounds on the variables, linear constraints and smooth nonlinear constraints) using a Sequential Quadratic Programming (SQP) method. You should supply as many first derivatives as possible; any unspecified derivatives are approximated by finite differences. It is not intended for large sparse problems.

nlp1_rcomm may also be used for unconstrained, bound-constrained and linearly constrained optimization.

nlp1_rcomm uses reverse communication for evaluating the objective function, the nonlinear constraint functions and any of their derivatives.

Note: this function uses optional algorithmic parameters, see also: nlp1_option_file(), nlp1_option_string(), nlp1_init().

For full information please refer to the NAG Library document for e04uf

https://www.nag.com/numeric/nl/nagdoc_29.3/flhtml/e04/e04uff.html

Parameters
irevcmint

On initial entry: must be set to .

On intermediate entry: must remain unchanged, unless you wish to terminate the solution to the current problem. In this case may be set to a negative value and then nlp1_rcomm will take a final exit with set to this value of .

nclinint

On initial entry: , the number of general linear constraints.

afloat, array-like, shape

Note: the required extent for this argument in dimension 2 is determined as follows: if : ; otherwise: .

On initial entry: the th row of the matrix of general linear constraints in (1) must be stored in , for , for . That is, the th row contains the coefficients of the th general linear constraint, for .

If , the array is not referenced.

blfloat, array-like, shape

On initial entry must contain the lower bounds for all the constraints

bufloat, array-like, shape

On initial entry must contain the upper bounds for all the constraints

iteraint

On intermediate entry: must remain unchanged from a previous call to nlp1_rcomm.

istateint, ndarray, shape , modified in place

On initial entry: need not be set if the (default) option ‘Cold Start’ is used.

If the option ‘Warm Start’ has been chosen, the elements of corresponding to the bounds and linear constraints define the initial working set for the procedure that finds a feasible point for the linear constraints and bounds.

The active set at the conclusion of this procedure and the elements of corresponding to nonlinear constraints then define the initial working set for the first QP subproblem.

More precisely, the first elements of refer to the upper and lower bounds on the variables, the next elements refer to the upper and lower bounds on , and the next elements refer to the upper and lower bounds on .

Possible values for are as follows:

Meaning

0

The corresponding constraint is not in the initial QP working set.

1

This inequality constraint should be in the working set at its lower bound.

2

This inequality constraint should be in the working set at its upper bound.

3

This equality constraint should be in the initial working set. This value must not be specified unless .

The values , and are also acceptable but will be modified by the function.

If nlp1_rcomm has been called previously with the same values of , and , already contains satisfactory information. (See also the description of the option ‘Warm Start’.) The function also adjusts (if necessary) the values supplied in to be consistent with .

On final exit: the status of the constraints in the QP working set at the point returned in . The significance of each possible value of is as follows:

Meaning

This constraint violates its lower bound by more than the appropriate feasibility tolerance (see the options ‘Linear Feasibility Tolerance’ and ‘Nonlinear Feasibility Tolerance’). This value can occur only when no feasible point can be found for a QP subproblem.

This constraint violates its upper bound by more than the appropriate feasibility tolerance (see the options ‘Linear Feasibility Tolerance’ and ‘Nonlinear Feasibility Tolerance’). This value can occur only when no feasible point can be found for a QP subproblem.

The constraint is satisfied to within the feasibility tolerance, but is not in the QP working set.

This inequality constraint is included in the QP working set at its lower bound.

This inequality constraint is included in the QP working set at its upper bound.

This constraint is included in the QP working set as an equality. This value of can occur only when .

cfloat, ndarray, shape , modified in place

On initial entry: need not be set.

On intermediate entry: if or and , must contain the value of the th constraint at . The remaining elements of , corresponding to the non-positive elements of , are ignored.

On final exit: if , contains the value of the th nonlinear constraint function at the final iterate, for .

If , the array is not referenced.

cjacfloat, ndarray, shape , modified in place

Note: the required extent for this argument in dimension 2 is determined as follows: if : ; otherwise: .

On initial entry: in general, need not be initialized before the call to nlp1_rcomm. However, if the option or , you may optionally set the constant elements of . Such constant elements need not be re-assigned on subsequent intermediate exits.

If all elements of the constraint Jacobian are known (i.e., or ), any constant elements may be assigned to one time only at the start of the optimization.

An element of that is not subsequently assigned during an intermediate exit will retain its initial value throughout.

Constant elements may be loaded into either before the call to nlp1_rcomm or during the first intermediate exit.

The ability to preload constants is useful when many Jacobian elements are identically zero, in which case may be initialized to zero and nonzero elements may be reset during intermediate exits.

On intermediate entry: if or and , the th row of must contain the available elements of the vector given by

where is the partial derivative of the th constraint with respect to the th variable, evaluated at the point . The remaining rows of , corresponding to non-positive elements of , are ignored. The th row of the Jacobian should be stored in elements , for , for .

Note that constant nonzero elements do affect the values of the constraints.

Thus, if is set to a constant value, it need not be reset during subsequent intermediate exits, but the value must nonetheless be added to .

For example, if and , the term must be included in the definition of .

It must be emphasized that, if or , unassigned elements of are not treated as constant; they are estimated by finite differences, at nontrivial expense.

If you do not supply a value for the option ‘Difference Interval’, an interval for each element of is computed automatically at the start of the optimization.

The automatic procedure can usually identify constant elements of , which are then computed once only by finite differences.

See also the description of the option ‘Verify’.

On final exit: if , contains the Jacobian matrix of the nonlinear constraint functions at the final iterate, i.e., contains the partial derivative of the th constraint function with respect to the th variable, for , for .

If , the array is not referenced.

clamdafloat, ndarray, shape , modified in place

On initial entry: need not be set if the (default) option ‘Cold Start’ is used.

If the option ‘Warm Start’ has been chosen, must contain a multiplier estimate for each nonlinear constraint with a sign that matches the status of the constraint specified by the array, for .

The remaining elements need not be set.

Note that if the th constraint is defined as ‘inactive’ by the initial value of the array (i.e., ), should be zero; if the th constraint is an inequality active at its lower bound (i.e., ), should be non-negative; if the th constraint is an inequality active at its upper bound (i.e., ), should be non-positive.

If necessary, the function will modify to match these rules.

On final exit: the values of the QP multipliers from the last QP subproblem. should be non-negative if and non-positive if .

objffloat

On initial entry: need not be set.

On intermediate entry: if or , must be set to the value of the objective function at .

objgrdfloat, ndarray, shape , modified in place

On initial entry: need not be set.

On intermediate entry: if or , must contain the available elements of the gradient evaluated at .

See also the description of the option ‘Verify’.

On final exit: the gradient of the objective function at the final iterate (or its finite difference approximation).

rfloat, ndarray, shape , modified in place

On initial entry: need not be initialized if the (default) option ‘Cold Start’ is used.

If the option ‘Warm Start’ has been chosen, must contain the upper triangular Cholesky factor of the initial approximation of the Hessian of the Lagrangian function, with the variables in the natural order.

Elements not in the upper triangular part of are assumed to be zero and need not be assigned.

On final exit: if , contains the upper triangular Cholesky factor of , an estimate of the transformed and reordered Hessian of the Lagrangian at (see (6) in Overview).

If , contains the upper triangular Cholesky factor of , the approximate (untransformed) Hessian of the Lagrangian, with the variables in the natural order.

xfloat, ndarray, shape , modified in place

On initial entry: an initial estimate of the solution.

On intermediate exit: the point at which the objective function, constraint functions or their derivatives are to be evaluated.

On final exit: the final estimate of the solution.

commdict, communication object, modified in place

Communication structure.

This argument must have been initialized by a prior call to nlp1_init().

io_managerFileObjManager, optional

Manager for I/O in this routine.

Returns
irevcmint

On intermediate exit: specifies what values the calling program must assign to arguments of nlp1_rcomm before re-entering the function.

Set to the value of the objective function .

Set to the value if available, for .

Set and as for and .

Set to the value of the constraint function , for each such that .

Set to the value if available, for each such that and .

Set and as for and .

On final exit: .

iteraint

On final exit: the number of major iterations performed.

objffloat

On final exit: the value of the objective function at the final iterate.

needcint, ndarray, shape

On intermediate exit: if , specifies the indices of the elements of and/or that must be assigned. If , the th element of and/or the available elements of the th row of must be evaluated at .

Other Parameters
‘Central Difference Interval’float

Default values are computed

If the algorithm switches to central differences because the forward-difference approximation is not sufficiently accurate, the value of is used as the difference interval for every element of . The switch to central differences is indicated by C at the end of each line of intermediate printout produced by the major iterations (see Further Comments). The use of finite differences is discussed further under the option ‘Difference Interval’.

If you supply a value for this option, a small value between and is appropriate.

‘Cold Start’valueless

Default

This option controls the specification of the initial working set in both the procedure for finding a feasible point for the linear constraints and bounds and in the first QP subproblem thereafter. With a ‘Cold Start’, the first working set is chosen by nlp1_rcomm based on the values of the variables and constraints at the initial point. Broadly speaking, the initial working set will include equality constraints and bounds or inequality constraints that violate or ‘nearly’ satisfy their bounds (to within ‘Crash Tolerance’).

With a ‘Warm Start’, you must set the array and define and as discussed in Parameters. values associated with bounds and linear constraints determine the initial working set of the procedure to find a feasible point with respect to the bounds and linear constraints. values associated with nonlinear constraints determine the initial working set of the first QP subproblem after such a feasible point has been found. nlp1_rcomm will override your specification of if necessary, so that a poor choice of the working set will not cause a fatal error. For instance, any elements of which are set to , or will be reset to zero, as will any elements which are set to when the corresponding elements of and are not equal. A warm start will be advantageous if a good estimate of the initial working set is available – for example, when nlp1_rcomm is called repeatedly to solve related problems.

‘Warm Start’valueless

This option controls the specification of the initial working set in both the procedure for finding a feasible point for the linear constraints and bounds and in the first QP subproblem thereafter. With a ‘Cold Start’, the first working set is chosen by nlp1_rcomm based on the values of the variables and constraints at the initial point. Broadly speaking, the initial working set will include equality constraints and bounds or inequality constraints that violate or ‘nearly’ satisfy their bounds (to within ‘Crash Tolerance’).

With a ‘Warm Start’, you must set the array and define and as discussed in Parameters. values associated with bounds and linear constraints determine the initial working set of the procedure to find a feasible point with respect to the bounds and linear constraints. values associated with nonlinear constraints determine the initial working set of the first QP subproblem after such a feasible point has been found. nlp1_rcomm will override your specification of if necessary, so that a poor choice of the working set will not cause a fatal error. For instance, any elements of which are set to , or will be reset to zero, as will any elements which are set to when the corresponding elements of and are not equal. A warm start will be advantageous if a good estimate of the initial working set is available – for example, when nlp1_rcomm is called repeatedly to solve related problems.

‘Crash Tolerance’float

Default

This value is used in conjunction with the option ‘Cold Start’ (the default value) when nlp1_rcomm selects an initial working set. If , the initial working set will include (if possible) bounds or general inequality constraints that lie within of their bounds. In particular, a constraint of the form will be included in the initial working set if . If or , the default value is used.

‘Defaults’valueless

This special keyword may be used to reset all options to their default values.

‘Derivative Level’int

Default

This argument indicates which derivatives are provided during intermediate exits. The possible choices for are the following.

Meaning

3

All elements of the objective gradient and the constraint Jacobian are provided.

2

All elements of the constraint Jacobian are provided, but some elements of the objective gradient are not specified.

1

All elements of the objective gradient are provided, but some elements of the constraint Jacobian are not specified.

0

Some elements of both the objective gradient and the constraint Jacobian are not specified.

The value should be used whenever possible, since nlp1_rcomm is more reliable (and will usually be more efficient) when all derivatives are exact.

If or , nlp1_rcomm will estimate the unspecified elements of the objective gradient, using finite differences. The computation of finite difference approximations usually increases the total run-time, since an intermediate exit to the calling program is required for each unspecified element. Furthermore, less accuracy can be attained in the solution (see Module 8 of Gill et al. (1981), for a discussion of limiting accuracy).

If or , nlp1_rcomm will approximate unspecified elements of the constraint Jacobian. One intermediate exit is needed for each variable for which partial derivatives are not available. For example, if the Jacobian has the form

where ‘’ indicates an element provided and ‘?’ indicates an unspecified element, nlp1_rcomm will make an intermediate exit to the calling program twice: once to estimate the missing element in column , and again to estimate the two missing elements in column . (Since columns and are known, they require no intermediate exits for information.)

At times, central differences are used rather than forward differences, in which case twice as many intermediate exits are needed. (The switch to central differences is not under your control.)

If or , the default value is used.

‘Difference Interval’float

Default values are computed

This option defines an interval used to estimate derivatives by finite differences in the following circumstances:

  1. For verifying the objective and/or constraint gradients (see the description of the option ‘Verify’).

  2. For estimating unspecified elements of the objective gradient or the constraint Jacobian.

In general, a derivative with respect to the th variable is approximated using the interval , where , with the first point feasible with respect to the bounds and linear constraints. If the functions are well scaled, then the resulting derivative approximation should be accurate to . See Gill et al. (1981) for a discussion of the accuracy in finite difference approximations.

If a difference interval is not specified, then a finite difference interval will be computed automatically for each variable by a procedure that requires up to six intermediate exits for each element. This option is recommended if the function is badly scaled or you wish to have nlp1_rcomm determine constant elements in the objective and constraint gradients.

If you supply a value for this option, a small value between and is appropriate.

‘Feasibility Tolerance’float

Default

The scalar defines the maximum acceptable absolute violations in linear and nonlinear constraints at a ‘feasible’ point; i.e., a constraint is considered satisfied if its violation does not exceed . If or , the default value is used. Using this keyword sets both options ‘Linear Feasibility Tolerance’ and ‘Nonlinear Feasibility Tolerance’ to , if . (Additional details are given under the descriptions of these options.)

‘Function Precision’float

Default

This argument defines , which is intended to be a measure of the accuracy with which the problem functions and can be computed. If or , the default value is used.

The value of should reflect the relative precision of ; i.e., acts as a relative precision when is large and as an absolute precision when is small. For example, if is typically of order and the first six significant digits are known to be correct, an appropriate value for would be . In contrast, if is typically of order and the first six significant digits are known to be correct, an appropriate value for would be . The choice of can be quite complicated for badly scaled problems; see Module 8 of Gill et al. (1981) for a discussion of scaling techniques. The default value is appropriate for most simple functions that are computed with full accuracy. However, when the accuracy of the computed function values is known to be significantly worse than full precision, the value of should be large enough so that nlp1_rcomm will not attempt to distinguish between function values that differ by less than the error inherent in the calculation.

‘Hessian’valueless

Default

This option controls the contents of the upper triangular matrix (see Parameters). nlp1_rcomm works exclusively with the transformed and reordered Hessian (6), and hence extra computation is required to form the Hessian itself. If , contains the Cholesky factor of the transformed and reordered Hessian. If , the Cholesky factor of the approximate Hessian itself is formed and stored in . You should select if a ‘Warm Start’ will be used for the next call to nlp1_rcomm.

‘Infinite Bound Size’float

Default

If , defines the ‘infinite’ bound in the definition of the problem constraints. Any upper bound greater than or equal to will be regarded as (and similarly any lower bound less than or equal to will be regarded as ). If , the default value is used.

‘Infinite Step Size’float

Default

If , specifies the magnitude of the change in variables that is treated as a step to an unbounded solution. If the change in during an iteration would exceed the value of , the objective function is considered to be unbounded below in the feasible region. If , the default value is used.

‘Line Search Tolerance’float

Default

The value () controls the accuracy with which the step taken during each iteration approximates a minimum of the merit function along the search direction (the smaller the value of , the more accurate the linesearch). The default value requests an inaccurate search and is appropriate for most problems, particularly those with any nonlinear constraints.

If there are no nonlinear constraints, a more accurate search may be appropriate when it is desirable to reduce the number of major iterations – for example, if the objective function is cheap to evaluate, or if a substantial number of derivatives are unspecified. If or , the default value is used.

‘Linear Feasibility Tolerance’float

Default

The default value of is if or , and otherwise.

The scalars and define the maximum acceptable absolute violations in linear and nonlinear constraints at a ‘feasible’ point; i.e., a linear constraint is considered satisfied if its violation does not exceed . Similarly a nonlinear constraint is considered satisfied if its violation does not exceed . If or , the default value is used, for .

On entry to nlp1_rcomm, an iterative procedure is executed in order to find a point that satisfies the linear constraints and bounds on the variables to within the tolerance . All subsequent iterates will satisfy the linear constraints to within the same tolerance (unless is comparable to the finite difference interval).

For nonlinear constraints, the feasibility tolerance defines the largest constraint violation that is acceptable at an optimal point. Since nonlinear constraints are generally not satisfied until the final iterate, the value of option ‘Nonlinear Feasibility Tolerance’ acts as a partial termination criterion for the iterative sequence generated by nlp1_rcomm (see the discussion of option ‘Optimality Tolerance’).

These tolerances should reflect the precision of the corresponding constraints. For example, if the variables and the coefficients in the linear constraints are of order unity, and the latter are correct to about decimal digits, it would be appropriate to specify as .

‘Nonlinear Feasibility Tolerance’float

Default or

The default value of is if or , and otherwise.

The scalars and define the maximum acceptable absolute violations in linear and nonlinear constraints at a ‘feasible’ point; i.e., a linear constraint is considered satisfied if its violation does not exceed . Similarly a nonlinear constraint is considered satisfied if its violation does not exceed . If or , the default value is used, for .

On entry to nlp1_rcomm, an iterative procedure is executed in order to find a point that satisfies the linear constraints and bounds on the variables to within the tolerance . All subsequent iterates will satisfy the linear constraints to within the same tolerance (unless is comparable to the finite difference interval).

For nonlinear constraints, the feasibility tolerance defines the largest constraint violation that is acceptable at an optimal point. Since nonlinear constraints are generally not satisfied until the final iterate, the value of option ‘Nonlinear Feasibility Tolerance’ acts as a partial termination criterion for the iterative sequence generated by nlp1_rcomm (see the discussion of option ‘Optimality Tolerance’).

These tolerances should reflect the precision of the corresponding constraints. For example, if the variables and the coefficients in the linear constraints are of order unity, and the latter are correct to about decimal digits, it would be appropriate to specify as .

‘List’valueless

Option ‘List’ enables printing of each option specification as it is supplied. ‘Nolist’ suppresses this printing.

‘Nolist’valueless

Default for nlp1_rcomm

Option ‘List’ enables printing of each option specification as it is supplied. ‘Nolist’ suppresses this printing.

‘Major Iteration Limit’int

Default

The value of specifies the maximum number of major iterations allowed before termination. Setting and means that the workspace needed will be computed and printed, but no iterations will be performed. If , the default value is used.

‘Iteration Limit’int

Default

The value of specifies the maximum number of major iterations allowed before termination. Setting and means that the workspace needed will be computed and printed, but no iterations will be performed. If , the default value is used.

‘Iters’int

Default

The value of specifies the maximum number of major iterations allowed before termination. Setting and means that the workspace needed will be computed and printed, but no iterations will be performed. If , the default value is used.

‘Itns’int

Default

The value of specifies the maximum number of major iterations allowed before termination. Setting and means that the workspace needed will be computed and printed, but no iterations will be performed. If , the default value is used.

‘Major Print Level’int

The value of controls the amount of printout produced by the major iterations of nlp1_rcomm, as indicated below. A detailed description of the printed output is given in Further Comments (summary output at each major iteration and the final solution) and Monitoring Information (monitoring information at each major iteration). (See also the description of the option ‘Minor Print Level’.)

The following printout is sent to the file object associated with the advisory I/O unit (see FileObjManager):

Output

No output.

The final solution only.

One line of summary output ( characters; see Further Comments) for each major iteration (no printout of the final solution).

The final solution and one line of summary output for each major iteration.

The following printout is sent to the unit number given by the option ‘Monitoring File’:

Output

No output.

One long line of output ( characters; see Monitoring Information) for each major iteration (no printout of the final solution).

At each major iteration, the objective function, the Euclidean norm of the nonlinear constraint violations, the values of the nonlinear constraints (the vector ), the values of the linear constraints (the vector ), and the current values of the variables (the vector ).

At each major iteration, the diagonal elements of the matrix associated with the factorization (5) (see Overview) of the QP working set, and the diagonal elements of , the triangular factor of the transformed and reordered Hessian (6) (see Overview).

If and the unit number defined by the option ‘Monitoring File’ is the advisory unit number, the summary output for each major iteration is suppressed.

‘Print Level’int

Default for nlp1_rcomm

The value of controls the amount of printout produced by the major iterations of nlp1_rcomm, as indicated below. A detailed description of the printed output is given in Further Comments (summary output at each major iteration and the final solution) and Monitoring Information (monitoring information at each major iteration). (See also the description of the option ‘Minor Print Level’.)

The following printout is sent to the file object associated with the advisory I/O unit (see FileObjManager):

Output

No output.

The final solution only.

One line of summary output ( characters; see Further Comments) for each major iteration (no printout of the final solution).

The final solution and one line of summary output for each major iteration.

The following printout is sent to the unit number given by the option ‘Monitoring File’:

Output

No output.

One long line of output ( characters; see Monitoring Information) for each major iteration (no printout of the final solution).

At each major iteration, the objective function, the Euclidean norm of the nonlinear constraint violations, the values of the nonlinear constraints (the vector ), the values of the linear constraints (the vector ), and the current values of the variables (the vector ).

At each major iteration, the diagonal elements of the matrix associated with the factorization (5) (see Overview) of the QP working set, and the diagonal elements of , the triangular factor of the transformed and reordered Hessian (6) (see Overview).

If and the unit number defined by the option ‘Monitoring File’ is the advisory unit number, the summary output for each major iteration is suppressed.

‘Minor Iteration Limit’int

Default

The value of specifies the maximum number of iterations for finding a feasible point with respect to the bounds and linear constraints (if any). The value of also specifies the maximum number of minor iterations for the optimality phase of each QP subproblem. If , the default value is used.

‘Minor Print Level’int

Default

The value of controls the amount of printout produced by the minor iterations of nlp1_rcomm (i.e., the iterations of the quadratic programming algorithm), as indicated below. A detailed description of the printed output is given in Further Comments (summary output at each minor iteration and the final QP solution) and Monitoring Information) (monitoring information at each minor iteration). (See also the description of the option ‘Major Print Level’.)

The following printout is sent to the file object associated with the advisory I/O unit (see FileObjManager):

Output

No output.

The final QP solution only.

One line of summary output ( characters; see Further Comments) for each minor iteration (no printout of the final QP solution).

The final QP solution and one line of summary output for each minor iteration.

The following printout is sent to the unit number given by the option ‘Monitoring File’:

Output

No output.

One long line of output ( characters; see Further Comments) for each minor iteration (no printout of the final QP solution).

At each minor iteration, the current estimates of the QP multipliers, the current estimate of the QP search direction, the QP constraint values and the status of each QP constraint.

At each minor iteration, the diagonal elements of the matrix associated with the factorization (5) (see Overview) of the QP working set and the diagonal elements of the Cholesky factor of the transformed Hessian (6) (see Overview).

If and the unit number defined by the option ‘Monitoring File’ is the advisory unit number, the summary output for each major iteration is suppressed.

‘Monitoring File’int

Default

If and or and , monitoring information produced by nlp1_rcomm at every iteration is sent to a file with logical unit number . If and/or and , no monitoring information is produced.

‘Optimality Tolerance’float

Default

The argument () specifies the accuracy to which you wish the final iterate to approximate a solution of the problem. Broadly speaking, indicates the number of correct figures desired in the objective function at the solution. For example, if is and nlp1_rcomm terminates successfully, the final value of should have approximately six correct figures. If or , the default value is used.

nlp1_rcomm will terminate successfully if the iterative sequence of values is judged to have converged and the final point satisfies the first-order Kuhn–Tucker conditions (see Overview). The sequence of iterates is considered to have converged at if

where is the search direction and the step length from (3). An iterate is considered to satisfy the first-order conditions for a minimum if

and

where is the projected gradient (see Overview), is the gradient of with respect to the free variables, is the violation of the th active nonlinear constraint, and is the ‘Nonlinear Feasibility Tolerance’.

‘Start Objective Check At Variable’int

Default

These keywords take effect only if . They may be used to control the verification of gradient elements and/or Jacobian elements computed by the calling program during intermediate exits. For example, if the first elements of the objective gradient appeared to be correct in an earlier run, so that only element remains questionable, it is reasonable to specify . If the first variables appear linearly in the objective, so that the corresponding gradient elements are constant, the above choice would also be appropriate.

If or , the default value is used, for . If or , the default value is used, for .

‘Stop Objective Check At Variable’int

Default

These keywords take effect only if . They may be used to control the verification of gradient elements and/or Jacobian elements computed by the calling program during intermediate exits. For example, if the first elements of the objective gradient appeared to be correct in an earlier run, so that only element remains questionable, it is reasonable to specify . If the first variables appear linearly in the objective, so that the corresponding gradient elements are constant, the above choice would also be appropriate.

If or , the default value is used, for . If or , the default value is used, for .

‘Start Constraint Check At Variable’int

Default

These keywords take effect only if . They may be used to control the verification of gradient elements and/or Jacobian elements computed by the calling program during intermediate exits. For example, if the first elements of the objective gradient appeared to be correct in an earlier run, so that only element remains questionable, it is reasonable to specify . If the first variables appear linearly in the objective, so that the corresponding gradient elements are constant, the above choice would also be appropriate.

If or , the default value is used, for . If or , the default value is used, for .

‘Stop Constraint Check At Variable’int

Default

These keywords take effect only if . They may be used to control the verification of gradient elements and/or Jacobian elements computed by the calling program during intermediate exits. For example, if the first elements of the objective gradient appeared to be correct in an earlier run, so that only element remains questionable, it is reasonable to specify . If the first variables appear linearly in the objective, so that the corresponding gradient elements are constant, the above choice would also be appropriate.

If or , the default value is used, for . If or , the default value is used, for .

‘Step Limit’float

Default

If specifies the maximum change in variables at the first step of the linesearch. In some cases, such as or , even a moderate change in the elements of can lead to floating-point overflow. The argument is, therefore, used to encourage evaluation of the problem functions at meaningful points. Given any major iterate , the first point at which and are evaluated during the linesearch is restricted so that

The linesearch may go on and evaluate and at points further from if this will result in a lower value of the merit function (indicated by L at the end of each line of output produced by the major iterations; see Further Comments). If L is printed for most of the iterations, should be set to a larger value.

Wherever possible, upper and lower bounds on should be used to prevent evaluation of nonlinear functions at wild values. The default value should not affect progress on well-behaved functions, but values such as or may be helpful when rapidly varying functions are present. If a small value of ‘Step Limit’ is selected, then a good starting point may be required. An important application is to the class of nonlinear least squares problems. If , the default value is used.

‘Verify Level’int

Default

These keywords refer to finite difference checks on the gradient elements computed by the calling program during intermediate exits. (Unspecified gradient elements are not checked.) The possible choices for are as follows:

Meaning

No checks are performed.

Only a ‘cheap’ test will be performed.

In addition to the ‘cheap’ test, individual gradient elements will also be checked using a reliable (but more expensive) test.

It is possible to specify to in several ways. For example, the objective gradient will be verified if ‘Verify’, , ‘Verify Gradients’, ‘Verify Objective Gradients’ or is specified. The constraint gradients will be verified if or or ‘Verify’ is specified. Similarly, the objective and the constraint gradients will be verified if or or ‘Verify’ is specified.

If , gradients will be verified at the first point that satisfies the linear constraints and bounds.

If , only a ‘cheap’ test will be performed, requiring one intermediate exit for the objective function gradients and (if appropriate) one intermediate exit for the partial derivatives of the constraints.

If , a more reliable (but more expensive) check will be made on individual gradient elements, within the ranges specified by the ‘Start Objective Check At Variable’ and ‘Stop Objective Check At Variable’ keywords. A result of the form OK or BAD? is printed by nlp1_rcomm to indicate whether or not each element appears to be correct. If a gradient element is determined to be extremely poor (i.e., if it appears to have no significant digits of accuracy at all), then nlp1_rcomm will also exit with an error indicator in argument .

If , the action is the same as for , except that it will take place at the user-specified initial value of .

If or or , the default value is used.

We suggest that be used whenever a new calling program is being developed.

‘Verify’valueless

These keywords refer to finite difference checks on the gradient elements computed by the calling program during intermediate exits. (Unspecified gradient elements are not checked.) The possible choices for are as follows:

Meaning

No checks are performed.

Only a ‘cheap’ test will be performed.

In addition to the ‘cheap’ test, individual gradient elements will also be checked using a reliable (but more expensive) test.

It is possible to specify to in several ways. For example, the objective gradient will be verified if ‘Verify’, , ‘Verify Gradients’, ‘Verify Objective Gradients’ or is specified. The constraint gradients will be verified if or or ‘Verify’ is specified. Similarly, the objective and the constraint gradients will be verified if or or ‘Verify’ is specified.

If , gradients will be verified at the first point that satisfies the linear constraints and bounds.

If , only a ‘cheap’ test will be performed, requiring one intermediate exit for the objective function gradients and (if appropriate) one intermediate exit for the partial derivatives of the constraints.

If , a more reliable (but more expensive) check will be made on individual gradient elements, within the ranges specified by the ‘Start Objective Check At Variable’ and ‘Stop Objective Check At Variable’ keywords. A result of the form OK or BAD? is printed by nlp1_rcomm to indicate whether or not each element appears to be correct. If a gradient element is determined to be extremely poor (i.e., if it appears to have no significant digits of accuracy at all), then nlp1_rcomm will also exit with an error indicator in argument .

If , the action is the same as for , except that it will take place at the user-specified initial value of .

If or or , the default value is used.

We suggest that be used whenever a new calling program is being developed.

‘Verify Constraint Gradients’valueless

These keywords refer to finite difference checks on the gradient elements computed by the calling program during intermediate exits. (Unspecified gradient elements are not checked.) The possible choices for are as follows:

Meaning

No checks are performed.

Only a ‘cheap’ test will be performed.

In addition to the ‘cheap’ test, individual gradient elements will also be checked using a reliable (but more expensive) test.

It is possible to specify to in several ways. For example, the objective gradient will be verified if ‘Verify’, , ‘Verify Gradients’, ‘Verify Objective Gradients’ or is specified. The constraint gradients will be verified if or or ‘Verify’ is specified. Similarly, the objective and the constraint gradients will be verified if or or ‘Verify’ is specified.

If , gradients will be verified at the first point that satisfies the linear constraints and bounds.

If , only a ‘cheap’ test will be performed, requiring one intermediate exit for the objective function gradients and (if appropriate) one intermediate exit for the partial derivatives of the constraints.

If , a more reliable (but more expensive) check will be made on individual gradient elements, within the ranges specified by the ‘Start Objective Check At Variable’ and ‘Stop Objective Check At Variable’ keywords. A result of the form OK or BAD? is printed by nlp1_rcomm to indicate whether or not each element appears to be correct. If a gradient element is determined to be extremely poor (i.e., if it appears to have no significant digits of accuracy at all), then nlp1_rcomm will also exit with an error indicator in argument .

If , the action is the same as for , except that it will take place at the user-specified initial value of .

If or or , the default value is used.

We suggest that be used whenever a new calling program is being developed.

‘Verify Gradients’valueless

These keywords refer to finite difference checks on the gradient elements computed by the calling program during intermediate exits. (Unspecified gradient elements are not checked.) The possible choices for are as follows:

Meaning

No checks are performed.

Only a ‘cheap’ test will be performed.

In addition to the ‘cheap’ test, individual gradient elements will also be checked using a reliable (but more expensive) test.

It is possible to specify to in several ways. For example, the objective gradient will be verified if ‘Verify’, , ‘Verify Gradients’, ‘Verify Objective Gradients’ or is specified. The constraint gradients will be verified if or or ‘Verify’ is specified. Similarly, the objective and the constraint gradients will be verified if or or ‘Verify’ is specified.

If , gradients will be verified at the first point that satisfies the linear constraints and bounds.

If , only a ‘cheap’ test will be performed, requiring one intermediate exit for the objective function gradients and (if appropriate) one intermediate exit for the partial derivatives of the constraints.

If , a more reliable (but more expensive) check will be made on individual gradient elements, within the ranges specified by the ‘Start Objective Check At Variable’ and ‘Stop Objective Check At Variable’ keywords. A result of the form OK or BAD? is printed by nlp1_rcomm to indicate whether or not each element appears to be correct. If a gradient element is determined to be extremely poor (i.e., if it appears to have no significant digits of accuracy at all), then nlp1_rcomm will also exit with an error indicator in argument .

If , the action is the same as for , except that it will take place at the user-specified initial value of .

If or or , the default value is used.

We suggest that be used whenever a new calling program is being developed.

‘Verify Objective Gradients’valueless

These keywords refer to finite difference checks on the gradient elements computed by the calling program during intermediate exits. (Unspecified gradient elements are not checked.) The possible choices for are as follows:

Meaning

No checks are performed.

Only a ‘cheap’ test will be performed.

In addition to the ‘cheap’ test, individual gradient elements will also be checked using a reliable (but more expensive) test.

It is possible to specify to in several ways. For example, the objective gradient will be verified if ‘Verify’, , ‘Verify Gradients’, ‘Verify Objective Gradients’ or is specified. The constraint gradients will be verified if or or ‘Verify’ is specified. Similarly, the objective and the constraint gradients will be verified if or or ‘Verify’ is specified.

If , gradients will be verified at the first point that satisfies the linear constraints and bounds.

If , only a ‘cheap’ test will be performed, requiring one intermediate exit for the objective function gradients and (if appropriate) one intermediate exit for the partial derivatives of the constraints.

If , a more reliable (but more expensive) check will be made on individual gradient elements, within the ranges specified by the ‘Start Objective Check At Variable’ and ‘Stop Objective Check At Variable’ keywords. A result of the form OK or BAD? is printed by nlp1_rcomm to indicate whether or not each element appears to be correct. If a gradient element is determined to be extremely poor (i.e., if it appears to have no significant digits of accuracy at all), then nlp1_rcomm will also exit with an error indicator in argument .

If , the action is the same as for , except that it will take place at the user-specified initial value of .

If or or , the default value is used.

We suggest that be used whenever a new calling program is being developed.

Raises
NagValueError
(errno )

Large errors found in the derivatives.

(errno )

On entry, .

Constraint: .

(errno )

On entry, .

Constraint: .

(errno )

On entry, .

Constraint: .

(errno )

On entry, the equal bounds on are infinite, because and , but : and .

(errno )

On entry, the bounds on are inconsistent: and .

(errno )

On entry with a Warm Start, .

(errno )

On entry, .

Constraint: .

(errno )

On entry, the equal bounds on variable are infinite, because and , but : and .

(errno )

On entry, the equal bounds on linear constraint are infinite, because and , but : and .

(errno )

On entry, the equal bounds on nonlinear constraint are infinite, because and , but : and .

(errno )

On entry, the bounds on variable are inconsistent: and .

(errno )

On entry, the bounds on linear constraint are inconsistent: and .

(errno )

On entry, the bounds on nonlinear constraint are inconsistent: and .

Warns
NagAlgorithmicWarning
(errno )

User requested termination by setting negative during an intermediate exit.

(errno )

Optimal solution found, but requested accuracy not achieved.

(errno )

No feasible point for the linear constraints.

(errno )

No feasible point for the nonlinear constraints.

(errno )

Current point cannot be improved upon.

NagAlgorithmicMajorWarning
(errno )

Too many major iterations.

Notes

nlp1_rcomm is designed to solve the nonlinear programming problem – the minimization of a smooth nonlinear function subject to a set of constraints on the variables. The problem is assumed to be stated in the following form:

where (the objective function) is a nonlinear function, is an constant matrix, and is an element vector of nonlinear constraint functions. (The matrix and the vector may be empty.) The objective function and the constraint functions are assumed to be smooth, i.e., at least twice-continuously differentiable. (The method of nlp1_rcomm will usually solve (1) if there are only isolated discontinuities away from the solution.)

Note that although the bounds on the variables could be included in the definition of the linear constraints, we prefer to distinguish between them for reasons of computational efficiency. For the same reason, the linear constraints should not be included in the definition of the nonlinear constraints. Upper and lower bounds are specified for all the variables and for all the constraints. An equality constraint can be specified by setting . If certain bounds are not present, the associated elements of or can be set to special values that will be treated as or . (See the description of the option ‘Infinite Bound Size’.)

If there are no nonlinear constraints in (1) and is linear or quadratic then it will generally be more efficient to use one of lp_solve(), lsq_lincon_solve() or qp_dense_solve(), or qpconvex2_sparse_solve() if the problem is large and sparse. If the problem is large and sparse and does have nonlinear constraints, handle_solve_ssqp() should be used, since nlp1_rcomm treats all matrices as dense.

nlp1_rcomm uses reverse communication for evaluating , and as many of their first partial derivatives as possible; any remaining derivatives are approximated by finite differences. See the description of the option ‘Derivative Level’.

On initial entry, you must supply an initial estimate of the solution to (1).

On intermediate exits, the calling program must compute appropriate values for the objective function, the nonlinear constraints or their derivatives, as specified by the argument , and then re-enter the function.

For maximum reliability, it is preferable to provide all partial derivatives (see Module 8 of Gill et al. (1981), for a detailed discussion). If they cannot all be provided, it is advisable to provide as many as possible. While developing code to evaluate the objective function and the constraints, the option ‘Verify’ should be used to check the calculation of any known derivatives.

The method used by nlp1_rcomm is described in detail in Algorithmic Details.

nlp2_solve() is an alternative function which uses a similar method, but with direct communication: that is, the objective and constraint functions are evaluated by functions, supplied as arguments to the function.

References

Dennis, J E Jr and Moré, J J, 1977, Quasi-Newton methods, motivation and theory, SIAM Rev. (19), 46–89

Dennis, J E Jr and Schnabel, R B, 1981, A new derivation of symmetric positive-definite secant updates, nonlinear programming, (eds O L Mangasarian, R R Meyer and S M Robinson) (4), 167–199, Academic Press

Dennis, J E Jr and Schnabel, R B, 1983, Numerical Methods for Unconstrained Optimization and Nonlinear Equations, Prentice–Hall

Fletcher, R, 1987, Practical Methods of Optimization, (2nd Edition), Wiley

Gill, P E, Hammarling, S, Murray, W, Saunders, M A and Wright, M H, 1986, Users’ guide for LSSOL (Version 1.0), Report SOL 86-1, Department of Operations Research, Stanford University

Gill, P E, Murray, W, Saunders, M A and Wright, M H, 1984, Users’ guide for SOL/QPSOL version 3.2, Report SOL, 84–5, Department of Operations Research, Stanford University

Gill, P E, Murray, W, Saunders, M A and Wright, M H, 1984, Procedures for optimization problems with a mixture of bounds and general linear constraints, ACM Trans. Math. Software (10), 282–298

Gill, P E, Murray, W, Saunders, M A and Wright, M H, 1986, Some theoretical properties of an augmented Lagrangian merit function, Report SOL, 86–6R, Department of Operations Research, Stanford University

Gill, P E, Murray, W, Saunders, M A and Wright, M H, 1986, Users’ guide for NPSOL (Version 4.0): a Fortran package for nonlinear programming, Report SOL 86-2, Department of Operations Research, Stanford University

Gill, P E, Murray, W and Wright, M H, 1981, Practical Optimization, Academic Press

Hock, W and Schittkowski, K, 1981, Test Examples for Nonlinear Programming Codes. Lecture Notes in Economics and Mathematical Systems (187), Springer–Verlag

Murtagh, B A and Saunders, M A, 1983, MINOS 5.0 user’s guide, Report SOL 83-20, Department of Operations Research, Stanford University

Powell, M J D, 1974, Introduction to constrained optimization, Numerical Methods for Constrained Optimization, (eds P E Gill and W Murray), 1–28, Academic Press

Powell, M J D, 1983, Variable metric methods in constrained optimization, Mathematical Programming: the State of the Art, (eds A Bachem, M Grötschel and B Korte), 288–311, Springer–Verlag