Bug report #9345
WMS axis ordering depending on CRS a 2.0 rollout stopper
|Affected QGIS version:||2.0.1||Regression?:||No|
|Operating System:||Windows||Easy fix?:||No|
|Pull Request or Patch supplied:||Yes||Resolution:||fixed/implemented|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||17948|
The move in wms 1.3.0 to a more strict axis ordering and a changed behaviour from qgis 1.8 to 2.0 is turning into a major obstacle in our QGIS 2.0 migration.
As this is now implemented in QGIS 2.0 at least when talking to geoserver wms services around the world it makes it rather difficult for users, especially non-expert users who are in majority in our organisation, to add wms services. The problem lies in when or not to click Invert axis orientation for a wms source.
In QGIS 1.8 you could add WMSs without problem in all the crs we come across. wgs84, webmercator, etrs90 etc.
In QGIS 2.0 you will have to know, depending on the projection you are working in, when to go in and change the axis orientation, and then remember to uncheck the next time if you are working in another crs.
This can be tested using for example the demoserver http://demo.opengeo.org/geoserver/wms using the layer osm:osm.
- WGS84 (EPSG:4326) will work fine.
- Setting the project crs reproject property to WGS84 / Pseudo Mercator (EPSG:3857) and adding the layer as well in WGS84 / Pseudo Mercator also works fine.
- Setting the project crs reproject property to ETRS89 / ETRS-LCC (EPSG:3034) and adding the layer as well in ETRS89 / ETRS-LCC (EPSG:3034) will not work properly. There will be a map but it will be confusing since pans and zooms create the (seemingly) most irrational behaviour. You then have to know that you have to edit the wms source and set the property Invert axis orientation, save the source and then add the layer. (And remember to turn this back the next time...)
As seen in mailing list discussions and reports this is probably a well known issue and with well understood reason. Nevertheless it is a real show stopper.
There are specifically a number of European CRS that will create this user trouble. ETRS89 / ETRS-LCC (EPSG:3034) and ETRS89 / ETRS-LAEA (EPSG:3035) being the most important since these are mandatory to support for all European official authorities by the INSPIRE directive. Also many (majority?) of the national CRS relies on ETRS89 and should therefore have the same problem (I said after testing some but not all...).
There are suggestions to changed the behaviour in QGIS but controlling wms version but we dont have any possibility currently to controll the rollout of QGIS that would make such a change roulloutable unfortunately.
Informing users on when to select Invert axis orientation and when not to is not one we really are so fond of, most of them being non-expert as mentioned.
Our status for now is to stay put in QGIS 1.8. But since QGIS 2.0 has the "ArcGIS killer GUI" we would be interested in having a migration to QGIS 2.0 throughout the organisation as an option, which we don't currently due to this issue.
I do not have a solution to suggest for this. Can anyone give some hint to if QGIS have any plans to adress this issue in coming versions? Or any other workaround out there?
All input and help appreciated!
#3 Updated by Bernt Rane over 6 years ago
Alvaro Huarte wrote:
Hi Bernt, I propose this pull request:
Can you test it ?
Would be happy to, we have not the resources to build qgis however. Is there any way to get this in an installation for windows, if so we would be very happy to test this!!!