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

mapt build --single: determine a policy for overzooming #6

Open
cldellow opened this issue Jan 13, 2024 · 0 comments
Open

mapt build --single: determine a policy for overzooming #6

cldellow opened this issue Jan 13, 2024 · 0 comments

Comments

@cldellow
Copy link
Owner

when developing, it can be handy to have an expensive slice configured with a lower maxzoom than the rest of your map.

For example, if you had two slices:

  • ocean (pmtiles maxzoom 10, ocean layer maxzoom 10)
  • land (pmtiles maxzoom 14, ways layer maxzoom 14)

You only generate ocean tiles up to z10, and then MapLibre overzooms when rendering the map, so the map appears visually correct (if a bit rough around the edges, due to overzooming a simplified geometry).

But when you merge, we have to pick a single maxzoom for the merged pmtiles. We pick the highest one, i.e. z14. But now your z10 ocean layer is no longer eligible for overzooming.

Should we do anything special here? For now, I think leave it as a footgun, and expect users to do whatever makes sense for their case. Hopefully real world use will inform what the policy, if any, should be.

cldellow added a commit to hikeratlas/basemap that referenced this issue Jan 13, 2024
see discussion at cldellow/mapt#6
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant