Bug report #4946
Invalid loading of WMS layer in not recognized projection
|Category:||Web Services clients/WMS|
|Affected QGIS version:||master||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||end of life|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||14743|
QGIS is not able to correctly load WMS layer in projection, which does not exists in projection database.
It seems, that it will take layer's extent from WMS GetCapabilities request, which is in WGS84 projection a it will limit loading the layer to these values without reprojection. This can not work, because it is using extent in WGS84 (without reprojection) with layer with totally different coordinate values. 'Zoom to extent' is also not working correctly.
#7 Updated by Giovanni Manghi over 5 years ago
You can replicate this behavior with any WMS server by deleting some projection from QGIS database (resources/srs.db) and trying to load layer in that projection.
so, if I delete a CRS from a srs.db and then connect to a WMS server that serves layers (also) in that CRS, what I see now is that in QGIS WMS client I cannot choose/change the CRS to the one was deleted, because it is not listed. That's seems to make obviously sense.
If the deleted CRS is not the default CRS proposed by the server then the user cannot get an inconsistent state, because a default CRS for the layer exists and another one can be eventually selected (one proposed by the server, eventually minus the locally deleted one).
If the deleted CRS is the default CRS proposed by the server, then the user can get an "inconsistent" state: when selecting a layer the WMS client has no default CRS for it but still the user can click on "add". At this point QGIS tries to add the layer, but has no explicit CRS asks to choose the CRS. The right one (the deleted one) cannot be choose, so any CRS the user can choose will eventually lead to reprojection problems.
The right thing to do seems to block the "add" button when there is no default candidate for the layer CRS.
#11 Updated by Giovanni Manghi over 1 year ago
- Resolution set to end of life
- Status changed from Open to Closed
End of life notice: QGIS 2.18 LTR