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

Add Esri World Dark Gray Canvas basemap #41

Closed
darribas opened this issue Jul 27, 2021 · 6 comments
Closed

Add Esri World Dark Gray Canvas basemap #41

darribas opened this issue Jul 27, 2021 · 6 comments
Labels
enhancement New feature or request
Milestone

Comments

@darribas
Copy link
Contributor

darribas commented Jul 27, 2021

Moving contextily#181 over here to integrate it with community-contributed providers.

Adds the Esri World Dark Gray Canvas basemap to the provider list.

See:

cc' @EwoutH

@darribas darribas added the enhancement New feature or request label Jul 27, 2021
@darribas darribas added this to the future milestone Jul 27, 2021
@EwoutH
Copy link
Contributor

EwoutH commented Jul 29, 2021

Thanks!

@darribas
Copy link
Contributor Author

darribas commented Jul 30, 2021

The link provided seems to be deprecated, this is the updated version:

https://www.arcgis.com/home/item.html?id=358ec1e175ea41c3bf5c68f0da11ae2b

This one however is a vector lile layer, so not currently supported by xyzservices (or contextily for that matter). If you're using it on Leaflet, you can use their recommended URL:

https://basemaps.arcgis.com/arcgis/rest/services/World_Basemap_v2/VectorTileServer/tile/{z}/{x}/{y}.pbf

Closing the issue for now as not supported, but we can reopen down the line if we manage to add support for vector tiles.

@abubelinha
Copy link

abubelinha commented Aug 20, 2024

Not sure if this is related, but I am interested in using some public tile providers which seems to use an ArcGIS WMTS server as described here:
https://developers.arcgis.com/rest/services-reference/enterprise/wmts-tile-image-service/

I think this would be an example of such servers.
I know some of the services listed there are shown as tiled raster layers in their web map viewer.

So my question is how to use those layers in contextily ... if possible.
I suspect those "WMTS tiles" are not following the same numbering system as contextily (just try-error of particular tile urls). Compare:

I did my best to show the same area and zoom as in 1st link, but tiles seem to follow a different "distribution"

But I am a complete ignorant about how these services work.
@darribas perhaps you know esri arcgis "WMTS servers" accept also some other url syntax so I can use them in xyzservices/contextily?

Thanks in advance
@abubelinha

@martinfleis
Copy link
Member

@abubelinha you can check how we deal with Geoportail France tiles. I believe those are WMTS.

@abubelinha
Copy link

abubelinha commented Aug 20, 2024

Thanks @martinfleis that was helpful

I think these are the urls informative about server capabilities:

Too tech for me.
Following leaflet-providers-parsed.json Geoportail France example urls, I was able to get tiles from both using querystring parameter syntax. But again, it seems that tile references are quite different for similar areas (1st one follows OSM, 2nd one does not):

I see the first one (France) has CRS entries like this:
<TileMatrixSet>...<ows:SupportedCRS>EPSG:3857</ows:SupportedCRS>...</TileMatrixSet>

Whereas the 2nd one (NW Spain) has a different CRS support:
<TileMatrixSet>...<ows:SupportedCRS>urn:ogc:def:crs:EPSG::25829</ows:SupportedCRS>...</TileMatrixSet>

I thought its arcgis-based WMTS implementation to be the problem.
But perhaps it's just this CRS limitation what is making the 2nd server incompatible with contextily?

@martinfleis
Copy link
Member

Contextily assumes EPSG:3857, which is the standard CRS for web tiles. I am not sure if you can make it work with EPSG 25829 without changes of the code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants