-
Notifications
You must be signed in to change notification settings - Fork 14
tile scheme #99
Comments
AFAIK, we take our pyramid for global_geodetic, which is taken from gdal: https://github.com/geoadmin/3d-forge/blob/master/forge/lib/global_geodetic.py |
AFAIK Google is using spherical mercator (EPSG 900913) with WGS84 datum, so projected on a sphere rather than a ellipsoid like we do with EPSG:4326. We can acutally generate both, we just need to change the tiling scheme. |
Sorry misread the question. For y it is apparently a cesium issue: https://github.com/geoadmin/3d-testapp/pull/7 |
Hi there. |
Actually TMS specifications put the origin at the bottom left and not at top left like Google. Cesium seems to implement exactly this spec per defaut with y pointing up. You can use the GlobalGeodetic class in this project to generate the grid or use directly the one in quantized-mesh-tile library. You can use the GlobalGeodetic The layers.json file is used to restrict the extent of your terrain and configure the tile adresses. It can be generated using And |
why is our tile adressing scheme different from the default tms scheme described here:
http://www.maptiler.org/google-maps-coordinates-tile-bounds-projection/
The viewer on this page shows the last tile which fully contains switzerland has the address:
TMS: 6,33,41
Google: 6,33,22
In our scheme the corresponding tile has the address: 5,33,7
i know the y value in the cesium debug mode is wrong (top left origin instead of bottom left origin).
Where is the offset in the z-value coming from?
The text was updated successfully, but these errors were encountered: