-
-
Notifications
You must be signed in to change notification settings - Fork 10
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 a function basemap
to get a static image from Tyler, and some converts for image
#91
base: master
Are you sure you want to change the base?
Changes from 16 commits
d22d733
622cb76
79fd4c5
9c37396
7bde166
e756e9d
2fdfd45
860040d
1a4bcad
bc8fc9f
ffc0d48
489a5ef
f25d5b6
5467c20
1f19bb7
00b3800
c4cd63e
3642f7b
8b6338f
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,81 @@ | ||
```@meta | ||
CollapsedDocStrings = true | ||
``` | ||
|
||
# Base maps | ||
|
||
A "base map" is essentially a static image composed of map tiles, accessible through the [`basemap`](@ref) function. | ||
|
||
This function returns a tuple of `(x, y, image)`, where `x` and `y` are the dimensions of the image, and `image` is the image itself. | ||
The image, and axes, are always in the Web Mercator coordinate system. | ||
|
||
While Tyler does not currently work with CairoMakie, this method is a way to add a basemap to a CairoMakie plot, though it will not update on zoom. | ||
|
||
```@docs; canonical=false | ||
basemap | ||
``` | ||
|
||
## Examples | ||
|
||
|
||
Below are some cool examples of using basemaps. | ||
|
||
#### Cover example of London | ||
|
||
````@example coverlondon | ||
using Tyler, TileProviders | ||
|
||
xs, ys, img = basemap( | ||
TileProviders.OpenStreetMap(), | ||
Extent(X=(-0.5, 0.5), Y=(51.25, 51.75)), | ||
(1024, 1024) | ||
) | ||
```` | ||
|
||
````@example coverlondon | ||
using Makie | ||
image(xs, ys, img; axis = (; aspect = DataAspect())) | ||
```` | ||
|
||
Note that the image is in the Web Mercator projection, as are the axes we see here. | ||
|
||
#### NASA GIBS tileset, plotted as a `meshimage` on a `GeoAxis` | ||
|
||
````@example nasagibs | ||
const BACKEND = Makie.current_backend() # hide | ||
using Tyler, TileProviders, GeoMakie, CairoMakie, Makie | ||
|
||
provider = TileProviders.NASAGIBS(:ViirsEarthAtNight2012) | ||
|
||
xs, ys, img = basemap(provider, Extent(X=(-90, 90), Y=(-90, 90)), (1024, 1024)) | ||
```` | ||
|
||
````@example nasagibs | ||
meshimage( | ||
xs, ys, img; | ||
source = "+proj=webmerc", # REMEMBER: `img` is always in Web Mercator... | ||
axis = (; type = GeoAxis, dest = "+proj=ortho +lat_0=0 +lon_0=0"), | ||
npoints = 1024, | ||
) | ||
```` | ||
|
||
````@example nasagibs | ||
BACKEND.activate!() # hide | ||
```` | ||
|
||
|
||
### OpenSnowMap on polar stereographic projection | ||
|
||
````@example opensnowmap | ||
using Tyler, TileProviders, GeoMakie, Makie | ||
|
||
meshimage( | ||
basemap( | ||
TileProviders.OpenSnowMap(), | ||
Extent(X=(-180, 180), Y=(50, 90)), | ||
(1024, 1024) | ||
)...; | ||
source = "+proj=webmerc", | ||
axis = (; type = GeoAxis, dest = "+proj=stere +lat_0=90 +lat_ts=71 +lon_0=-45"), | ||
) | ||
```` |
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,143 @@ | ||
#= | ||
# Static basemaps | ||
|
||
This file provides the ability to get static base maps from Tyler. | ||
|
||
Its main entry point is the `basemap` function, which returns a tuple | ||
`(x, y, z)` of the image data (`z`) and its axes (`x` and `y`). | ||
|
||
This file also contains definitions for `convert_arguments` that make | ||
the following syntax "just work": | ||
```julia | ||
image(TileProviders.Google(), Rect2f(-0.0921, 51.5, 0.04, 0.025), (1000, 1000); axis= (; aspect = DataAspect())) | ||
``` | ||
|
||
You do still have to provide the extent and image size, but this is substantially better than nothing. | ||
|
||
=# | ||
|
||
export basemap | ||
|
||
|
||
""" | ||
_z_index(extent::Extent, res::NamedTuple, crs::WebMercator) => Int | ||
|
||
Calculate a z value from `extent` and pixel resolution `res` for `crs`. | ||
The rounded mean calculated z-index for X and Y resolutions is returned. | ||
|
||
`res` should be `(X=xres, Y=yres)` to match the extent. | ||
|
||
We assume tiles are the standard 256*256 pixels. Note that this is not an | ||
enforced standard, and that retina tiles are 512*512. | ||
""" | ||
function _z_index(extent::Union{Rect,Extent}, res::NamedTuple, crs; tile_size = 256) | ||
# Calculate the number of tiles at each z and get the one | ||
# closest to the resolution `res` | ||
target_ntiles = prod(map(r -> r / tile_size, res)) | ||
tiles_at_z = map(1:24) do z | ||
length(TileGrid(extent, z, crs)) | ||
end | ||
return findmin(x -> abs(x - target_ntiles), tiles_at_z)[2] | ||
end | ||
|
||
""" | ||
basemap(provider::TileProviders.Provider, bbox::Extent; size, res, min_zoom_level, max_zoom_level)::(xs, ys, img) | ||
|
||
Download the most suitable basemap for the given bounding box and size, return a tuple of `(x_interval, y_interval, image)`. | ||
All returned coordinates and images are in the **Web Mercator** coordinate system (since that's how tiles are defined). | ||
|
||
The input bounding box must be in the **WGS84** (long/lat) coordinate system. | ||
|
||
## Example | ||
|
||
```julia | ||
basemap(TileProviders.Google(), Extent(X = (-0.0921, -0.0521), Y = (51.5, 51.525)), size = (1000, 1000)) | ||
``` | ||
|
||
## Keyword arguments | ||
|
||
`size` and `res` are mutually exclusive, and you must provide one. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Would be good to mention that they are approximate |
||
|
||
`min_zoom_level - 0` and `max_zoom_level = 16` are the minimum and maximum zoom levels to consider. | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Could we also just let users specify There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. As an alternative to |
||
`res` should be a tuple of the form `(X=xres, Y=yres)` to match the extent. | ||
""" | ||
function basemap(provider::TileProviders.AbstractProvider, boundingbox::Union{Rect2{<: Real}, Extent}; size = nothing, res = nothing, min_zoom_level = 0, max_zoom_level = 16) | ||
asinghvi17 marked this conversation as resolved.
Show resolved
Hide resolved
|
||
bbox = Extents.extent(boundingbox) | ||
# First, handle keyword arguments | ||
@assert (isnothing(size) || isnothing(res)) "You must provide either `size` or `res`, but not both." | ||
@assert !(isnothing(size) && isnothing(res)) "You must provide either the `size` or `res` keywords. Current values: $(size), $(res)" | ||
_size = if isnothing(size) | ||
# convert resolution to size using bbox and round(Int, x) | ||
(round(Int, (bbox.X[2] - bbox.X[1]) / first(res)), round(Int, (bbox.Y[2] - bbox.Y[1]) / last(res))) | ||
else | ||
(first(size), last(size)) | ||
end | ||
return basemap(provider, bbox, _size; min_zoom_level, max_zoom_level) | ||
end | ||
|
||
function basemap(provider::TileProviders.AbstractProvider, boundingbox::Union{Rect2{<: Real}, Extent}, size::Tuple{Int, Int}; min_zoom_level = 0, max_zoom_level = 16) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Shouldn't There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Oh right thats handled above. Maybe make this There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That sounds complicated - should it? I don't see that anywhere else as well There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Then you have to handle There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I just read in |
||
bbox = Extents.extent(boundingbox) | ||
# Obtain the optimal Z-index that covers the bbox at the desired resolution. | ||
optimal_z_index = clamp(_z_index(bbox, (X=size[2], Y=size[1]), MapTiles.WGS84()), min_zoom_level, max_zoom_level) | ||
# Generate a `TileGrid` from our zoom level and bbox. | ||
tilegrid = MapTiles.TileGrid(bbox, optimal_z_index, MapTiles.WGS84()) | ||
# Compute the dimensions of the tile grid, so we can feed them into a | ||
# Raster later. | ||
tilegrid_extent = Extents.extent(tilegrid, MapTiles.WebMercator()) | ||
#= TODO: | ||
Here we assume all tiles are 256x256. | ||
It's easy to compute this though, by either: | ||
- Making a sample query for the tile (0, 0, 0) (but you are not guaranteed this exists) | ||
- Some function that returns the tile size for a given provider / dispatch form | ||
=# | ||
tile_widths = (256, 256) | ||
tilegrid_size = tile_widths .* length.(tilegrid.grid.indices) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We should warn here if this is too big. Probably people don't intend to get more than 100MB or so? and its pretty easy to accidentally ask for a 100GB There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yeah, that could be an annoying footgun if using |
||
# We need to know the start and end indices of the tile grid, so we can | ||
# place the tiles in the right place. | ||
tile_start_idxs = minimum(first.(Tuple.(tilegrid.grid))), minimum(last.(Tuple.(tilegrid.grid))) | ||
tile_end_idxs = maximum(first.(Tuple.(tilegrid.grid))), maximum(last.(Tuple.(tilegrid.grid))) | ||
# Using the size information, we initiate an `RGBA{Float32}` image array. | ||
# You can later convert to whichever size / type you want by simply broadcasting. | ||
image_receptacle = fill(RGBAf(0,0,0,1), tilegrid_size) | ||
# Now, we iterate over the tiles, and read and then place them into the array. | ||
for tile in tilegrid | ||
# Download the tile | ||
url = TileProviders.geturl(provider, tile.x, tile.y, tile.z) | ||
result = HTTP.get(url) | ||
# Read into an in-memory array (Images.jl layout) | ||
img = FileIO.load(FileIO.query(IOBuffer(result.body))) | ||
# The thing with the y indices is that they go in the reverse of the natural order. | ||
# So, we simply subtract the y index from the end index to get the correct placement. | ||
image_start_relative = ( | ||
tile.x - tile_start_idxs[1], | ||
tile_end_idxs[2] - tile.y, | ||
) | ||
# The absolute start is simply the relative start times the tile width. | ||
image_start_absolute = (image_start_relative .* tile_widths) | ||
# The indices for the view into the receptacle are the absolute start | ||
# plus one, to the absolute end. | ||
idxs = (:).(image_start_absolute .+ 1, image_start_absolute .+ tile_widths) | ||
@debug image_start_relative image_start_absolute idxs | ||
# Place the tile into the receptacle. Note that we rotate the image to | ||
# be in the correct orientation. | ||
image_receptacle[idxs...] .= rotr90(img) # change to Julia memory layout | ||
end | ||
# Now, we have a complete image. | ||
# We can also produce the image's axes: | ||
# Note that this is in the Web Mercator coordinate system. | ||
return (tilegrid_extent.X, tilegrid_extent.Y, image_receptacle) | ||
end | ||
|
||
# We also use this in some Makie converts to allow `image` to work | ||
Makie.used_attributes(trait::Makie.ImageLike, provider::TileProviders.AbstractProvider, bbox::Union{Rect2, Extent}, size::Union{Int, Tuple{Int, Int}}) = (:min_zoom_level, :max_zoom_level) | ||
|
||
function Makie.convert_arguments(trait::Makie.ImageLike, provider::TileProviders.AbstractProvider, bbox::Extent, size::Union{Int, Tuple{Int, Int}}; min_zoom_level = 0, max_zoom_level = 16) | ||
return Makie.convert_arguments(trait, basemap(provider, bbox, (first(size), last(size)); min_zoom_level, max_zoom_level)...) | ||
end | ||
|
||
function Makie.convert_arguments(trait::Makie.ImageLike, provider::TileProviders.AbstractProvider, bbox::Rect2, size::Union{Int, Tuple{Int, Int}}; min_zoom_level = 0, max_zoom_level = 16) | ||
return Makie.convert_arguments(trait, provider, Extents.extent(bbox), (first(size), last(size)); min_zoom_level, max_zoom_level) | ||
end | ||
|
||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would be nice if we kept crs and lookups attached - I think there is a package that does that ;)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's true :D - but then we'd have to add that as a dependency to Tyler as well.
The other alternative is to add ImageIO and HTTP dependencies to MapTiles or TileProviders, and have them prompt individually. But I don't think we want that...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would be nice to have a method of
basemap
that returned a Raster at least, in an extension here or in Rasters.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Question is how to trigger it. We could just pass the Raster type as the first argument?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would go the other way and create a constructor for
Raster(::TileProvider, extent; size, res, ...)
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This way it's at least a similar interface to what RasterDataSources has, for example
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, just call
basemap
internally to get the data. A bit like RasterDataSources.jl syntaxThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Whats weird about that is it would need
using Tyler
which needsMakie
when it really just needs ImageIO and HTTPThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's the ImageIO part that gives me the shivers, since it's a lot of heavy binary dependencies
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm more scared of the Makie precompile time for Plots.jl users