You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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...
The text was updated successfully, but these errors were encountered:
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.
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...
The text was updated successfully, but these errors were encountered: