• Tidak ada hasil yang ditemukan

OWS Common change request – Swap order of REQUEST and VERSION parameters

N/A
N/A
Protected

Academic year: 2017

Membagikan "OWS Common change request – Swap order of REQUEST and VERSION parameters"

Copied!
2
0
0

Teks penuh

(1)

Open Geospatial Consortium

OGC 08-209

CR-Form-v3

CHANGE REQUEST

OWS Common

CR 08-029

 rev

-

 Current version:

1.1.0

For

HELP

on using this form, see bottom of this page or look at the pop-up text over the symbols.

Proposed change affects:  AS Imp Spec X Best Practices Paper Other

Title:  OWS Common change request – Swap order of REQUEST and VERSION

parameters

Source:  Keith Pomakis ([email protected])

Work item code:Date:  2008-12-16

Category:D

Use one of the following categories:

F (Critical correction)

A (corresponds to a correction in an earlier release)

B (Addition of feature),

C (Functional modification of feature)

D (Editorial modification)

Detailed explanations of the above categories can be found in the TC Policies and Procedures.

Reason for change:  The current order that the REQUEST and VERSION parameters (common to all

operation requests except GetCapabilities) are presented in is misleading, since it seems to imply that VERSION specifies the version of the request. However, it actually specifies the version of the service, and it's the (service,version) tuple that defines the behaviour of the request. So the canonical order of the parameters should be SERVICE, VERSION, REQUEST.

Summary of change: Swap the presented order of the REQUEST and VERSION operation-request

parameters.

Consequences if

not approved:

The OWS Common specification, and all specifications spawned from the

“Template for OWS interface specifications” template, will continue to be prone to misinterpretation.

Clauses affected:

Other specs  Other core specifications 

Affected: Abstract specifications Best Practices Document Supporting Doc.

Other comments:

Status

(2)

OGC 08-209

1

Changes to OWS Common specification (OGC 06-121r3)

Throughout the document, swap the presented order of the REQUEST and VERSION operation-request parameters so that the VERSION parameter is presented before the REQUEST parameter. As of OGC 06-121r3, these locations include, but are not necessarily limited to:

• Table 26

• the example in Clause 9.2.2

• Figure 10

• Table 27

• Table 28

• Figure C.8

• Table D.9

(The presented order of REQUEST and ACCEPT_VERSIONS in the GetCapabilities operation request is correct, since ACCEPT_VERSIONS is logically a parameter that is to be interpreted specifically by the GetCapabilities request handler.)

2

Changes to “Template for OWS interface specifications”

template (OGC 05-009r3)

Throughout the document, swap the presented order of the REQUEST and VERSION operation-request parameters so that the VERSION parameter is presented before the REQUEST parameter. As of OGC 05-009r3, these locations include, but are not necessarily limited to:

• Table 11

• Table 12

• the example in Clause 9.2.2

(NOTE: the double quotes should be removed from this example as well)

• Figure C.4

(The presented order of REQUEST and ACCEPT_VERSIONS in the GetCapabilities operation request is correct, since ACCEPT_VERSIONS is logically a parameter that is to be interpreted specifically by the GetCapabilities request handler.)

Referensi

Dokumen terkait

It is probably bearing in mind the Somali precedent that the Operational Com- mander states in the above recalled Six Monthly Report on Operation Sophia that “In order to move to phase

The large value of20=kBTC8 that is needed to describe pure URu2Si2 suggests that the hidden order parameter may be strongly coupled to the lattice, while the AF phase is not.. This