Approved

OGC Standard

OGC MetOcean Application profile for WCS2.1: Part 2 MetOcean GetPolygon Extension
Peter Trevelyan Editor Paul Hershberg Editor Steve Olson Editor
Version: 1.0
Additional Formats: XML PDF DOC
OGC Standard

Approved

Document number:17-086r3
Document type:OGC Standard
Document subtype:Implementation
Document stage:Approved
Document language:English

 


License Agreement

Permission is hereby granted by the Open Geospatial Consortium, (“Licensor”), free of charge and subject to the terms set forth below, to any person obtaining a copy of this Intellectual Property and any associated documentation, to deal in the Intellectual Property without restriction (except as set forth below), including without limitation the rights to implement, use, copy, modify, merge, publish, distribute, and/or sublicense copies of the Intellectual Property, and to permit persons to whom the Intellectual Property is furnished to do so, provided that all copyright notices on the intellectual property are retained intact and that each person to whom the Intellectual Property is furnished agrees to the terms of this Agreement.

If you modify the Intellectual Property, all copies of the modified Intellectual Property must include, in addition to the above copyright notice, a notice that the Intellectual Property includes modifications that have not been approved or adopted by LICENSOR.

THIS LICENSE IS A COPYRIGHT LICENSE ONLY, AND DOES NOT CONVEY ANY RIGHTS UNDER ANY PATENTS THAT MAY BE IN FORCE ANYWHERE IN THE WORLD. THE INTELLECTUAL PROPERTY IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE DO NOT WARRANT THAT THE FUNCTIONS CONTAINED IN THE INTELLECTUAL PROPERTY WILL MEET YOUR REQUIREMENTS OR THAT THE OPERATION OF THE INTELLECTUAL PROPERTY WILL BE UNINTERRUPTED OR ERROR FREE. ANY USE OF THE INTELLECTUAL PROPERTY SHALL BE MADE ENTIRELY AT THE USER’S OWN RISK. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR ANY CONTRIBUTOR OF INTELLECTUAL PROPERTY RIGHTS TO THE INTELLECTUAL PROPERTY BE LIABLE FOR ANY CLAIM, OR ANY DIRECT, SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM ANY ALLEGED INFRINGEMENT OR ANY LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR UNDER ANY OTHER LEGAL THEORY, ARISING OUT OF OR IN CONNECTION WITH THE IMPLEMENTATION, USE, COMMERCIALIZATION OR PERFORMANCE OF THIS INTELLECTUAL PROPERTY.

This license is effective until terminated. You may terminate it at any time by destroying the Intellectual Property together with all copies in any form. The license will also terminate if you fail to comply with any term or condition of this Agreement. Except as provided in the following sentence, no such termination of this license shall require the termination of any third party end-user sublicense to the Intellectual Property which is in force as of the date of notice of such termination. In addition, should the Intellectual Property, or the operation of the Intellectual Property, infringe, or in LICENSOR’s sole opinion be likely to infringe, any patent, copyright, trademark or other right of a third party, you agree that LICENSOR, in its sole discretion, may terminate this license without any compensation or liability to you, your licensees or any other party. You agree upon termination of any kind to destroy or cause to be destroyed the Intellectual Property together with all copies in any form, whether held by you or by any third party.

Except as contained in this notice, the name of LICENSOR or of any other holder of a copyright in all or part of the Intellectual Property shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Intellectual Property without prior written authorization of LICENSOR or such copyright holder. LICENSOR is and shall at all times be the sole entity that may authorize you or any third party to use certification marks, trademarks or other special designations to indicate compliance with any LICENSOR standards or specifications. This Agreement is governed by the laws of the Commonwealth of Massachusetts. The application to this Agreement of the United Nations Convention on Contracts for the International Sale of Goods is hereby expressly excluded. In the event any provision of this Agreement shall be deemed unenforceable, void or invalid, such provision shall be modified so as to make it valid and enforceable, and as so modified the entire Agreement shall remain in full force and effect. No decision, action or inaction by LICENSOR shall be construed to be a waiver of any rights or remedies available to it.

None of the Intellectual Property or underlying information or technology may be downloaded or otherwise exported or reexported in violation of U.S. export laws and regulations. In addition, you are responsible for complying with any local laws in your jurisdiction which may impact your right to import, export or use the Intellectual Property, and you represent that you have complied with any regulations or registration procedures required by applicable law to make this license enforceable.

Suggested additions, changes and comments on this standard are welcome and encouraged. Such suggestions may be submitted using the online change request form on OGC web site: http://portal.opengeospatial.org/public_ogc/change_request.php

 



I.  Abstract

This document defines an extension to WCS2.1, namely the extraction of data contained within a polygon defined either by a set of points or the radius and position of a circle point consisting of an information model and an XML encoding for the following two operations:

  1. GetCapabilities — a WCS function that describes the services and operations via a GetCapabilities document.

  2. GetPolygon — a WCS function that supports this operation to extract data from a multidimensional cube that lie within a polygon.

Metadata and vocabularies are defined that provide interoperability of these operations and documents using common semantics. The information model proposed supports MetOcean specific concepts and its user community, but these constructs may be useful and applicable to other communities.

II.  Keywords

The following are keywords to be used by search engines and document catalogues.

ogcdoc, OGC document, WCS, coverage, meteorology, oceanography, NWP, analysis, polygon observation, measurement, simulation, O&M and MetOcean


III.  Preface

Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. The Open Geospatial Consortium shall not be held responsible for identifying any or all such patent rights.

Recipients of this document are requested to submit, with their comments, notification of any relevant patent claims or other intellectual property rights of which they may be aware that might be infringed by any implementation of the standard set forth in this document, and to provide supporting documentation.

IV.  Security Considerations

No security considerations have been made for this standard.

V.  Submitting Organizations

The following organizations submitted this Document to the Open Geospatial Consortium (OGC):

VI.  Submitters

All questions regarding this submission should be directed to the editor or the submitters:

Name Affiliation
Peter Trevelyan Met Office, UK
Paul Hershberg

National Oceanic and Atmospheric Administration (NOAA)

National Weather Service (NWS)

Steve Olson

National Oceanic and Atmospheric Administration (NOAA)

National Weather Service (NWS)

OGC MetOcean Application profile for WCS2.1: Part 2 MetOcean GetPolygon Extension

1.  Scope

The purpose of the GetPolygon operation is to extract data contained within a polygon defined either by a set of points or the radius and position of a circle point. The need for the GetPolygon operation stems from active members of the OGC MetOcean Domain Working Group (DWG) who saw a manifest need for extraction of such information from gridded datasets.

This work has been done by members of the OGC MetOcean Domain Working Group.

2.  Conformance

This standard defines:

Conformance with this standard shall be checked using all the relevant tests specified in Annex A (normative) of this document. The framework, concepts, and methodology for testing, and the criteria to be achieved to claim conformance are specified in the OGC Compliance Testing Policies and Procedures and the OGC Compliance Testing web site[multiblock footnote omitted].

In order to conform to this OGC™ interface standard, a software implementation shall choose to implement:

Any one of the conformance levels specified in Annex A (normative).

All requirements-classes and conformance-classes described in this document are owned by the standard(s) identified.

Requirements and conformance test URIs defined in this document are relative to: http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/

This document establishes the following requirements and conformance classes:-

GetPolygon of URI http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon getPolygon at a conceptual level in clause 8.1

The corresponding conformance class is getPolygon with URI http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon See A.1

PolygonDescriptionRing of http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/PolygonDescriptionRing defining the PolygonRing at a conceptual level in clause 8.2

The corresponding conformance class is PolygonDescriptionRing with URI http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionRing. See A.2

PolygonDescriptionCircle of http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/PolygonDescriptionCircle defining the PolygonCircle at a conceptual level in clause 8.3

The corresponding conformance class is PolygonDescription with URI http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionCircle. See A.3

SubsetByTrim of http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByTrim defining the VerticalTemporalDescription at a conceptual level in clause 8.4

The corresponding conformance class is VerticalTemporalDescription with URI http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/SubsetByTrim. See A.4

SubsetByInterpolation of http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByInterpolation defining the VerticalTemporalDescription at a conceptual level in clause 8.5

The corresponding conformance class is VerticalTemporalDescription with URI http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/SubsetByInterpolation. See A.5

GetPolygon-post-xml of http://www.opengis.net/spec/WCS_application-profile_metocean/1.0/req/getPolygon-post-xml defining the VerticalTemporalDescription at a conceptual level in clause 8.6

The corresponding conformance class is VerticalTemporalDescription with URI http://www.opengis.net/spec/WCS_application-profile_metocean/1.0/conf/getPolygon-post-xml seeA.6

