• Tidak ada hasil yang ditemukan

Change Requests | OGC

N/A
N/A
Protected

Academic year: 2017

Membagikan "Change Requests | OGC"

Copied!
3
0
0

Teks penuh

(1)

Open Geospatial Consortium

Document OGC 07-102

CR-Form-v3

CHANGE REQUEST

WCS

CR ?

 rev

-

 Current version: 1.1.1

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:  WCS change request - Divide into parts

Source:  Arliss Whiteside, WCS RWG

Work item code:Date:  2007-08-21

Category:C (Major re-organization of specification)

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)

Reason for change:  The WCS 1.1 specification is too long for easy understanding and easy editing, and some proposed changes will make it even longer. The ease of understanding and editing can be improved by dividing it into multiple parts.

Summary of change:  Divide the WCS 1.2 specification into a "base" specification plus several "extension" profiles in separate Implementation documents

Consequences if

not approved:

Continued difficulty in understanding and correctly implementing WCS due to length and complexity of specification

(2)

OGC 07-102

Clauses affected:  Most

Other specs  Other core specifications 

Affected: Abstract specifications

Best Practices Papers

Supporting Doc.

Other comments:  This change request is to the approved WCS version 1.1.1 [OGC 07-067r2].

Status

Disposition

Divide the WCS 1.2 specification into four or more parts, as currently

drafted in attachments to the Twicki page at

http://portal.opengeospatial.org/wiki/twiki/bin/view/WCSrwg/WCS12S

pecificationDrafts

Add the following new paragraphs at the end of Clause 1 of the Web

Coverage Service (WCS) specification:

To ease understanding of the complex WCS interface, this specification version divides the complete WCS specification into a number of parts, as follows:

a) Base – This Base part of the WCS specification is the central part, and specifies the overall WCS interface structure including many details of the

required-implementation GetCoverage, DescribeCoverage, and GetCapabilities operations.

b) Grid Coverages Common – The Base part builds on the Grid Coverages Common part, which is shared by multiple OGC web services, and specifies data structures for encoding grid coordinate reference systems (GridCRSs), interpolation methods, and related information.

c) Transaction Operation Profile – The Base part can be extended by the Transaction Operation Profile, which specifies an additional optional-implementation Transaction operation that allows clients to add, modify, and delete grid coverages that are

available from a WCS server.

d) Complex Range Profile – The Base part can be extended by the Complex Range Profile, which specifies data structures for more complex coverage range descriptions and range subset definitions.

(3)

OGC 07-102

e) Asynchronous GetCoverage Profile – The Base part can be extended by the

Asynchronous GetCoverage Profile, which specifies extensions to the GetCoverage operation request and response to support asynchronous execution of this operation.

NOTE Additional WCS extension profiles are possible, but have not yet been defined.

f) OGC Web Services Common – Most WCS parts build on the OGC Web Services Common specification, which is shared by many services, and specifies data structures for the GetCapabilities operation, Exception reports, and parts of most operations.

g) Geography Markup Language – Many WCS parts use small parts of the Geography Markup Language, which is used by many services, and specifies the encoding of coordinate reference systems (CRSs), coordinate operations, and many other geospatial data components.

Referensi

Dokumen terkait

This table also specifies the UML model data type, source of values and multiplicity of each listed parameter, plus the meaning to servers when each optional parameter is not

Decode the data block by following the encoding rules described in the clause of this standard corresponding to the specified encoding method and verify that the decoded data is

Figure 9 shows the sensor data consumer in an operational context with OGC CS-W catalogs for services discovery and SOS service instances with observation offerings and

"A bounding rectangle, encoded as specified in OGC 06-131r3, indicating that all resources which intersect that BBOX shall be retrieved from some data

Reason for change:  Application Domain Extensions (ADE) defined in CityGML (see clauses 6.12, 10.11, Annex G of OGC 08-007-r1) propose an extension mechanism which enables

For all OGC XML schemas, when writing a candidate standard and when publishing that standard, one XML schema document shall be provided that includes, either directly or

The final product of this change request ought to be the official release within the OGC and WfMC communities in June 2009 of WFXML and WfXML-R with any enhancements

Semantic annotations extend the already existing annotations like the OGC Capabilities doc ument by linking particular metadata elements to conceptualized domain knowle dge.