Opened 7 years ago
Closed 7 years ago
#1614 closed defect (fixed)
WCS scaling extension: scalefactor is handled wrongly
Reported by: | Dimitar Misev | Owned by: | Bang Pham Huu |
---|---|---|---|
Priority: | major | Milestone: | 9.5 |
Component: | petascope | Version: | development |
Keywords: | Cc: | Peter Baumann, Vlad Merticariu | |
Complexity: | Medium |
Description
The WCS standard OGC 12-039 states:
Requirement 5 getCoverage-scale-by-factor-positive:
The Scal::scaleByFactor parameter in a GetCoverage request, if present, shall have a
positive float value.
Note A value of 1.0 leaves the coverage unscaled, a value between 0 and 1 scales down (reduces target domain), a value greater than 1 scales up (enlarges target domain).
In petascope however, a scalefactor > 1 scales down, which seems wrong.
Change History (6)
comment:1 by , 7 years ago
comment:3 by , 7 years ago
Reason behind is that common scale factors should be integers; otherwise, tricky rounding issues might occur.
comment:4 by , 7 years ago
@Peter should we contact Jinsongdi about fixing the test or someone else?
comment:5 by , 7 years ago
Cc: | added |
---|
comment:6 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
CITE is acknowledged with https://github.com/opengeospatial/ets-wcs20/issues/43
yes, scalceByFactor=4 will return ¼ image (scale down) and scaleByFactor=0.25 will return an image (size x 4),are not intuitive for a very long time, but that is what the scaling extension test of CITE expected https://github.com/opengeospatial/ets-wcs20/blob/master/src/main/scripts/ctl/ext_get-scal.xml. That means, to fix this problem, it will need to fix in Petascope first and ask CITE to update script later or the scale extension test will not pass.