WFS Clarify returnFeatureType semantics for the GetFeatureId stored procedure

OGC Change Request

https://portal.opengeospatial.org/public_ogc/cr_admin.php?CR...

All Fields marked with * are mandatory.
Change Request 164
#:
Assigned OGC 11-100
Document #:
Name: *Panagiotis (Peter) A. Vretanos
Organization: *CubeWerx Inc.
Email: *pvretano@cubewerx.com
Document
Name/Version:

*OpenGIS Web Feature Service 2.0 Interface Standard (also ISO 19142) / 2.0

OGC Project
Document:

*09-025r1


If this is a revision of a previous submission and you have a Change Request Number, then check here:
Enter the CR number here:
Enter the Revsion Number that you are revising here:

Title:
Source:

*Clarify returnFeatureType semantics for the GetFeatureId stored procedure
*b.chartier@neogeo-online.net

Work item code:

Category:

* F (Critical correction)

Reason for *
change:


The current semantics of the returnFeatureType parameter used in
describing stored queries do not work for the mandatory GetFeatureById
stored query because this stored query can returns a feature of any
type.

Summary of *
change:

Two possible fixes:

1 of 2

9/15/11 11:18 PM

OGC Change Request

https://portal.opengeospatial.org/public_ogc/cr_admin.php?CR...

1) Keep the returnFeatureType element as is in the schema but add a
sentence in the specification that says if the returnFeatureTypes

element is empty, like you show it here, that means that the stored
query can return any of the feature types that the service advertises
in its capabilities document.
2) Make the returnTypeFeatureTypes element minOccurs="0"
with the same semantics as proposed fix #1.

Consequences if
not approved:

Clauses affected: *
14.2.2.5.2

Additional
Documents
affected:
Supporting
Documentation:
Comments:
Status:


Assigned

Assigned To:

WFS DWG

Disposition:

2 of 2

Referred and Posted

9/15/11 11:18 PM