Replies: 2 comments 4 replies
-
I don't think the TileLayer currently supports the global geodetic tiling system, because it expects to display them in the OSM indexing system with Web Mercator coordinates. You'd need to overwrite your own |
Beta Was this translation helpful? Give feedback.
3 replies
-
In 8.4.0-beta there is a new _imageCoordinateSystem prop on the BitmapLayer. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Recently made the switch from using the Mapbox.gl/deck.gl combination to a pure deck implementation. I was previously using Mapbox purely for base maps/raster tile rendering from ArcGIS WMS services.
I am now connecting to ArcGIS WMS services using the deck TileLayer. The
getTileData
function is requesting tiles using the CRS:84 projection. With that said, I have noticed that when I am at max zoom and have some entities added to the map they appear not where they should be.When I start zooming in and the WMS tiles start rendering for the closer zoom level(s) the tiles and the entities start syncing/displaying at the expected position.
Previously, I was using Mapbox with the older EPSG:3857 projection which was rendering points at the higher zoom levels fine.
Could this be an issue with the service and how the imagery was published for tiles at the higher scale for CRS:84? Or is there perhaps something I should be considering on the deck side?
Any thoughts, suggestions or even speculations would be appreciated...
Beta Was this translation helpful? Give feedback.
All reactions