GetCoverage_TemporalSubset_TimePeriod_With_Resolution has problem

[greatzzk]

The test is to verify that when a GetCoverage request with a TimePeriod with resolution is submitted, the response is not an exception.

In my test, after describe coverage, it is making get coverage with the following request:
http://myserver:6080/arcgis/services/mynetcdf_111/ImageServer/WCSServer?&request=GetCoverage&identifier=mynetcdf&Format=image/GeoTIFF&service=WCS&BoundingBox=0,0,400,611,urn:ogc:def:crs:OGC::imageCRS&TimeSequence=2013-1-17T00:00:00Z/2013-5-17T00:00:00Z/P1D&version=1.1.1

The problem is at Time Sequence parameter. The parameter the test sends doesn't follow iso8601 time spec.
Instead of using 2013-1-17T00:00:00Z/2013-5-17T00:00:00Z/P1D, it should be using 2013-01-17T00:00:00Z/2013-05-17T00:00:00Z/P1D

[dstenger]

Thank you for reporting.

I agree with your conclusion that the time format should be as defined in specification OGC 07-067r2:

9.3.2.4 Summary of ISO 8601 syntax for time positions and time periods
The [ISO 8601:2000] syntax for dates and times may be summarized by the following
template (see Annex D of the OGC Web Map Service [OGC 06-042]):
ccyy-mm-ddThh:mm:ss.sssZ
...
The WCS GetCoverage KVP syntax (defined in 10.2.2) extends ISO 8601:2000 with a
syntax for time lists and ranges, as specified in Annex D of [OGC 06-042]. Some examples
follow:
EXAMPLE 7 2000-06-23T20:07:48.11Z (A single moment)
EXAMPLE 8 1999-01-01,1999-04-01,1999-07-01,1999-10-01 (A list of four dates)
EXAMPLE 9 1995-04-22T12:00Z/2000-06-21T12:00Z/P1D
(Daily (“P1D”) between 12 noon on April 22 1995 and 12 noon on June 21, 2000)

However, the test retrieves the value of TimeSequence from a DescribeCoverage request.

Code:

ets-wcs11/src/main/scripts/ctl/GetCoverage.xml

Line 4095 in 9af4849

<xsl:variable name="TimePosition"><xsl:value-of select = "$describe-min-result/*[local-name()='CoverageDescriptions']/*[local-name()='CoverageDescription']/*[local-name()='Domain']/*[local-name()='TemporalDomain']/*[local-name()='TimePeriod']/*[local-name()='BeginPosition']"/></xsl:variable>

ets-wcs11/src/main/scripts/ctl/GetCoverage.xml

Line 4120 in 9af4849

<ctl:param name="TimeSequence"><xsl:value-of select="concat(substring($TimePosition, 1, 5), max((number(substring($TimePosition, 6, 2)) - 2, 1)), substring($TimePosition, 8))"/><xsl:value-of select="'/'"/><xsl:value-of select="concat(substring($TimePosition, 1, 5), min((number(substring($TimePosition, 6, 2)) + 2, 12)), substring($TimePosition, 8))"/>/P1D</ctl:param>

@greatzzk Unfortunately, I cannot access your test service but I assume that it returns an invalid time format in element BeginPosition (please check XPath in referenced code) when requested via DescribeCoverage.
Can you please check this?

[greatzzk]

@dstenger thank you!
I will send you an email for accessing the testing service, but i hope the screenshot at the bottom explains it, in which describe coverage results have correct time format.
By looking at your code, it looks like it involves some numeric calculations, That part is very suspicious that could have trimmed the "0" in front of a month numer

[ghobona]

@greatzzk Is this issue still occurring?

[greatzzk]

@ghobona yes it is still occurring
http://3.87.88.176:6080/arcgis/services/mynetcdf_111/ImageServer/WCSServer?request=GetCapabilities&service=WCS
pls run this service again te2 to reproduce

[greatzzk]

@ghobona are you able to reproduce the problem with my service?

[dstenger]

@greatzzk Thank you for providing the endpoint. Yes, we are able to reproduce the problem.

[dstenger]

A pull request solving the problem was created: #73

[greatzzk]

thanks. let me know when the issue is verified on te2 so that i can turn off the aws instance.

[greatzzk]

can this be deployed to te2 so that i can verify the issue?

[dstenger]

@greatzzk We will create a new Beta release within coming week (by October 31). An announcement will be sent to the cite-forum mailing list.