TRAVERSEXLINKDEPTH

The depth to which nested property XLink linking element locator attribute (href) XLinks are traversed and resolved if possible. The range of valid values consists of positive integers plus "*" for unlimited

0

TRAVERSEXLINKEXPIRY

The number of minutes a WFS should wait to receive a response to a nested GetGmlObject request.. If no value is specified then the period is implementation dependent

1

GMLOBJECTID

The XML ID of the element to fetch

0

REQUEST=[LockFeature]

The name of the WFS request

0

UPDATESEQUENCE=string

Sequence number or string for cache control

1

VERSION=2.0.0

Request version

1

REQUEST=GetCapabilities

Name of request

0

SERVICE=WFS

Service type

0

REQUEST=DescribeFeatureType

Name of request

0

TYPENAME

A comma separated list of feature types to describe. If no value is specified that is to be interpreted as all feature types

1

OUTPUTFORMAT

The output format to use to describe feature types. text/xml; subtype=gml/3.1.1 must be supported. Other output formats, such as DTD are possible

1

resultType=Results

The default value results indicates that a web feature service should generate a complete response that contains all the features that satisfy the request. The exact structure of the response is defined in clause 9.3

1

outputFormat=GML2

This value is kept for backward compatability and indicates that an XML instance document must be generated that validates against a GML2 application schema

1

outputFormat=text/xml; subtype=gml/3.1.1; subtype=gml/2.1.2

This value indicates that an XML instance document must be generated that validates against a GML3 application schema. This is the default values of the outputFormat attribute if the attribute is not specified in the GetFeature request

1

outputFormat=text/xml; subtype=gml/2.1.2

Same as GML2

1

resultType=Hits

The value hits indicates that a web feature service should process the GetFeature request and rather than return the entire result set, it should simply indicate the number of feature instance of the requested feature type(s) that satisfy the request. That is that the count should only include instances of feature types specified in the typeName attribute (i.e. GetFeature/Query/@typeName). The exact way in which the feature count is conveyed to a client application is described in clause 9.3

1

OPERATION=Delete

Transaction operation to execute. Currently only Delete is defined

0

TYPENAME (Optional if FEATUREID is specified.)

A list of feature types upon which to apply the operation

0

RELEASEACTION=[ALL|SOME]

A value of ALL indicates that all feature locks should be released when a transaction terminates. A value of SOME indicates that only those records that are modified should be released. The remaining locks are maintained

1

BBOX (Prerequisite: TYPENAME) (Mutually exclusive with FILTER and FEATUREID)

In lieu of a FEATUREID or FILTER, a client may specify a bounding box as described in subclause 13.3.3

1

REQUEST=Transaction

The name of the WFS request

0

FEATUREID (Mutually exclusive with FILTER and BBOX)

A list of feature identifiers upon which the specified operation shall be applied. Optional. No default.

1

FILTER (Prerequisite: TYPENAME) (Mutually exclusive with FEATUREID and BBOX)

A filter specification describes a set of features to operate upon. The format of the filter is defined in the Filter Encoding Specification [3]. If the FILTER parameter is used, one filter must be specified for each feature type listed in the TYPENAME parameter. Individual filters encoded in the FILTER parameter are enclosed in parentheses "(" and ")"

1