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 Bang Pham Huu, 7 years ago

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.

comment:2 by Dimitar Misev, 7 years ago

we should ask them to fix the test right away in my opinion.

comment:3 by Peter Baumann, 7 years ago

Reason behind is that common scale factors should be integers; otherwise, tricky rounding issues might occur.

comment:4 by Dimitar Misev, 7 years ago

@Peter should we contact Jinsongdi about fixing the test or someone else?

comment:5 by Bang Pham Huu, 7 years ago

Cc: Vlad Merticariu added

comment:6 by Bang Pham Huu, 7 years ago

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.