Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

EPSG:6706 WMS wrongly reprojected in 3.10 #33735

Closed
pcav opened this issue Jan 11, 2020 · 9 comments
Closed

EPSG:6706 WMS wrongly reprojected in 3.10 #33735

pcav opened this issue Jan 11, 2020 · 9 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Feedback Waiting on the submitter for answers

Comments

@pcav
Copy link
Member

pcav commented Jan 11, 2020

Layers from
https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php
when added to QGIS take EPSG:6706 by default. In QGIS 3.4 they are reprojected correctly, whereas in 3.10 they are not, possibly because of inverted axes. Selecting the relavant options in the connection params does not solve the issue. Adding the same layers as EPSG:3046 is OK.

@pcav pcav added the Bug Either a bug report, or a bug fix. Let's hope for the latter! label Jan 11, 2020
@pcav
Copy link
Member Author

pcav commented Jan 11, 2020

Confirmed in Debian and Windows.

@pigreco
Copy link
Sponsor Contributor

pigreco commented Jan 11, 2020

confirm

QGIS 3.10.1 OSGeo4W64b

Versione di QGIS 3.10.1-A Coruña
Revisione codice QGIS ef24c526da
Compilato con Qt 5.11.2
Esecuzione con Qt 5.11.2
Compilato con GDAL/OGR 3.0.2
Esecuzione con GDAL/OGR 3.0.2
Compilato con GEOS 3.8.0-CAPI-1.13.1
Esecuzione con GEOS 3.8.0-CAPI-1.13.1 
Compiled against SQLite 3.29.0
Running against SQLite 3.29.0
Versione client PostgreSQL 11.5
Versione SpatiaLite 4.3.0
Versione QWT 6.1.3
Versione QScintilla2 2.10.8
Compiled against PROJ 6.2.1
Running against PROJ Rel. 6.2.1, November 1st, 2019
OS Version Windows 10 (10.0)

image

@roya0045
Copy link
Contributor

Is this valid for master/nightly or is it only a side effect of the proj transition that will be fixed in the next release?

@pigreco
Copy link
Sponsor Contributor

pigreco commented Jan 11, 2020

the problem is related only to EPSG 6706

OSGeo4W64b master

image

@gioman
Copy link
Contributor

gioman commented Jan 12, 2020

@pcav @pigreco On Windows I tested:

3.4.14 > GDAL 2.4.3
3.10.1 > GDAL 3.0.2
3.10.1 nightly > GDAL 3.1.0-dev
master > GDAL 3.1.0-dev

in ALL cases activating the option "ignore axis orientation" make the layers (added with CRS 6706) are reprojected to the right place.

This means that also on 3.4.14 without this option active the layers (add with CRS 6706) are not reprojected to the right place.

@gioman gioman added the Feedback Waiting on the submitter for answers label Jan 12, 2020
@rouault
Copy link
Contributor

rouault commented Jan 12, 2020

I don't think this is related at all with PROJ >= 6, but this is just a defect of the server regarding axis order with WMS 1.3.0. If in the URL, you add ?VERSION=1.1.0 things will work

If you look at the https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php?SERVICE=WMS&REQUEST=GetCapabilities response (which defaults to WMS 1.3.0), you'll see:

<EX_GeographicBoundingBox>
<westBoundLongitude>6</westBoundLongitude>
<eastBoundLongitude>19</eastBoundLongitude>
<southBoundLatitude>35</southBoundLatitude>
<northBoundLatitude>48</northBoundLatitude>
</EX_GeographicBoundingBox>
<BoundingBox CRS="EPSG:6706" minx="6" miny="35" maxx="19" maxy="48"/>

The BoundingBox is incorrect. In WMS 1.3.0, the BoundingBox should take into account EPSG axis order, so minx should be the minimum latitude whereas here it is longitude. So basically this server declares WMS 1.3.0 capabilities but got axis order wrong (at least for EPSG:6706)

@gioman
Copy link
Contributor

gioman commented Jan 12, 2020

Closing as invalid?

@pigreco
Copy link
Sponsor Contributor

pigreco commented Jan 12, 2020

@rouault thank you

URL:

https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php?VERSION=1.1.0

image

@gioman gioman closed this as completed Jan 12, 2020
@pcav
Copy link
Member Author

pcav commented Jan 13, 2020

thanks a lot @rouault !
sorry for the noise

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Feedback Waiting on the submitter for answers
Projects
None yet
Development

No branches or pull requests

5 participants