-
-
Notifications
You must be signed in to change notification settings - Fork 113
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
[FEATURE] Support zoom-levels higher than 14 #128
Comments
The main issue to resolve to go higher than z14 is how planetiler/planetiler-core/src/main/java/com/onthegomap/planetiler/geo/TileCoord.java Lines 70 to 80 in 04da286
So that the tile coordinate can be used as the most-significant 32-bits of the 64-bit long key that features get sorted by to group into tiles: planetiler/planetiler-core/src/main/java/com/onthegomap/planetiler/collection/FeatureGroup.java Lines 92 to 97 in bce7523
There are 1.4 billion tiles <=z15 so it should be possible to pack them into a 32-bit integer, but since there are 5.7 billion tiles <=z16 we'd need to steal one bit from another part of the sort key so that we have 33 bits available for the tile ID. |
@ZeLonewolf what do you think about z15 vs. z16 as the upper limit for tile generation for "micro-mapped" features? |
With regard to feature utility in a map, there are lots of features that don't make sense to display until very high zoom. If I were rendering manhole covers for example, I'd probably start them at z19 😁 Is there a technical reason why we wouldn't make the maximum zoom level user-configurable? It's really just a trade-off between disk space and download tile size. |
A few reasons to limit:
Since a client-side style can limit showing some feature until a higher zoom level, the only real benefit to generating higher zoom levels is to limit tile size of the max zoom level you generate. Currently with the openmaptiles config, the biggest z13 tile is 366kb but a few z14 tiles get up to 1.8mb. If you include more detailed poi's/trees that might push 3-4mb. So maybe the best way to guesstimate this is to make a schema with all the "micro" features you might want to include in openmaptiles, then generate z14 and collect some stats on the avg/max bytes used per layer per tile to know how far we'd need to push down the micro features to make tile sizes reasonable. My hunch is z15 would keep tiles under 1mb, and z16 would keep max zoom tiles comparable with the rest of the tiles (200-300kb max) |
I'd say z15 is the most important because of the openmaptiles plan to add that zoom level, while we don't have a specific use case for z16. |
Planetiler currently limits the maximum zoom level to 14 since that was the highest needed for the OpenMapTiles port. Other schemas may want to go higher though. It should at least be possible to go to z15, and possibly z16.
The text was updated successfully, but these errors were encountered: