Operation Response - ConfirmResponse

Copyright © 2011 Open Geospatial Consortium 111 Table 56 – StatusReport property usage in Confirm operation response property namecardinality Operation outcome Confirmation was accepted Confirmation was rejected 7 task1 task identifier used in request estimatedToC0..1 NA 1 event code0..1 NA 2 percentCompletion0..1 NA 3 procedure1 identifier of procedure associated with reserved task requestStatus code1 Accepted Rejected statusMessage0.. usage optional service should indicate why the confirmation was rejected taskingParameters0..1 NA 4 taskStatus code0..1 NA 5 updateTime1 point in time when confirmation was accepted point in time when confirmation was rejected alternative0.. NA 6 NA = not applicable NOTES: 1 only applicable to scheduled tasks that have not been finalized yet 2,4,5 only applicable to tasking requests and tasks 3 only applicable to tasks that are being or have been executed 6 only applicable to tasking requests 7 in this case the reserved task fails

7.3.10.5 Exceptions

Requirement http:www.opengis.netspecSPS2.0reqConfirmResponseexceptions REQ 90. When an SPS server encounters an error while performing a Confirm operation, it shall return an exception message as specified in clause 7.2.

7.3.10.6 Examples

Clause 9.6 provides example XML instances for the Confirm operation request and response. 112 Copyright © 2011 Open Geospatial Consortium

7.3.11 GetFeasibility Operation

7.3.11.1 Introduction

The GetFeasibility operation allows SPS clients to obtain information about the feasibility of a tasking request. See section 6.3.4 for further details on GetFeasibility checks. The client encodes the tasking parameters according to the parameter description given in the DescribeTasking response. An SPS may be capable of computing alternatives for requested parameter settings in a tasking request. These alternatives may slightly modify the tasking parameters contained in the request e.g. to change the time frame of an intended task by a few minutes or suggest completely new sets of tasking parameters that lead to similar results. Once the feasibility study is completed, the alternatives would be provided as part of the GetFeasibility response. Each alternative should represent a feasible task at the time when the alternative was computed. Clients should be aware that the feasibility might change at any time afterwards.

7.3.11.2 Data Types

The conceptual model of the GetFeasibility operation is shown in the following UML diagram.