[Geoserver-devel] Help figuring out a bug in CITE wms tests

GeoServer GeoServer Developer
1

Hi,
I’m making a run over the current official OGC compliance tests and … I’m finding bugs in
the tests as I go (so far 3 test suites checked, and found 3 bugs in the tests, none in GeoServer… :frowning: )

Anyways, I have one test that is quite misteriously failing.
Here is the output of the test:

Test getcapabilities:ex_geobbox-coordinates type Mandatory default result Passed (s0003/d2834e364_1/d3251e30_1/d3251e151_1)

Assertion: For each EX_GeographicBoundingBox element, westBoundLongitude is less than eastBoundLongitude and southBoundLatitude is less than northBoundLatitude.

Context:
   Label: 
   Value: WMS_Capabilities element

Message d3251e1251_7:
   The EX_GeographicBoundingBox for Layer cite:DividedRoutes is invalid.

Message d3251e1251_10:
   The EX_GeographicBoundingBox for Layer cite:LakesWithElevation is invalid.

Message d3251e1251_13:
   The EX_GeographicBoundingBox for Layer cite:Ponds is invalid.

The thing is, by manual inspect test is actually passed by all these three layers, see the full caps
document in attachment.

The xpath expression in the test also seems sane:

<ctl:test name=“getcapabilities:ex_geobbox-coordinates”>
ctl:contextWMS_Capabilities element</ctl:context>
ctl:assertionFor each EX_GeographicBoundingBox element, westBoundLongitude is less than eastBoundLongitude and southBoundLatitude is less than northBoundLatitude.</ctl:assertion>
<ctl:link title=“WMS 1.3.0 section 7.2.4.6.6”>http://cite.opengeospatial.org/OGCTestData/wms/1.3.0/spec/wms1_3.html#wmsops.getcapabilities.response.layer_properties.ex_geobbox</ctl:link>
ctl:code
<xsl:for-each select=“wms:Capability//wms:EX_GeographicBoundingBox”>
<xsl:if test=“wms:westBoundLongitude > wms:eastBoundLongitude or wms:southBoundLatitude > wms:northBoundLatitude”>
ctl:message
xsl:textThe EX_GeographicBoundingBox for Layer </xsl:text>
xsl:choose
<xsl:when test=“…/wms:Name”>
<xsl:value-of select=“…/wms:Name”/>
</xsl:when>
xsl:otherwise
xsl:texttitled "</xsl:text>
<xsl:value-of select=“…/wms:Title”/>
xsl:text"</xsl:text>
</xsl:otherwise>
</xsl:choose>
xsl:text is invalid.</xsl:text>
</ctl:message>
ctl:fail/
</xsl:if>
</xsl:for-each>
</ctl:code>
</ctl:test>

So… no idea why this is failing… which is not a good starting point for a bug report.

I have noticed that if I manually set the bounds of those layers to -180,-90,180,90 then
the test passes but… seems a pretty lame way to have the test pass.

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

2

Nothing jumps out as obvious. Do you have a branch with your latest changes that I can pull down to try and reproduce? Should be easier to figure it out with it running locally.

···

On Tue, Nov 26, 2013 at 3:01 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
I’m making a run over the current official OGC compliance tests and … I’m finding bugs in
the tests as I go (so far 3 test suites checked, and found 3 bugs in the tests, none in GeoServer… :frowning: )

Anyways, I have one test that is quite misteriously failing.
Here is the output of the test:

Test getcapabilities:ex_geobbox-coordinates type Mandatory default result Passed (s0003/d2834e364_1/d3251e30_1/d3251e151_1)

Assertion: For each EX_GeographicBoundingBox element, westBoundLongitude is less than eastBoundLongitude and southBoundLatitude is less than northBoundLatitude.

Context:
   Label: 
   Value: WMS_Capabilities element

Message d3251e1251_7:
   The EX_GeographicBoundingBox for Layer cite:DividedRoutes is invalid.

Message d3251e1251_10:
   The EX_GeographicBoundingBox for Layer cite:LakesWithElevation is invalid.

Message d3251e1251_13:
   The EX_GeographicBoundingBox for Layer cite:Ponds is invalid.

The thing is, by manual inspect test is actually passed by all these three layers, see the full caps
document in attachment.

The xpath expression in the test also seems sane:

<ctl:test name=“getcapabilities:ex_geobbox-coordinates”>
ctl:contextWMS_Capabilities element</ctl:context>
ctl:assertionFor each EX_GeographicBoundingBox element, westBoundLongitude is less than eastBoundLongitude and southBoundLatitude is less than northBoundLatitude.</ctl:assertion>
<ctl:link title=“WMS 1.3.0 section 7.2.4.6.6”>http://cite.opengeospatial.org/OGCTestData/wms/1.3.0/spec/wms1_3.html#wmsops.getcapabilities.response.layer_properties.ex_geobbox</ctl:link>
ctl:code
<xsl:for-each select=“wms:Capability//wms:EX_GeographicBoundingBox”>
<xsl:if test=“wms:westBoundLongitude > wms:eastBoundLongitude or wms:southBoundLatitude > wms:northBoundLatitude”>
ctl:message
xsl:textThe EX_GeographicBoundingBox for Layer </xsl:text>
xsl:choose
<xsl:when test=“…/wms:Name”>
<xsl:value-of select=“…/wms:Name”/>
</xsl:when>
xsl:otherwise
xsl:texttitled "</xsl:text>
<xsl:value-of select=“…/wms:Title”/>
xsl:text"</xsl:text>
</xsl:otherwise>
</xsl:choose>
xsl:text is invalid.</xsl:text>
</ctl:message>
ctl:fail/
</xsl:if>
</xsl:for-each>
</ctl:code>
</ctl:test>

So… no idea why this is failing… which is not a good starting point for a bug report.

I have noticed that if I manually set the bounds of those layers to -180,-90,180,90 then
the test passes but… seems a pretty lame way to have the test pass.

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–

Justin Deoliveira
Vice President, Engineering | Boundless
jdeolive@anonymised.com
@j_deolive