3.  Normative references

The following documents are referred to in the text in such a way that some or all of their content constitutes requirements of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

Policy SWG: OGC 08-131r3, The Specification Model — Standard for Modular specifications. Open Geospatial Consortium (2009). https://portal.ogc.org/files/?artifact_id=34762&version=2

ISO: ISO/TS 19103:2005, Geographic information — Conceptual schema language. International Organization for Standardization, Geneva (2005). https://www.iso.org/standard/37800.html

ISO: ISO 8601:2004, Data elements and interchange formats — Information interchange — Representation of dates and times. International Organization for Standardization, Geneva (2004). https://www.iso.org/standard/40874.html

ISO: ISO 19107:2019, Geographic information — Spatial schema. International Organization for Standardization, Geneva (2019). https://www.iso.org/standard/66175.html

ISO: ISO 19111:2007, Geographic information — Spatial referencing by coordinates. International Organization for Standardization, Geneva (2007). https://www.iso.org/standard/41126.html

ISO: ISO 19123:2005, Geographic information — Schema for coverage geometry and functions. International Organization for Standardization, Geneva (2005). https://www.iso.org/standard/40121.html

ISO: ISO 19115-1:2014, Geographic information — Metadata — Part 1: Fundamentals. International Organization for Standardization, Geneva (2014). https://www.iso.org/standard/53798.html

ISO: ISO 19156:2011, Geographic information — Observations and measurements. International Organization for Standardization, Geneva (2011). https://www.iso.org/standard/32574.html

ISO: ISO 19136:2007, Geographic information — Geography Markup Language (GML). International Organization for Standardization, Geneva (2007). https://www.iso.org/standard/32554.html

Peter Baumann: OGC 17-089r1, OGC Web Coverage Service (WCS) 2.1 Interface Standard — Core. Open Geospatial Consortium (2018). http://docs.opengeospatial.org/is/17-089r1/17-089r1.html

Marie-Françoise Voidrot-Martinez, Chris Little, Jürgen Seib, Roy Ladner, Adrian Custer, Jeff de La B: OGC 12-111r1, OGC Best Practice for using Web Map Services (WMS) with Time-Dependent or Elevation-Dependent Data. Open Geospatial Consortium (2014). https://portal.ogc.org/files/?artifact_id=56394

Simon Cox: OGC 10-025r1, Observations and Measurements — XML Implementation. Open Geospatial Consortium (2011). https://portal.ogc.org/files/?artifact_id=41510

Alexandre Robin: OGC 08-094r1, OGC® SWE Common Data Model Encoding Standard. Open Geospatial Consortium (2011). https://portal.ogc.org/files/?artifact_id=41157

Peter Baumann, Eric Hirschorn, Joan Masó: OGC 09-146r8, OGC Coverage Implementation Schema with Corrigendum. Open Geospatial Consortium (2019). http://docs.opengeospatial.org/is/09-146r8/09-146r8.html

Arliss Whiteside Jim Greenwood : OGC 06-121r9, OGC Web Service Common Implementation Specification. Open Geospatial Consortium (2010). https://portal.ogc.org/files/?artifact_id=38867

UCUM: Unified Code for Units of Measure (UCUM) – Version 1.9, 2013, http://unitsofmeasure.org/

OMG UML 2.5.1, Unified Modeling Language. (2017). https://www.omg.org/spec/UML/2.5.1/

W3C: Extensible Mark-up Language (XML) – Version 1.0 (Fifth Edition), August 2008

W3C: XML Schema – Version 1.0 (Second Edition), October 2004

Peter Baumann, Jinsongdi Yu: OGC 12-039, OGC® Web Coverage Service Interface Standard —  Scaling Extension. Open Geospatial Consortium (2014). https://portal.ogc.org/files/?artifact_id=54504

Peter Baumann, Jinsongdi Yu: OGC 12-049, OGC® Web Coverage Service Interface Standard —  Interpolation Extension. Open Geospatial Consortium (2014). https://portal.ogc.org/files/?artifact_id=54502

Peter Baumann, Jinsongdi Yu: OGC 11-053r1, OGC® Web Coverage Service Interface Standard — CRS Extension. Open Geospatial Consortium (2014). https://portal.ogc.org/files/?artifact_id=54209

Peter Trevelyan, Paul Hershberg, Steve Olson: OGC 15-045r7, OGC MetOcean Application profile for WCS2.1: Part 0 MetOcean Metadata. Open Geospatial Consortium (2020)

4.  Terms and definitions

For the purposes of this document, the following terms and definitions apply.

This document uses the terms defined in Sub-clause 5.3 of [OGC 06-121r8], which is based on the ISO/IEC Directives, Part 2, Rules for the structure and drafting of International Standards. In particular, the word “shall” (not “must”) is the verb form used to indicate a requirement to be strictly followed to conform to this standard.

This document also uses terms defined in the OGC Standard for Modular specifications (OGC 08-131r3), also known as the ‘ModSpec’. The definitions of terms such as standard, specification, requirement, and conformance test are provided in the ModSpec.

For the purposes of this document, the following additional terms and definitions apply. There is some variation in the specific use of some technical terms within the meteorological domain. We have attempted to follow common usage, referring where possible to the WMO No.306 http://www.wmo.int/pages/prog/www/WMOCodes.

4.1. 

numerical weather prediction model

A numerical weather prediction model is a mathematical model of the atmosphere and oceans used to predict the weather based on current weather conditions and are normally run at set times each day.

Synonyms for numerical weather prediction model: forecast model, NWP Model, simulation

An Example of a numerical weather prediction model: The ECMWF model that runs twice per day and creates a ten day prediction of the global atmosphere.

4.2. 

Time Dimension

A typical numerical model simulation has the property of start and end time of the simulation. Intermediate times within the simulation are times for which the data may be used as estimate of the forecast conditions at that time. The use of time within this document does assume that the “Time Dimension” of the simulation falls within the start and end times of the simulation. The standard ISO 8601 notation is used to describe time.

4.3. 

Web Coverage Service 2.1 (WCS2.1)

Web Coverage Service (WCS) is an OGC standard that refers to the exchange of geospatial information as ‘coverages’: digital geospatial information representing space-varying phenomena.

4.4. 

GetCapabilities operation

The getCapabilities is a WCS operation involving a machine to machine communication. A getCapabilities request to a WCS server returns a list of what operations and services (“capabilities”) are being offered by that server.

4.5. 

DescribeCoverage operation

A DescribeCoverage is a WCS operation involving a machine-to-machine communication. A DescribeCoverage request to a WCS server returns additional information about a coverage that a client wants to query. Generally speaking, a DescribeCoverage response includes information about the CRS, the metadata, the domain, the range and the formats available. A client generally will need to issue a DescribeCoverage request before it can make the proper GetCoverage request.

4.6. 

Polygon

A Polygon, in this document, consist of a plane 2D shape with a depth and time dimension. The polygon may be multi-dimensional, and in the case of aviation is often four dimensions, i.e. x, y, z, t.

4.7. 

GetPolygon operation

GetPolygon is a newly proposed MetOcean operation involving a machine to machine communication. A GetPolygon request to a WCS server returns a polygon coverage based on a trajectory path with a lateral and vertical extent (the polygon).

5.  Conventions

This sections provides details and examples for any conventions used in the document. Examples of conventions are symbols, abbreviations, use of XML schema, or special notes regarding how to read the document.

5.1.  Identifiers

The normative provisions in this standard are denoted by the URI

http://www.opengis.net/spec/{standard}/{m.n}

All requirements and conformance tests that appear in this document are denoted by partial URIs which are relative to this base.

5.2.  Abbreviated terms

GML Geography Mark-up Language

O&M Observations and Measurements

OGC Open Geospatial Consortium

MetOcean Meteorological/Oceanographic

NWP Numerical Weather Prediction

SWE OGC Sensor Web Enablement

UML Unified Modelling Language

WCS2.1 OGC Web Coverage Service version 2.1

WMO World Meteorological Organisation

XML W3C Extensible Markup Language

XSD W3C XML Schema Definition Language

5.3.  Schema language

The XML implementation specified in this Standard is described using the XML Schema language (XSD) [XML Schema Part 1: Structures, XML Schema Part 2: Datatypes] and Schematron [ISO/IEC 19757-3, Information technology — Document Schema Definition Languages (DSDL) — Part 3: Rule-based validation — Schematron].

5.4.  UML notation

The diagrams that appear in this standard are presented using the Unified Modeling Language (UML) static structure diagram.

Note: Within the context of this standard, the following color scheme is used to identify the package in which the class exists. This is just for informative purposes.

