Ari Jolma kirjoitti 23.11.2017 klo 15:40:
I guess this goes to the Rasdaman people (My application to the
Rasdaman email list is pending). Why does this query
http://ows.rasdaman.org/rasdaman/ows?SERVICE=WCS&REQUEST=GetCoverage&VERSION=2.0.1&COVERAGEID=test_irr_cube_2&FORMAT=image%2Ftiff&SUBSE
I guess this goes to the Rasdaman people (My application to the Rasdaman
email list is pending). Why does this query
http://ows.rasdaman.org/rasdaman/ows?SERVICE=WCS&REQUEST=GetCoverage&VERSION=2.0.1&COVERAGEID=test_irr_cube_2&FORMAT=image%2Ftiff&SUBSET=E%2875042.7273594,95042.7273594%29&SUBSET=
> Shouldn't it be able to retain this information? As it is, clients won't
> be able to utilize the Alpha channel. It looks like it's thrown away in
> the inforation being cached in the file:
>
> GeoTIFF
> 4
> Byte
>
> There's no band description other than the count and data type and
>
Craig Bruce cubewerx.com> writes:
>
base_url?datastore=cwtile&SERVICE=WCS&VERSION=1.0.0&REQUEST=
GetCoverage&COVERAGE=terrapixel&FORMAT=GeoTIFF&
BBOX=260489,3667254,260490,3667255
&WIDTH=2&HEIGHT=2&CRS=EPSG:26915
> As you can see in the gdalinfo of the WCS itself, the pixel resolution
> is 0.5m
I have encountered a couple of issues with the WCS driver of GDAL 1.9.0
when accessing my WCS 1.0.0 server. The WCS driver doesn't recognize
the color interpretations of image bands. For example (from a server
not accessible to the outside world):
[dev:~] gdalinfo gdal_wcs_terrapixel.xml
Driver
