Bug report #20091
WCS request for a GeoServer ImageMosaic reports invalid layer provider
|Category:||Web Services clients/WCS|
|Affected QGIS version:||3.4.1||Regression?:||No|
|Operating System:||Ubuntu 18.04||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||27913|
I have published temporal tiff files as an ImageMosaic with GeoServer and tested with normal GET requests and everything seems to be working fine.
When I make a WCS request in QGIS for a certain date some of the data are fetched and for another date report
Raster layer Provider is not valid java.io.IOException: No raster data found in the request (it may be that the request bbox is outside of the coverage area, or that the filters used match no portions of it. No raster data found in the request (it may be that the request bbox is outside of the coverage area, or that the filters used match no portions of it
Looking closer at the requests received by GeoServer I am noticing two requests (in both cases where the request is complete and and for an error) for bounding boxes.
First bounding box (which is equal to the extent of the mosaic):
Second bounding box (a small bounding box in the centre of the mosaic):
The second bounding box confuses me because this bbox doesn't cover the data (in a lot of cases) in the irregular mosaic and doesn't end up fetching the data.
Secondly the behavior of loaded files with QGIS is a bit strange. PNG files seem to be cropped differently and GeoTIFF files only show up on a certain zoom level, zooming in and out doesn't display with error
WARNING Received coverage has wrong extent 1251247.5183903556317091,5818562.1712298281490803 : 2017636.4035082703921944,6372138.3935530157759786 (expected 1314151.5152331423014402,5900839.9587073447182775 : 1986936.3522644806653261,6287315.0823438772931695)
Still not sure if it is a QGIS problem, GeoServer problem or data problem though. I will post a couple of pictures with more info for reference. If you need more information I'll try to provide.
#3 Updated by Nikola Jankovic over 1 year ago
Sorry for the wait. The test server is up and running at https://geoserver.eodc.eu/geoserver/ows
If you look at the layer fapar, you will see that it can be requested properly for the date 2017-04-01 as GeoTIFF in EPSG:3857. However for the date 2017-04-04 the request fails as no layer is in the bounding box that QGIS is sending, but a normal GET or POST request with a different bbox works. Also when panning the layer 2017-04-01 out of the window or when zooming in so that the extent is outside of the window it fails to render properly.
I am attaching some more screenshots.
I have tried this originally with 3.2.3 but it also fails with version 3.4.1.
#6 Updated by Nikola Jankovic about 1 year ago
I have a bit of an update. Tried providing the same data in EPSG:3857 through Geoserver and it rendered properly within qgis, so it seems that it might be a custom crs issue.
The WKT of the CRS is below.
Currently we are going through some more geoserver tests so the previous link will not be available.