Ticket #3304 (closed defect: fixed)

Opened 2 years ago

Last modified 2 years ago

gmlsf:intRangeProperty should be an integer value between 0 and 99 in a response to a getfeature

Reported by: nsavard Owned by: mapserverbugs
Priority: normal Milestone: 6.0 release
Component: WFS Server Version: svn-trunk (development)
Severity: normal Keywords: wfs1.1 getfeature response Null intRangeProperty
Cc: assefa

Description

We return Null for gmlsf:intRangeProperty in a response to a getfeature but the value should be 0.

The schema relevant snippet:

<xsd:minInclusive value="0"/> <xsd:maxInclusive value="99"/>

The request:  http://gw.mapgears.com:8500/cgi-bin/mswfs110_ogc_cite?&service=WFS&version=1.1.0&request=GetFeature&typename=sf:PrimitiveGeoFeature,sf:AggregateGeoFeature&namespace=xmlns

Change History

Changed 2 years ago by assefa

Ref: CITE test GetGeature?-Get: Test wfs:wfs-1.1.0-Basic-GetFeature-tc26.1

The input data from CITE has null for the intRangeProperty and that is what we have in the postgis db. I am not sure how we should pass this test, unless we read the schema and ouput things according to it. This is not obvious to me at this point.

Changed 2 years ago by nsavard

So this is a question for CITE I guess. Isn't it?

Changed 2 years ago by assefa

Norm,

Looking at the cite-gmlsf0.xsd, It defines the intRangeProperty as being optional:

xsd:element name="intRangeProperty" type="sf:IntRangePropertyType" minOccurs="0"/>

I modified the map file to only have the mandatory elements optput for now:

"gml_include_items" "doubleProperty,strProperty,featureCode"

With this change, the test passed.

There is a bug on a related issue (how to define mandatory and optional attributes #3319) to address this fully.

I am in favor of closing this bug at this point.

Changed 2 years ago by nsavard

Yes you can close it.

Changed 2 years ago by assefa

  • status changed from new to closed
  • resolution set to fixed

Thanks. Closing.

Note: See TracTickets for help on using tickets.