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
Is your feature request related to a problem? Please describe.
There seems to be no straightforward opportunity right now to create a provider for 3d tiles, as the format doesn't align with existing implemented provider types (e.g. Features, Tiles, etc). There seems to be a draft specification for 3D GeoVolumes, which is meant to cover most types of 3d geospatial data. There is also a technical document describing server behavior when dealing with 3d GeoVolumes. Both of these documents are drafts and I am not sure what's the current status of the standard.
Describe the solution you'd like
I would suggest the pygeoapi implementation can follow this proposed schema: https://docs.ogc.org/per/20-030.html#_a_3d_client with only minimum required responses from the server that are unlikely to be ever changed: Container and Tileset.json. Container provides spatial extent of the dataset, and Tileset.json provides 3DTiles-compliant description of the dataset (folder with GLTF / B3DM / etc. files). Pygeoapi server response doesn't need to provide the files itself as a response (at least for now), as most of 3DTiles loaders (e.g. DeckGL, CesiumJS) can handle it on their own with only Tileset.json.
Describe alternatives you've considered
No real alternatives, 3d tile format cannot be provided using existing pygeoapi provider types.
Additional context
Happy to chat about possible options if this is something you envision on the roadmap, or postpone until the standard solidifies.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
There seems to be no straightforward opportunity right now to create a provider for 3d tiles, as the format doesn't align with existing implemented provider types (e.g. Features, Tiles, etc). There seems to be a draft specification for 3D GeoVolumes, which is meant to cover most types of 3d geospatial data. There is also a technical document describing server behavior when dealing with 3d GeoVolumes. Both of these documents are drafts and I am not sure what's the current status of the standard.
Describe the solution you'd like
I would suggest the pygeoapi implementation can follow this proposed schema: https://docs.ogc.org/per/20-030.html#_a_3d_client with only minimum required responses from the server that are unlikely to be ever changed: Container and Tileset.json. Container provides spatial extent of the dataset, and Tileset.json provides 3DTiles-compliant description of the dataset (folder with GLTF / B3DM / etc. files). Pygeoapi server response doesn't need to provide the files itself as a response (at least for now), as most of 3DTiles loaders (e.g. DeckGL, CesiumJS) can handle it on their own with only Tileset.json.
Describe alternatives you've considered
No real alternatives, 3d tile format cannot be provided using existing pygeoapi provider types.
Additional context
Happy to chat about possible options if this is something you envision on the roadmap, or postpone until the standard solidifies.
The text was updated successfully, but these errors were encountered: