Bug report #14276
CRS axes flipping with QGIS WMS
|Affected QGIS version:||2.8.3||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||not reproducable|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||22270|
I have QGIS 2.8 server
When I use QGIS (2.8.6) as a client, requests in EPSG:3857 work fine but requests in EPSG:4326 have their axes flipped and so of course have completely incorrect extent and also do not render.
GetMap responses are working in js client in EPSG:3857. I have not tried in EPSG:4326
I'm not sure if this is a bug on the server or client side...
#1 Updated by Antonio Locandro about 4 years ago
Is your data coordinates order long lat or lat long? What version of WMS are you using. Maybe this is happening https://viswaug.wordpress.com/2009/03/15/reversed-co-ordinate-axis-order-for-epsg4326-vs-crs84-when-requesting-wms-130-images/
#2 Updated by Gavin Fleming about 4 years ago
mmm, that could be the case.
If it is, it would be hard to test in QGIS because CRS:84 is not a listed CRS (afaict) so how would one set it in the server OWS properties and in the client request properties?
Also, if QGIS supports WMS 1.1 and 1.3 then it should be possible to configure the server to respond appropriately depending on which version is being requested. Like: "If 4326 in 1.1 is being requested, return 4326 but if 4326 is being requested in 1.3 then return CRS:84"