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

Definition of zoom level does not follow conventions #87

Open
mainkai opened this issue Apr 2, 2020 · 2 comments
Open

Definition of zoom level does not follow conventions #87

mainkai opened this issue Apr 2, 2020 · 2 comments

Comments

@mainkai
Copy link

mainkai commented Apr 2, 2020

Hi,
first of all, thanks for the great library.

I noticed that the implementation of zoom levels uses a strange and unclear definition, leading to 0 being the maximum possible zoom level and requiring calculations with hardcoded values like here.

Wouldn't it be better to just use the definition of zoom levels that OpenStreetMap uses, i.e. zoom 0 = whole world with 360° Tile width and an unconstrained number of higher zoom levels?

Maybe that could also help with that issue, since zoom level 0 would not be the maximum any more, but the minimum instead. So zoom levels > 17 should not be a problem any more...

@msteiger
Copy link
Owner

msteiger commented Apr 5, 2020

Yeah, I agree that it is odd. I believe that the super-old Blue Marble renderer worked that way and the original authors made OSM behave the same. Changing it now is difficult, since it would break the compatibility with all existing implementations, so I left it was it was. Not sure if anything can be done here with reasonable effort.

@Heiko-Zelt
Copy link
Contributor

I wondered too because I used the Leaflet JavaScript library before and zoom levels are reversed.

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

3 participants