Blue: WCS2.1 plus extensions (rsub, scal, int and crs)

Orange: CIS (Coverage Implantation Schema 1.1)

Green: This standard

6.  Vocabularies

This standard defines a number of properties that require the use of codes or vocabulary items. In some cases, a list of terms are provided. The MetOcean Profile, on which this builds, has a specific vocabulary provided by the WMO (World Meteorological Office). These vocabularies are concerned with the naming of parameters (variables) used in the rangeSubset element, the coordinate reference systems (aka fixedSurfacetypeAndUnits) used in the srsName attribute, the units of measure, and the significance of time codes. The following table lists the references used within this document.

Table 1 — Summary of vocabularies within this standard

Code list Code reference
GRIB edition 2 http://codes.wmo.int/_grib2
Discipline http://codes.wmo.int/grib2/codeflag/_0.0
Fixed surface types and units http://codes.wmo.int/grib2/codeflag/_4.5
Parameter category http://codes.wmo.int/grib2/codeflag/_4.1
Parameter number http://codes.wmo.int/grib2/codeflag/_4.2

7.  Non-Normative (Informative) Material

The GetPolygon extension for WCS2.1 is an initiative of the MetOcean DWG to enhance the WCS2.1 core profile to extract coverages other than those extracted using the simple SLICE and TRIM methods provided by the core GetCoverage operation shown in Figure 1. For reference to the core WCS2.1 see OGC® Web Coverage Service 2.1 Interface Standard — Core (OGC 17-089r1). This specific extension is designed specifically to extract polygons from multidimensional cubes such as those created by numerical simulations (i.e. NWP) commonly found in the MetOcean community.

image

Figure 1 — WCS GetCoverage operation UML class diagram

The need for this work arises out of the growing need to transfer increasing amounts of data across networks. This can, and should, be done more efficiently by sub-setting the data. This profile specifies how data contained within a polygon may be extracted on the WCS server and transferred to the client. The document also details how the OGC’s WCS2.1 Core is extended to include an additional GetPolygon operation. Finally, the Coverage Implementation Schema (CIS1.1) is used to describe the vertical and temporal definition of the Polygon.

7.1.  WCS2.1

The WCS2.1 files (see https://portal.opengeospatial.org/files/?artifact_id=67116&version=1) that form the core standard and the extensions (see below) describe the GetCapabilities, DescribeCoverage and GetCoverage operations. The GetPolygon extension will use the following extensions to WCS core:

The main benefit of WCS2.1 core to the MetOcean Profile, and specifically the getPolygon operation, is that it allows the description of a CIS1.1 Coverage (see Figure 2). This is important as CIS1.1 supports multi-dimensional coverages and the encoding of coverage types such as polygons.

image

Figure 2 — UML Diagram representing the coverage model (CIS 1.1)

7.2.  A Short NWP (Numerical Weather Prediction) Primer

The term “NWP model” refers to a computer simulation used to forecast the future state of the ocean/atmosphere. A NWP model is normally “run” at a set time and repeated at regular intervals during the day. Each model run has a “Time Dimension” that has “start time”, “end time” and intermediate times. These intermediate times are at set intervals and often referred to as “forecast times”. For each “forecast time”, there will be an estimate of the atmospheric/oceanic conditions for that time. The model start time is a notional time that sets a “base” time for the time intervals. Thus a time interval may have an absolute time e.g. 2017-05-15T00:00:00Z. Or, a time interval may use the start time as reference e.g. PT30H. This signifies a time that is 30 hours ahead of the “start time”.

7.3.  Coverages

A “coverage” contains a “DomainSet” component describing the coverage’s domain (i.e. the locations for which values are stored in the coverage) and a “range­Set” component containing the values of the coverage. A “coverage” also contains a RangeType element that describes the coverage’s range set data structure that consists of one or more fields (also referred to as parameters) that uses the SWE Common [OGC 08-094] Data­Record. The metadata component represents an extensible slot for metadata. The CIS1.1 UML diagram is shown in Figure 2.

7.3.1.  4D Coverages

A typical NWP forecast is normally a set of 2D rectified grids; although more advanced, grids may be used. A typical model run contains literally thousands of 2D grids and each may described using the CIS1.1 “General Grid” coverage model.

These coverages may described and accessed by using the OGC’s Web Coverage Service (WCS). The main services are “GetCapabilities”, “DescribeCoverage” and “GetCoverage”. A problem with this approach is that the metadata returned by the GetCapabilites response and the number of GetCoverage requests quickly becomes unmanageable. By creating a multidimensional coverage from the 2D coverages, the amount of data and number of GetCoverage requests are greatly reduced, often by a factor of 100.

The key to creating a multidimensional coverage is OGC’s CIS1.1 “Coverage” model. This model makes it much easier to describe the “Domain Set” as a multi-dimensional geometry object.

A typical numerical simulation has a number of different vertical coordinates (i.e. pressure, height above mean sea level, height above ground, surface, and max wind level). By forming a 4D coverage from all of the 2D coverages that share the same horizontal, vertical, and temporal domains, there is a significant reduction in number of coverages, thus reducing complexity. This is a challenge, as the vertical and temporal axes are not regular and need to be enumerated. The “GeneralGridCoverage” as described in CIS1.1 makes this possible.

This key concept therefore changes the traditional view of data as being a set of 2D fields; each with a level, level type, parameter name, and forecast period. We can now describe the whole atmosphere as a multidimensional cube with properties, e.g. temperature, wind speed, and humidity. This results in the ability to make multidimensional (4/5/* D) geospatial queries that are much more efficient, for both the WCS2.1 GetCoverage, GetPolygon and GetCorridor operations. It is important to note that there are special cases where the vertical axis has no vertical dependency (e.g. surface, max wind level). It is also possible that some parameters (e.g. temperature) may belong to more than one coverage (e.g. surface, isobaric, etc.)

7.4.  Polygons:

A typical polygonal extraction pattern is show in Figure 3 using a set of points to describe the polygon. A special case of a polygon extraction is to use a circle with a radius and centre point position.

image

Figure 3 — Polygonal Subset (Extraction Pattern)

7.4.1.  Encoding

Encoding of the polygon in GML is likely to be very verbose and in such cases, a binary format should be used. An alternative to GML e.g. JSON, would however provide a very accessible encoding.

8.  The core GetPolygon requirement (normative)

8.1.  Requirements class: GetPolygon

This clause establishes the GetPolygon extension core for conformance class getPolygon. Clients & servers supporting the requirements class support the extraction of a polygon from a multidimensional coverage. A UML diagram of class GetPolygon is shown in Figure 4.

Requirements Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/spec/WCS_service-extension_range-subsetting/1.0/conf
Requirement 1

/req/getPolygon/structure

A metoceanpolygon:GetPolygon instance shall conform to Figure 4 and Table 2, Table 3 and Table 4.

Requirement 2

/req/getPolygon/getCapabilities-response-conformance-class-in-profile

A WCS service implementing this extension shall include the following URI in a Profile element in the ServiceIdentification in a GetCapabilities response:

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon

Requirement 3

/req/getPolygon/request-valid-identifier

The coverageId parameter value in a GetPolygon request shall be equal to the identifier of one of the coverages offered by the server addressed.

Requirement 4

/req/getPolygon/acceptable-format

If a GetPolygon request contains a format parameter then this parameter shall contain a MIME type identifier occurring in some WCS::formatSupported element of the response to a successful GetCapabilities request to this server.

Requirement 5

/req/getPolygon/acceptable-mediaType

If a GetPolygon request contains a mediaType parameter then this parameter shall contain a MIME type identifier of fixed value “multipart/related”.

Requirement 6

/req/getPolygon/polygon-description

Check that the Polygon Description element conforms to the requirements classes

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByInterpolation

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByTrim

Requirement 7

/req/getPolygon/range-component

The parameter value of the RangeComponent of the wcs:RangeItem element shall contain a parameter that is part of the requested coverage.

Requirement 8

/req/getPolygon/response-encoding

The contents of the response to a successful GetPolygon request shall be en­cod­ed as specif­ied by the request format parameter, if this parameter is present, and in the coverage’s Native Format if this parameter if it is not present.

Requirement 9

/req/getPolygon/PolygonDescription/PolygonRingGeometry

The server shall support at least one of the conformance classes i.e.

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionRing

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionCircle

image

Figure 4 — GetPolygon UML class diagram

8.1.1.  Requirements class overview

The GetPolygon requirements class defines the structure of the GetPolygon operation.

8.1.2.  Metoceanpolygon::GetPolygon

The new operation GetPolygon allows for the extraction of a polygon. The extra conformance classes are used to further define the possible options outlined here in the getPolygon conformance class. The GetPolygon operation is derived from wcs:GetCoverage and inherits the version and service elements. The GetPolygon properties are listed in Table 2.

Table 2 — METOCEANPOLYGON::GetPolygon properties

Name Definition Data types and values Multiplicity
metoceanpolygon:polygonDescriptionThe definition of the extraction pattern (polygon) to be used by the GetPolygon request.metoceanpolygon:PolygonDescription

One

(mandatory)

metoceanpolygon:verticalTemporalDescriptionmetoceanpolygon:VerticalTemporalDescription

Zero or One

(Optional)

wcs:coverageIdIdentifier of a coverage offered by the service on handNCNameone
(mandatory)
wcs:mediaTypeOptional element indicating the MimeType of the GetCoverage responsea.anyURI, fixed to “multipart/related”zero or one
(optional)
wcs:formatMIME type identifier of the format in which the coverage returned is encodedanyURIzero or one
(optional)
rsub:RangeSubsetSelection is based on the coverage’s range type definition where identifiable components are given; in the MetOcean domain, these take the form of defined parameters.Directly referred to be the GetCorridor element.geItem.

One

(mandatory)

serviceThe service name.string=wcsrequired
wcs:extensionExtension element used to hook in additional content e.g. in extensions or application profiles.AnyOne or more

a  Only currently allowed valued is “multipart/related”.

8.1.3.  rsub::RangeSubset

The RangeSubset properties are listed in Table 3.

Table 3 — RSUB::RangeSubset properties

Name Definition Data types and values Multiplicity
rsub:RangeItemList of range components to be extractedRangeComponent or RangeIntervalone or more
(mandatory)
rsub:RangeComponentRange component nameRangeComponentone
(mandatory)
rusb:RangeIntervalPair of range interval lower and upper boundPair of RangeComponentone
(mandatory)

8.1.4.  rsub::RangeSubset

The RangeSubset properties are listed in Table 4.

Table 4 — RSUB::RangeSubset properties

Name Definition Data types and values Multiplicity
rsub:RangeComponentRange component nameRangeComponentone
(mandatory)

8.2.  Requirements class: PolygonDescriptionRing

8.2.1.  Requirements class overview

This clause establishes the PolygonDescriptionRing requirements class. Clients and servers supporting the requirements class support the extraction of a polygon from a multidimensional data cube using the “PolygonRing” definition of a polygon must conform this requirements class.

Requirements Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/PolygonDescriptionRing
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/gml/3.2

Requirement 10

/req/getPolygon/PolygonDescriptionRing/structure

A metoceanpolygon:PolygonDescription instance shall conform to Figure 5 and, Table 5, Table 6 and Table 7

Requirement 11

/req/getPolygon/PolygonDescriptionRing/Construct

The PolygonRing element shall be derived from PolygonGeometry

Requirement 12

/req/getPolygon/PolygonDescriptionRing/containment

Only data contained within the polygon shall be included in the result.

Requirement 13

/req/getPolygon/PolygonDescriptionRing/closure

The first and last values in the gml:posList element as contained within the gml:LinearRing element shall have the same value.

image

Figure 5 — PolygonDescriptionRing UML class diagram

8.2.2.  Requirements class overview

The PolygonDescription requirements class defines the structure of the polygon as extracted by the GetPolygon operation. The Polygon may be defined in one of two ways; either be a ring or a circle. The two methods are described as “per Ring” or “per Circle”.

8.2.3.  PolygonDescription as per PolygonRing

In this clause the polygon will be defined as a set of points to form a ring. The PolygonDescription properties, as per PolygonRing, are listed in Table 5.

Table 5 — METOCEANPOLYGON::PolygonDescription properties as per PolygonRing

Name Definition Data types and values Multiplicity
metoceanpolygon:polygonGeometryThe geometry of the polygon defined as a set of points.

metoceanpolygon:PolygonRing

(By substitution)

One

(mandatory)

8.2.4.  PolygonRing Properties

Table 6 — Table 6 METOCEANPOLYGON::PolygonRing properties

Name Definition Data types and values Multiplicity
gml:PolygonThe geometry of the polygon defined as a set of points.gml:exterior

One

(mandatory)

8.2.5.  Polygon Properties

Table 7 — GML::Polygon properties

Name Definition Data types and values Multiplicity
gml:exteriorThe direct positions of the polygon pointsgml:LinearRing

One

(mandatory)

8.3.  Requirements class: PolygonDescriptionCircle

8.3.1.  Requirements class overview

This clause establishes the PolygonDescriptionCircle requirements class. Clients and servers supporting the requirements class support the extraction of a polygon from a multidimensional coverage using the “PolygonCircle” definition of a polygon, must conform this requirements class..

Requirements Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/PolygonDescriptionCircle
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/gml/3.2

Requirement 14

/req/getPolygon/PolygonDescriptionCircle/structure

A metoceanpolygon:PolygonDescription instance shall conform to Figure 6 and Table 8, Table 9, Table 10, Table 11, Table 12 and Table 13.

Requirement 15

/req/getPolygon/PolygonDescriptionCircle/PolygonCircle

The PolygonCircle element shall be derived from PolygonGeometry.

Requirement 16

/req/getPolygon/PolygonDescriptionRing/PolygonRing

Only data contained within the polygon shall be included in the result.

image

Figure 6 — PolygonDescription UML class diagram

8.3.2.  PolygonDescription as per PolygonCircle

In this clause the polygon will be defined as a circle with centre point and radius. The PolygonDescription properties, as per PolygonCircle, are listed in Table 8.

Table 8 — METOCEANPOLYGON::PolygonDescription properties as per PolygonCircle

Name Definition Data types and values Multiplicity
metoceanpolygon:polygonGeometryThe geometry of the polygon defined as a centre point and radius

metoceanpolygon:PolygonCircle

(By substitution)

One

(mandatory)

8.3.3.  PolygonDescription as per PolygonCircle

Table 9 — GML::Polygon properties as per PolygonCircle

Name Definition Data types and values Multiplicity
The geometry of the polygon defined as a set of points.gml:Polygon

One

(mandatory)

8.3.4.  GML::Polygon as per PolygonCircle

A Polygon is a special surface that is defined by a single surface . The boundary of this patch is coplanar and the polygon uses planar interpolation in its interior. The elements exterior and interior describe the surface boundary of the polygon. The Polygon properties, as per PolygonCircle, are listed in Table 10.

Table 10 — GML::Polygon properties as per PolygonCircle

Name Definition Data types and values Multiplicity
gml:exteriorThe specification of the polygon Circlegml: Ring

One

(mandatory)

8.3.5.  GML::Ring

A ring is used to represent a single connected component of a surface boundary as specified in ISO 19107:2003, 6.3.6. Every gml:curveMember references or contains one gml:Curve. In the context of a ring, a curve describes the boundary of the surface. The curve is described by referencing one or more gml:segments. The Ring properties are listed in Table 11.

Table 11 — GML::Ring

Name Definition Data types and values Multiplicity
gml:curveMemberDefines the polygon as a set of connected curvesgml: Curve

One or more

(mandatory)

8.3.6.  GML::Curve

A curve is composed of one or more curve segments. The element gml:segments encapsulates the segments of the curve. The Curve properties are listed in Table 12 GML::Curve.

Table 12 — GML::Curve

Name Definition Data types and values Multiplicity
gml:segmentsA special case where the segment defines a circlegml: CircleByCenterPoint

One or more

(mandatory)

8.3.7.  GML:: CircleByCenterPoint

A gml:CircleByCenterPoint is a gml:ArcByCenterPoint with identical start and end angle to form a full circle. This representation can be used only in 2D. The CircleByCenterPoint properties are listed in Table 13 GML::CircleByCenterPoint.

Table 13 — GML::CircleByCenterPoint

Name Definition Data types and values Multiplicity
gml:posThe centre point of the circle.gml:doubleList

One

(mandatory)

gml:radiusThe radius of the circle.gml:double

One

(mandatory)

8.4.  Requirements class: SubsetByTrim

This clause establishes the SubsetByTrim conformance class. Clients and servers supporting the requirements class support the extraction of a polygon from a multidimensional data cube and only applies to vertical and temporal extent, if applicable. A UML diagram of class SubSetByTrim is shown in Figure 7. As stated in Section 7.3.1, the vertical and temporal axes are not necessarily regular and thus need to be enumerated. This necessitates using the “CIS::GeneralGridCoverage” as described in CIS1.1, which makes this enumeration possible. A UML diagram of class VerticalTemporalDescription is shown in Figure 6.

Requirements Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByTrim
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/spec/CIS/1.1/conf/coverage/conf
Dependency http://www.opengis.net/spec/CIS/1.1/conf/grid-irregular/conf

Requirement 17

/req/getPolygon/SubsetByTrim/structure

A metoceanpolygon:SubesetByTrim instance shall conform to Figure 7, Table 14 and Table 15

Requirement 18

/req/getPolygon/SubsetByTrim/request-valid-dimension + Every dimension value in a GetPolygon Trim request shall be equal to one of the axis­Lab­els dimension names specified in the cover­age’s domain set.

Requirement 19

/req/getPolygon/request-no-duplicate-dimension + A GetPolygon request shall contain at most one subsetting operation for each of the dimen­sions of the coverage addressed.

Requirement 20

/req/getPolygon/SubsetByTrim/Polygon-trim-within-extent

Let the extent of the coverage’s CIS::Envelope along the dimension specified in the trim request range from L to H. Then, for the trim bounds trim­Low and trimHigh the follow­ing shall hold: L ≤ trimLow ≤ trimHigh ≤ H

image

Figure 7 — SubsetByTrim UML class diagram

8.4.1.  Requirements class overview

The polygon extraction pattern uses a 2D polygon, that is replicated over selected levels in the vertical dimension and selected times in the temporal dimension. These levels and times are selected by “trimming” the MetOcean cube in the vertical and temporal dimensions.

8.4.2.  SubsetByTrim Properties

The limits define the upper and lower times and levels to be extracted from the parent MetOcean cube. The extraction, as per the polygon, is only extracted on levels and times from the MetOcean cube that lie between the upper and lower limits. The SubsetByTrim properties are listed in Table 14.

Table 14 — METOCEANPOLYGON::SubsetByTrim properties

Name Definition Data types and values Multiplicity
dimensionTrimSubsetting specifications, at most one per subsetting dimensionDimensionTrim

One

(mandatory)

8.4.3.  DimensionTrim Properties

The DimensionTrim properties are listed in Table 15.

Table 15 — METOCEANPOLYGON::DimensionTrim properties

Name Definition Data types and values Multiplicity
dimensionName of dimension along which to subsetstring

One or more

(mandatory)

trimLowLower bound of cutout along dimensionstring

One

(mandatory)

trimHighUpper bound of cutout along dimensionstring

One

(mandatory)

8.4.4.  An example an encoding

<?xml version="1.0" encoding="UTF-8"?>
<metoceanpolygon:GetPolygon
    xmlns:wcs20="http://www.opengis.net/wcs/2.0"
    xmlns:rsub="http://www.opengis.net/wcs/range-subsetting/1.0"
    xmlns:metoceanpolygon="http://www.opengis.net/wcs/metoceanProfile_getPolygon/1.0"
    xmlns:cis="http://www.opengis.net/cis/1.1/gml"
    xmlns:gml="http://www.opengis.net/gml/3.2"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.opengis.net/wcs/metoceanProfile_getPolygon/1.0 http://schemas.opengis.net/wcs/metoceanProfile/1.0/wcsMetOceanGetPolygon.xsd"
service="WCS" version="2.0.0">
<wcs20:CoverageId>CoverageId0</wcs20:CoverageId>
<rsub:RangeSubset>
<rsub:RangeItem>
<rsub:RangeComponent>Temperature</rsub:RangeComponent>
</rsub:RangeItem>
<rsub:RangeItem>
<rsub:RangeComponent>Wind_Speed</rsub:RangeComponent>
</rsub:RangeItem>
<rsub:RangeItem>
<rsub:RangeComponent>Wind_Direction</rsub:RangeComponent>
</rsub:RangeItem>
</rsub:RangeSubset>
<metoceanpolygon:polygonDescription>
<metoceanpolygon:PolygonDescription>
<metoceanpolygon:polygonGeometry>
<metoceanpolygon:PolygonRing gml:id="ID000">
<gml:Polygon gml:id="Model_Boundary-Geometry"
uomLabels="deg deg" axisLabels="lat Lon"
srsDimension="2"
srsName="http://www.opengis.net/def/crs/EPSG/0/4326">
<gml:exterior>
<gml:LinearRing>
<gml:posList> -90.0 -180.0 90.0 -180.0 90.0 180.0
-90.0 180.0 -90.0 -180.0 </gml:posList>
</gml:LinearRing>
</gml:exterior>
</gml:Polygon>
</metoceanpolygon:PolygonRing>
</metoceanpolygon:polygonGeometry>
<metoceanpolygon:verticaTemporalDescription>
<metoceanpolygon:VerticalTemporalDescription>
<metoceanpolygon:subsetByTrim>
<metoceanpolygon:SubsetByTrim>
<metoceanpolygon:dimensionTrim>
<metoceanpolygon:DimensionTrim uomLabel="hPA">
<metoceanpolygon:dimension>Pressure</metoceanpolygon:dimension>
<metoceanpolygon:trimLow>200.0</metoceanpolygon:trimLow>
<metoceanpolygon:trimHigh>1000.0</metoceanpolygon:trimHigh>
</metoceanpolygon:DimensionTrim>
</metoceanpolygon:dimensionTrim>
<metoceanpolygon:dimensionTrim>
<metoceanpolygon:DimensionTrim uomLabel="ISO8601">
<metoceanpolygon:dimension>Time</metoceanpolygon:dimension>
<metoceanpolygon:trimLow>2017-05-14T00:00:00Z</metoceanpolygon:trimLow>
<metoceanpolygon:trimHigh>2017-05-15T00:00:00Z</metoceanpolygon:trimHigh>
</metoceanpolygon:DimensionTrim>
</metoceanpolygon:dimensionTrim>
</metoceanpolygon:SubsetByTrim>
</metoceanpolygon:subsetByTrim>
</metoceanpolygon:VerticalTemporalDescription>
</metoceanpolygon:verticaTemporalDescription>
</metoceanpolygon:PolygonDescription>
</metoceanpolygon:polygonDescription>
</metoceanpolygon:GetPolygon>

8.5.  Requirements class: SubsetByInterpolation

This clause establishes the SubsetByInterpolation conformance class. Clients and servers supporting the requirements class support the extraction of a polygon from a multidimensional coverage that has a vertical and temporal extent by interpolating the data to a defined vertical/temporal axes. A UML diagram showing the SubsetByInterpolation class is shown in Figure 8.

Requirements Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByInterpolation
Dependency http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/spec/CIS/1.1/conf/coverage/conf
Dependency http://www.opengis.net/spec/CIS/1.1/conf/grid-regular/conf
Dependency http://www.opengis.net/spec/CIS/1.1/conf/grid-irregular/conf
Dependency http://www.opengis.net/spec/WCS_service-extension_range-subsetting/1.0/conf.

Requirement 21

/req/getPolygon/SubsetByInterpolation/structure

A metoceanpolygon:VerticalTemporalDescription instance shall conform to Figure 8 and Table 16, Table 17,Table 18,Table 19,Table 21,Table 22, Table 23, Table 25 and Table 24

Requirement 22

/req/getPolygon/SubsetByInterpolation/grid-order

In a coverage using the grid-irregular scheme, the directPosition values in any CIS::IrregularAxis shall be listed in strictly monotonic order, expressed in the units of measure of this axis as defined in the CRS identified in the srsName item of the envelope.

Requirement 23

/req/getPolygon/SubsetByInterpolation/disjoint

In a GetPolygon request using the grid-irregular scheme, for any two CIS::DisplacementAxis­Nest elements their set of axis names shall be disjoint, i.e. they have no elements in common.

Requirement 24

/req/getPolygon/SubsetByInterpolation/valid-interpolation-method

The interpolations methods used in the interpolation shall be thosw offered by the server

image

Figure 8 — SubsetByInterpolation UML class diagram

8.5.1.  Requirements class overview

This conformance class describes how a grid (target grid) is defined onto which the data contained within the polygon is extracted by interpolation. The “target” grid is only defined in the vertical and temporal dimensions as there is no interpolation in the horizontal. Thus the grid points will not be interpolated in the horizontal domain, but will be in the vertical and temporal dimensions.

8.5.2.  SubsetByInterpolation Properties

The SubsetByInterpolation properties are shown in Table 16.

Table 16 — METOCEANPOLYGON::SubsetByInterpolation properties

Name Definition Data types and values Multiplicity
metoceanpolygon:interpolationInterpolation method to be applied to the named axis GetPolygon result preparationint:IntInterpolation

One

(mandatory)

metoceanpolygon:generalGridLays foundation for the modelling of all possible grid types in CIS.cis:GeneralGrid

One

(mandatory)

8.5.3.  Interpolation Properties

The Interpolation properties are listed in Table 17.

Table 17 — INT::Interpolation properties

Name Definition Data types and values Multiplicity
int:globalInterpolationThe default Interpolation method to be usedint:IntInterpolationPerAxis

One

(mandatory)

8.5.4.  InterpolationPerAxis Properties

The InterpolationPerAxis properties are listed in Table 18.

Table 18 — INT::InterpolationPerAxis Properties

Name Definition Data types and values Multiplicity
int:axisThe axis for which the interpolation Method will be appliedanyURI

One

(mandatory

interpolationMethodThe interpolation method.anyURI

One

(mandatory

8.5.5.  CIS::GeneralGrid Properties

Describing the direct positions in multi-dimensional coordinate space, depending on the type of grid. The GeneralGrid properties are listed in Table 19.

Table 19 — CIS::GeneralGrid properties

Name Definition Data types and values Multiplicity
srsNameURL identifying the Index CRS of the domain set grid array in this coverageanyURIOne
(mandatory)
axisLabelsAxes involved in the “nest” of displaced direct positions; these axes shall form a subset of the CIS::General­Grid axisLabelsNCNameOne or more
(mandatory)
cis:GridLimitsIn addition, the limits of the underlying array are given by the CIS::gridLimits componentcis:IndexAxisZero or one
(optional)
cis:Axisgrid axis identifiers, all distinct within a gridcis:axisLabel

One or more

(mandatory)

cis:DisplacementAxisNestDisplacementAxisNest combines several axes to a single “nest” where the co-ordinates are enumerated individually for each direct position.cis:DisplacementAxisNestTypeOne or more
(mandatory)

8.5.6.  DisplacementAxisNest Properties

The CIS::DisplacementAxisNest combines several axes to a single “nest” where the coordinates are enumerated individually for each direct pos­ition. The properties are listed in Table 20.

Table 20 — CIS::DisplacementAxisNest properties

Name Definition Data types and values Multiplicity
axisLabelsAxes involved in the “nest” of displaced direct positions; these axes shall form a subset of the CIS::GeneralGrid axisLabelscis:NameListTypeOne or more
uomLabelscis:NameListTypecis:NameListTypeOne or more
direct­PositionsArray of direct positions along this axis, linearized according to the sequence rule or, if missing, along the GML 3.2.1 defaultstringOne or more
(mandatory)
gml:sequenceRuleDescription of the array linearization in direct­Pos­it­ions, according to the GML 3.2.1 sequence ruleGML::
sequenceRuleEnumeration
Zero or one
(optional)

8.5.7.  GridLimits Properties

The grid limits in the CIS::Axis structure contains information about the grid boundaries in the coverage’s CRS. The GridLimits properties are listed in Table 21.

Table 21 — CIS::GridLimits properties

Name Definition Data types and values Multiplicity
srsNameURL identifying the Index CRS of the domain set grid array in this coverageanyURIOne
(mandatory)
cis:indexAxisall axes of the Index CRS referenced in srsName, in proper sequenceCIS::
IndexAxis
One or more
(mandatory)
axisLabelsAxes involved in the “nest” of displaced direct positions; these axes shall form a subset of the CIS::General­Grid axisLabelsstringOne or more
(mandatory)

8.5.8.  Axis Properties

The Axis properties are listed in Table 22.

Table 22 — CIS::Axis properties

Name Definition Data types and values Multiplicity
axisLabelidentifier of this axisNCNameOne

8.5.9.  IndexAxis Properties

The IndexAxis properties are listed in Table 23.

Table 23 — CIS::IndexAxis properties

Name Definition Data types and values Multiplicity
lowerBoundLowest array coordinate along this axisanySimpleTypeOne
(mandatory)
upperBoundHighest array coordinate along this axisanySimpleTypeOne
(mandatory)
axisLabelidentifier of this axisNCNameOne

8.5.10.  RegularAxis Properties

The RegularAxis properties are listed in Table 24.

Table 24 — CIS::RegularAxis properties

Name Definition Data types and values Multiplicity
lowerBoundLowest coordinate along this grid axisanySimpleTypeOne
(mandatory)
upperBoundHighest coordinate along this axisanySimpleTypeOne
(mandatory)
resolutiongrid resolution along this axisanySimpleTypeOne
(mandatory)
uomLabelShorthand identifier of the Unit of Measure used on this axis (as indicated in the CRS definition for this axis)NCNameOne
(mandatory)
axisLabelidentifier of this axisNCNameOne

8.5.11.  IrregularAxis Properties

The IrregularAxis properties are listed in Table 25.

Table 25 — CIS::IrregularAxis properties

Name Definition Data types and values Multiplicity
direct­PositionsOrdered sequence of direct positions along this axiscis::Direct­PositionTypeOne or more
(mandatory)
uomLabelunit of measure in which values along this axis are expressedstringOne
(mandatory)

8.5.12.  An example an encoding

<?xml version="1.0" encoding="UTF-8"?>
<metoceanpolygon:GetPolygon xmlns:cis="http://www.opengis.net/cis/1.1/gml"
xmlns:gml="http://www.opengis.net/gml/3.2" xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:swe="http://www.opengis.net/swe/2.0" xmlns:ows="http://www.opengis.net/ows/2.0"
xmlns:gco="http://www.isotc211.org/2005/gco" xmlns:gmd="http://www.isotc211.org/2005/gmd"
xmlns:sml="http://www.opengis.net/sensorml/2.0" xmlns:gmlcov="http://www.opengis.net/gmlcov/1.0"
xmlns:om="http://www.opengis.net/om/2.0" xmlns:sam="http://www.opengis.net/sampling/2.0"
xmlns:sams="http://www.opengis.net/samplingSpatial/2.0"
xmlns:gts="http://www.isotc211.org/2005/gts"
xmlns:rsub="http://www.opengis.net/wcs/range-subsetting/1.0"
xmlns:gsr="http://www.isotc211.org/2005/gsr" xmlns:ns0="http://www.opengis.net/wcs/2.0"
xmlns:gss="http://www.isotc211.org/2005/gss"
xmlns:metocean="http://www.opengis.net/wcs/metoceanProfile/1.0"
xmlns:metoceanpolygon="http://www.opengis.net/wcs/metoceanProfile_getPolygon/1.0"
xmlns:wcs="http://www.opengis.net/wcs/2.1" xmlns:wcs20="http://www.opengis.net/wcs/2.0" xmlns:gmlrgrid="http://www.opengis.net/gml/3.3/rgrid"
xmlns:int="http://www.opengis.net/WCS_service-extension_interpolation/1.0"
xmlns:scal="http://www.opengis.net/WCS_service-extension_scaling/1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.opengis.net/wcs/metoceanProfile_getPolygon/1.0 http://schemas.opengis.net/wcs/metoceanProfile/1.0/wcsMetOceanGetPolygon.xsd"
                            service="WCS" version="2.0.0">
<wcs20:CoverageId>CoverageId0</wcs20:CoverageId>
<rsub:RangeSubset>
<rsub:RangeItem>
<rsub:RangeComponent>Temperature</rsub:RangeComponent>
</rsub:RangeItem>
<rsub:RangeItem>
<rsub:RangeComponent>Wind_Speed</rsub:RangeComponent>
</rsub:RangeItem>
<rsub:RangeItem>
<rsub:RangeComponent>Wind_Direction</rsub:RangeComponent>
</rsub:RangeItem>
</rsub:RangeSubset>
<metoceanpolygon:polygonDescription>
<metoceanpolygon:PolygonDescription>
<metoceanpolygon:polygonGeometry>
<metoceanpolygon:PolygonCircle gml:id="ID000">
<gml:Polygon gml:id="ID001">
<gml:exterior>
<gml:Ring>
<gml:curveMember>
<gml:Curve gml:id="curve01">
<gml:segments>
<gml:CircleByCenterPoint numArc="1">
<gml:pos>27.10 -73.10</gml:pos>
<gml:radius uom="[nmi_i]">250</gml:radius>
</gml:CircleByCenterPoint>
</gml:segments>
</gml:Curve>
</gml:curveMember>
</gml:Ring>
</gml:exterior>
</gml:Polygon>
</metoceanpolygon:PolygonCircle>
</metoceanpolygon:polygonGeometry>
<metoceanpolygon:verticaTemporalDescription>
<metoceanpolygon:VerticalTemporalDescription>
<metoceanpolygon:subsetByInterpolation>
<metoceanpolygon:SubsetByInterpolation>
<metoceanpolygon:interpolation>
<int:Interpolation>
<int:globalInterpolation>http://www.opengis.net/def/interpolation/OGC/1/linear</int:globalInterpolation>
<int:InterpolationPerAxis>
<int:axis>Time</int:axis>
<int:interpolationMethod>http://www.opengis.net/def/interpolation/OGC/1/linear</int:interpolationMethod>
</int:InterpolationPerAxis>
<int:InterpolationPerAxis>
<int:axis>pressure</int:axis>
<int:interpolationMethod>http://www.opengis.net/def/interpolation/OGC/1/barycentric</int:interpolationMethod>
</int:InterpolationPerAxis>
</int:Interpolation>
</metoceanpolygon:interpolation>

<metoceanpolygon:generalGrid>
<cis:GeneralGrid srsName="http://www.opengis.net/def/crs-compound?
1=http://http://www.opengis.net/def/crs/OGC/0/Time&amp;
2=http://www.codes.wmo.int/GRIB2/table4.5/IsobaricSurface"
axisLabels="Time pressure">
<cis:IrregularAxis uomLabel="ISO8601" axisLabel="Time">
<cis:C>PT0H</cis:C>
<cis:C>PT6H</cis:C>
<cis:C>PT12H</cis:C>
<cis:C>PT18H</cis:C>
<cis:C>PT24H</cis:C>
<cis:C>PT30H</cis:C>
<cis:C>PT36H</cis:C>
<cis:C>PT42H</cis:C>
<cis:C>PT48H</cis:C>
</cis:IrregularAxis>

<cis:IrregularAxis uomLabel="hPa" axisLabel="pressure">
<cis:C>1000.0</cis:C>
<cis:C>950.0</cis:C>
<cis:C>850.0</cis:C>
<cis:C>500.0</cis:C>
<cis:C>300.0</cis:C>
<cis:C>250.0</cis:C>
<cis:C>200.0</cis:C>
</cis:IrregularAxis>

<cis:GridLimits srsName="http://www.codes.wmo.int/def/crs/OGC/0/Index4D" axisLabels="k l" >
<cis:IndexAxis axisLabel="k" lowerBound="0" upperBound="8"/>
<cis:IndexAxis axisLabel="l" lowerBound="0" upperBound="6"/>
</cis:GridLimits>
</cis:GeneralGrid>
</metoceanpolygon:generalGrid>
</metoceanpolygon:SubsetByInterpolation>
</metoceanpolygon:subsetByInterpolation>
</metoceanpolygon:VerticalTemporalDescription>
</metoceanpolygon:verticaTemporalDescription>
</metoceanpolygon:PolygonDescription>
</metoceanpolygon:polygonDescription>
</metoceanpolygon:GetPolygon>

8.6.  Requirements Class: GetPolygon-post-xml

This requirements class specifies how the GetPolygon operation is provided in WCS servers that implement the HTTP/POST using XML request body protocol binding.

Requirements Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon-post-xml
Dependency http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon
Dependency WCS 2.1 protocol extension XML-POST [OGC 09-148r1]

Requirement 25

/req/getPolygon-post-xml/mandatory

Implementations of this GetPolygon extension that support the GetPolygon post-xml requirements class shall support the WCS 2.1 protocol extension XML-POST [OGC 09-148r1].

Requirement 26

/req/ GetPolygon-post-xml/conformance-class-in-profile

Implementations of this GetPolygon extension that support the GetPolygon-xml-post requirements class shall include the following URI in a Profile element in the ServiceIdentification in a GetCapabilities response:

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon-post-xml

Requirement 27

/req/getPolygon-post-xml/GetPolygon-request-structure

A WCS server implementing the XML/POST protocol binding extension shall encode request body of the GetPolygon operation using an XML document of type metocean:GetPolygon and described in this document


Annex A
(normative)
Conformance Class Abstract Test Suite (Normative)

A.1.  Conformance class: getPolygon

Conformance Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon
Requirements http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/spec/WCS_service-extension_range-subsetting/1.0/conf
Test /conf/getPolygon/structure

Requirement 1

/req/getPolygon/structure
Test purposeA metoceanpolygon:GetPolygon instance shall conform to Figure 4 and Table 2, Table 3 and Table 4.
Test method

Send a valid GetPolygon request to server under test which conforms to the references in the requirement. Check that the response is not an exception.

Test Type

Conformance

Test /conf/getPolygon/getCapabilities-response-conformance-class-in-profile

Requirement 2

/req/getPolygon/getCapabilities-response-conformance-class-in-profile
Test purpose

A WCS service implementing this extension shall include the following URI in a Profile element in the ServiceIdentification in a GetCapabilities response:

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0 /conf/getPolygon

Test method

Send a valid GetPolygon request to server under test which conforms to the references in the requirement. Check that the response is not an exception.

Test Type

Conformance

Test /conf/getPolygon/request-valid-identifier

Requirement 3

/req/getPolygon/request-valid-identifier
Test purpose

The coverageId parameter value in a GetPolygon request shall be equal to the identifier of one of the coverages offered by the server addressed.

Test method

Send a GetPolygon request to the service under test. For every listed CoverageId (either in the GetCapabilities response or DescribeCoverageCollection response ) then send, for each coverage identifier listed, a valid GetPolygon request. Check that none of these requests results in an exception.

Test type

Conformance

Test /conf/getPolygon/acceptable-format

Requirement 4

/req/getPolygon/acceptable-format
Test purpose

If a GetPolygon request contains a format parameter then this parameter shall contain a MIME type identifier occurring in some WCS::formatSupported element of the response to a successful GetCapabilities request to this server.

Test method

Send GetCapabilities request to server under test, remember Capabilities document returned. Send GetPolygon requests containing valid coverage identifiers to server under test. Vary the format parameter:

  • Send request with a format parameter value containing one of the MIME type identifiers reported in the Capabilities document. Request must be valid in the sense that the format requested can encode the coverage addressed. Verify that request succeeds.

  • Send request with a format parameter value not occurring in the in the Capabilities document. Verify that request fails.

Pass test if all checks succeed.

Test type

Conformance

Test /conf/getPolygon/acceptable-mediaType

Requirement 5

/req/getPolygon/acceptable-mediaType
Test purpose

If a GetPolygon request contains a mediaType parameter then this parameter shall contain a MIME type identifier of fixed value “multipart/related”.

Test method

Send a GetPolygon request containing a mediaType parameter. Vary this parameter value:

  • Send request with a mediaType parameter value as required. Verify that request succeeds.

  • Send request with an illegal mediaType parameter. Verify that request fails.

Pass test if all checks succeed.

Test type

Conformance

Test /conf/getPolygon/polygon-description

Requirement 6

/req/getPolygon/polygon-description
Test purpose

Check that the Polygon Description element conforms to the requirements classes http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByInterpolation

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByTrim

Test method

Send a GetPolygon request containing and invalid Polygon Description element and verify that request fails.

Pass test if all checks succeed.

Test type

Conformance

Test /conf/getPolygon/range-component

Requirement 7

/req/getPolygon/range-component
Test purpose

Send DescribePolygon request to server under test, for a valid coverage and for each coverage note the RangeType items returned in the response document. Send GetPolygon requests containing the RangeItems and check for a valid response.

Pass test if all checks succeed.

Test method
Test type

Conformance

Test /conf/getPolygon/response-encoding

Requirement 8

/req/getPolygon/response-encoding
Test purpose

The contents of the response to a successful GetPolygon request shall be en­cod­ed as specif­ied by the request format parameter, if this parameter is present, and in the coverage’s Native Format if this parameter if it is not present.

Test method

For each coverage encoding format (i.e., format encoding extension) supported by the server under test: Send a valid GetPolygon request to retrieve a coverage in this format. Check that the result is a valid instance of the format indicated.

Pass test if all checks succeed.

Test type

Conformance

Test /conf/getPolygon/PolygonDescription/PolygonRingGeometry

Requirement 9

/req/getPolygon/PolygonDescription/PolygonRingGeometry
Test purpose

The server shall support at least one of the conformance classes i.e.

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionRing

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionCircle

Test method

Determine the list of supported extensions via a valid GetCapabilities request; check that there is at least one protocol extension listed.

Test type

Conformance

A.2.  Conformance class: PolygonDescriptionRing

Conformance Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionRing
Requirements http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/PolygonDescriptionRing
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/gml/3.2
Test /conf/getPolygon/PolygonDescriptionRing/structure

Requirement 10

/req/getPolygon/PolygonDescriptionRing/structure
Test purposeA metoceanpolygon:PolygonDescription instance shall conform to Figure 5 and, Table 5, Table 6 and Table 7
Test method

Send a valid GetPolygon request to server under test which conforms to the references in the requirement. Check that the response is not an exception.

Test Type

Conformance

Test /conf/getPolygon/PolygonDescriptionRing/construct

Requirement 11

/req/getPolygon/PolygonDescriptionRing/construct
Test purpose

The PolygonRing element shall be derived from PolygonGeometry

Test method

Check the structure of the GetPolygon request element PolygonGeometry

Test Type

Conformance

Test /conf/getPolygon/PolygonDescriptionRing/containment

Requirement 12

/req/getPolygon/PolygonDescriptionRing/containment
Test purpose

Only data contained within the polygon shall be included in the result.

Test method

Send a GetPolygon request to the service under test using PolygonDescriptionRing, check that response is correct.

Test type

Conformance

Test /conf/getPolygon/PolygonDescriptionRing/Closure

Requirement 13

/req/getPolygon/PolygonDescriptionRing/closure
Test purpose

The first and last values in the gml:posList element as contained within the gml:LinearRing element shall have the same value.

Test method

Submit a GetPolygon request with a incomplete gml:LinearRing and check the correct error is returned.

Test type

Conformance

A.3.  Conformance class: PolygonDescriptionCircle

Conformance Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/PolygonDescriptionCircle
Requirements http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/PolygonDescriptionCircle
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/gml/3.2
Test /conf/getPolygon/PolygonDescriptionCircle/structure

Requirement 14

/req/getPolygon/PolygonDescriptionCircle/structure
Test purposeA metoceanpolygon:PolygonDescription instance shall conform to Figure 6 and Table 8, Table 9, Table 10, Table 11, Table 12 and Table 13.
Test method

Send a valid GetPolygon request to server under test which conforms to the references in the requirement. Check that the response is not an exception.

Test Type

Conformance

Test /conf/getPolygon/PolygonDescriptionCircle/PolygonCircle

Requirement 15

/req/getPolygon/PolygonDescriptionCircle/PolygonCircle
Test purpose

The PolygonCircle element shall be derived from PolygonGeometry.

Test method

Check the structure of the GetPolygon request element PolygonGeometry

Test Type

Conformance

Test /conf/getPolygon/PolygonDescriptionRing/PolygonRing

Requirement 16

/req/getPolygon/PolygonDescriptionRing/PolygonRing

A.4.  Conformance class: SubsetByTrim

Conformance Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/SubsetByTrim
Requirements http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByTrim
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/spec/CIS/1.1/conf/coverage/conf
Dependency http://www.opengis.net/spec/CIS/1.1/conf/grid-irregular/conf
Test /conf/getPolygon/SubsetByTrim/structure

Requirement 17

/req/getPolygon/SubsetByTrim/structure
Test purposeA metoceanpolygon:SubsetByTrim instance shall conform to Figure 7, Table 14 and Table 15
Test method

Send a valid GetPolygon request to server under test which conforms to the references in the requirement. Check that the response is not an exception.

Test Type

Conformance

Test /conf/getPolygon/SubsetByTrim/request-valid-dimension

Requirement 18

/req/getPolygon/SubsetByTrim/request-valid-dimension
Test purpose

Every dimension value in a GetPolygon Trim request shall be equal to one of the axis­Lab­els dimension names specified in the cover­age’s domain set.

Test method

Send an invalid GetPolygon request to server under test that does have not have axis­Lab­els dimension names specified and check for the appropriate exception.

Test Type

Conformance

Test /conf/getPolygon/request-no-duplicate-dimension

Requirement 19

/req/getPolygon/request-no-duplicate-dimension
Test purpose

A GetPolygon request shall contain at most one subsetting operation for each of the dimen­sions of the coverage addressed.

Test method

Send an invalid GetPolygon request to server under test that does have duplicate dimension and check for the appropriate exception.

Test type

Conformance

Test /conf/getPolygon/SubsetByTrim/Polygon-trim-within-extent

Requirement 20

/req/getPolygon/SubsetByTrim/Polygon-trim-within-extent
Test purpose

Let the extent of the coverage’s CIS::Envelope along the dimension specified in the trim request range from L to H. Then, for the trim bounds trim­Low and trimHigh the follow­ing shall hold: L ≤ trimLow ≤ trimHigh ≤ H

Test method

Send an invalid GetPolygon request to server under test that does have a valid TRIM bound and check for an exception..

Test type

Conformance

A.5.  Conformance class: SubsetByInterpolation

Conformance Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon/SubsetByInterpolation
Requirements http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon/SubsetByInterpolation
Dependency http://www.opengis.net/spec/WCS/2.1/conf/core/getCoverage
Dependency http://www.opengis.net/spec/CIS/1.1/conf/coverage/conf
Dependency http://www.opengis.net/spec/CIS/1.1/conf/grid-regular/conf
Dependency http://www.opengis.net/spec/CIS/1.1/conf/grid-irregular/conf
Dependency http://www.opengis.net/spec/WCS_service-extension_range-subsetting/1.0/conf
Test /conf/getPolygon/SubsetByInterpolation/structure

Requirement 21

req/getPolygon/SubsetByInterpolation/structure
Test purposeA metoceanpolygon:VerticalTemporalDescription instance shall conform to Figure 8 and Table 16, Table 17,Table 18,Table 19,Table 21,Table 22, Table 23, Table 25 and Table 24
Test method

Send a valid GetPolygon request to server under test which conforms to the references in the requirement. Check that the response is not an exception.

Test Type

Conformance

Test /conf/getPolygon/SubsetByInterpolation/grid-order

Requirement 22

/req/getPolygon/SubsetByInterpolation/grid-order
Test purpose

In a coverage using the grid-irregular scheme, the directPosition values in any CIS::IrregularAxis shall be listed in strictly monotonic order, expressed in the units of measure of this axis as defined in the CRS identified in the srsName item of the envelope.

Test method

Send an invalid GetPolygon request to server under test that does not conform to this requirement and check for an exception.

Test Type

Conformance

Test /conf/getPolygon/SubsetByInterpolation/grid-order

Requirement 23

/req/getPolygon/SubsetByInterpolation/disjoint
Test purpose

In a GetPolygon request using the grid-irregular scheme, for any two CIS::DisplacementAxis­Nest elements their set of axis names shall be disjoint, i.e. they have no elements in common.

Test method

Send an invalid GetPolygon request to server under test that does not conform to this requirement and check for an exception.

Test type

Conformance

Test /conf/getPolygon/SubsetByInterpolation/valid-interpolation-method

Requirement 24

/req/getPolygon/SubsetByInterpolation/valid-interpolation-method
Test purpose

The interpolations methods used in the interpolation shall be those offered by the server as listed in the GetCapabilities response contained in the InterpolationMetadata element.

Test method

In a GetPolygon request using the check for an invalid response if an Interpolation method is used that is not advertised in the GetCapabilites response.

Test type

Conformance

A.6.  Conformance class: GetPolygon-post-xml

Conformance Class
http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon-post-xml
Requirements http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon-post-xml
Dependency http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/req/getPolygon
Dependency WCS 2.1 protocol extension XML-POST [OGC 09-148r1]
Test /conf/getPolygon-post-xml/mandatory

Requirement 25

/req/getPolygon-post-xml/mandatory
Test purpose

Implementations of this GetPolygon extension that support the GetPolygon post-xml requirements class shall support the WCS 2.1 protocol extension XML-POST [OGC 09-148r1].

Test method

Determine the list of supported extensions via a valid GetCapabilities request; check that the extension required is listed.

Test type

Conformance

Test /conf/getPolygon-post-xml/conformance-class-in-profile

Requirement 26

/req/getPolygon-post-xml/conformance-class-in-profile
Test purpose

Implementations of this GetPolygon extension that support the GetPolygon-post-xml requirements class shall include the following URI in a Profile element in the ServiceIdentification in a GetCapabilities response:

http://www.opengis.net/spec/WCS_application-profile_metocean_polygon/1.0/conf/getPolygon-post-xml

Test method

Determine the list of supported extensions via a valid GetCapabilities request; check that the extension required is listed.

Test type

Conformance

Test /conf/getPolygon-post-xml/GetPolygon-request-structure

Requirement 27

/req/getPolygon-post-xml/GetPolygon-request-structure
Test purpose

A WCS server implementing the XML/POST protocol binding extension shall encode request body of the GetPolygon operation using an XML document of type metocean:GetPolygon and described in this document.

Test method

Send syntactically legal and illegal GetCoverage request to server under test, verify that the server responds appropriately.

Test type

Conformance


Annex B
(informative)
Revision History

Date Release Editor Primary clauses modified Description
2017-08-21 0.1 Trevelyan/Hershberg/Olson all Created
2018-11-21 0.2 Trevelyan/Hershberg/Olson all

Bibliography