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

WMTS and CRS issue #17824

Closed
qgib opened this issue Dec 11, 2013 · 8 comments
Closed

WMTS and CRS issue #17824

qgib opened this issue Dec 11, 2013 · 8 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!

Comments

@qgib
Copy link
Contributor

qgib commented Dec 11, 2013

Author Name: Jonathan Moules (Jonathan Moules)
Original Redmine Issue: 9196
Affected QGIS version: master


  1. Connect QGIS WMTS to http://maps.warwickshire.gov.uk/gs/gwc/service/wmts
  2. Add any of the three tilesets.

====
Now, if you look on the metadata tab for the layer, you'll see it says:

CRS
CRS:84
Bounding Box
-180.0000000000000000,-90.0000000000000000 : 180.0000000000000000,90.0000000000000000

These are both wrong, the tileset used by all of these layers is using a OSGB (EPSG:27700). The extents are around 0,0 to 700000,1300000.

====

This may explain why when I add any of these WMTS layers to a new QGIS project, I'm viewing at 1:100million with the UK (and therefore my data) being a little spec.

@qgib
Copy link
Contributor Author

qgib commented Jan 24, 2014

Author Name: Jonathan Moules (Jonathan Moules)


Note: A similar thing also seems to happen with WMS. Rather than zoom to the bounding box of the layer (try "z_OS_Raster_Basemap") it is zoomed out to what I suspect is the whole world.

When I add that layer to a project in EPSG:27700, at the bottom of the metadata it says:

Layer Extent (layer original source projection)
-11470944.5532619059085846,-15188064.6417546700686216 : 8427360.6833318732678890,4358640.4957639789208770

Which is definitely wrong. The Layer extent is 0,0 : 700000,1300000

@qgib
Copy link
Contributor Author

qgib commented Jan 24, 2014

Author Name: Jonathan Moules (Jonathan Moules)


WFS seems to be fine.

@qgib
Copy link
Contributor Author

qgib commented Jan 29, 2014

Author Name: Martin Dobias (@wonder-sk)


Fixed in ba0a637 (WMS: better use of reported bounding boxes) and ec7718b (WMTS: detection of bounding box if none is reported)


  • resolution was changed from to fixed/implemented
  • fixed_version_id was configured as Future Release - High Priority
  • status_id was changed from Open to Closed

@qgib
Copy link
Contributor Author

qgib commented Feb 14, 2014

Author Name: Radim Blazek (@blazek)


I am not able to add longlat (4326) WMS after ba0a637. It seems that axis are somehow messed. I tried with all axis options with UMN Mapserver 6.2.2. QGIS is sending GetCapabilities without version (the server returns 1.3.0 with switched axis, i,e <BoundingBox CRS="EPSG:4326" minx= miny= maxx= maxy=/>) and GetMap with version 1.3.0.

| Version | no axis switch | ignore axis | invert axis | ignore and invert axis|
| 2.0.1 | ok | blank | blank | ok |
| 7a9e682 | blank | blank | ok | ok |
| ba0a637 | swapped[1] | swapped[1]| blank | blank |

[1] swapped means that the layer is rendered in extent with switched axis, e.g. LatLong 50,15 is rendered on map canvas at XY 50,15.

As the commmit is relatively old (2 weeks) and nobody other complained, I admit that it may be my local problem, but cannot find any.


  • status_id was changed from Closed to Reopened

@qgib
Copy link
Contributor Author

qgib commented Feb 15, 2014

Author Name: Martin Dobias (@wonder-sk)


Followup in b5897c7 - now with no axis switch the map is rendered correctly, but with invert/ignore it is "swapped"

@qgib
Copy link
Contributor Author

qgib commented Feb 19, 2014

Author Name: Radim Blazek (@blazek)


Still no luck here, without invert/ignore the map is "swapped".

@qgib
Copy link
Contributor Author

qgib commented Feb 20, 2014

Author Name: Radim Blazek (@blazek)


It was my local problem, GDAL installation was broken and GDAL data, which are used by QgsCoordinateReferenceSystem::axisInverted(), were missing.

Thanks to Martin Dobias for help to find that.

@qgib
Copy link
Contributor Author

qgib commented Feb 20, 2014

Author Name: Radim Blazek (@blazek)


  • status_id was changed from Reopened to Closed

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!
Projects
None yet
Development

No branches or pull requests

1 participant