| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
…el set sector used.
- Add support of local tile origin based on tile matrix set extent instead of full sphere origin. - Add surface image name based on content identifier. - Change level set sector initialization based on tile matrix set extent instead of content extent. - Change first level tile delta and number of levels calculation based on tile matrix zoom levels. - Fix row calculation in tile factory.
…ng levels size in case of gaps in levels numeration.
…eopackage # Conflicts: # worldwind/src/main/java/gov/nasa/worldwind/layer/mercator/MercatorImageTile.java # worldwind/src/main/java/gov/nasa/worldwind/layer/mercator/MercatorSector.java # worldwind/src/main/java/gov/nasa/worldwind/layer/mercator/MercatorTiledImageLayer.java # worldwind/src/main/java/gov/nasa/worldwind/render/ImageRetriever.java # worldwind/src/main/java/gov/nasa/worldwind/render/ImageSource.java
There was a problem hiding this comment.
Grazie Mille!!!
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Description of the Change
Basic GeoPackage implementation does not support level sets started not in -90, -180 coordinates, but according standard any external system exports GeoPackage files with the tile origin equals south west corner of visible tile set.
That's why GeoPackage requires following improvements:
General API requires following improvements:
This PR is based on Mercator PR #242 due to this fix also related to MercatorTile calculations.
Why Should This Be In Core?
Support of GeoPackage files exported from ArcGis or GlobalMapper is not possible without this improvements.
Now GeoPackage works only with WorldWind test example, which was made with violation of GeoPackage specification requirements. Other words GeoPackage implementation is wrong now.
Benefits
Adding correct support of EPSG 4326 GeoPackage offline cache.
Potential Drawbacks
None. Backward compatible with current incorrect GeoPackage example.