Opened 8 years ago
Closed 8 years ago
#1410 closed defect (fixed)
Scaling extension should be applied after the projection extension
Reported by: | Alex Dumitru | Owned by: | Bang Pham Huu |
---|---|---|---|
Priority: | critical | Milestone: | |
Component: | petascope | Version: | development |
Keywords: | Cc: | Dimitar Misev | |
Complexity: | Medium |
Description
This request:
http://138.201.18.85/tb12/rasdaman/ows?request=GetCoverage&service=WCS&version=2.0.1&coverageId=SFTest&subset=E,http://www.opengis.net/def/crs/EPSG/0/32610(543400,544100)&subset=N,http://www.opengis.net/def/crs/EPSG/0/32610(4175600,4176100)&format=image/tiff&outputcrs=http://www.opengis.net/def/crs/EPSG/0/32610&SCALESIZE=E(950),N(833)
fails with
Error converting WCPS query to rasql query: Grid coverages are not supported in CRS reprojections.
I am assuming the rasql query that is generated is project(scale(..)..). It should be scale(project(..), ..)
Change History (6)
comment:1 by , 8 years ago
Component: | undecided → petascope |
---|
comment:2 by , 8 years ago
comment:3 by , 8 years ago
btw, I have a question with scale
if (&scalefactor=20.0) then the output size is bigger as 20 times or lower as 20 times ? current it is lower.
e.g: coverage size (200 x 200) then with scalefactor, output is 10x10.
comment:5 by , 8 years ago
Replying to dmisev:
Please look at the standard.
In the OGC, documentation, it does not give detail about this factor
Edit: in OGC also have a detail
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).
so the current behavior in WCS is opposite.
comment:6 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
The WCPS query
so it should transform() before scale() as Alex's idea.