Fundamental organizational questions - meeting notes from 17th of June 2024
Overview of Stacture / Terravis (Fabian)
Stacture provides
OpenSearch standard API - for legacy support
STAC API
OpenEO and GeoDataCube interface? (needed for Data Cube Access BB)
Stacture connects to
PyCSW
STAC FastAPI
Stacture adds
STAC extension information, where needed -
Virtual assets
Classification
Render parameters
Terravis implements workflows (DAGs) for example for virtual assets or applying classifications
Principles of combining eoAPI and stacture/terravis
Provide same pattern of integration (config + deployment) for users
Each library provides their set of endpoints - we keep things separate but combine at the app or API Gateway level (Tyke, e.g. conformance classes)
Use same API syntax
Ensure that both sets of services support e.g. the same set of virtual assets - support for those graphs / configs can be implemented in TiTiler, too
Why not implement OGC API Coverages in eoAPI, too?
OGC API Coverages is pretty complex and has not yet been considered for integration into eoAPI, which has a focus on STAC query -> WMTS. Due to the complexity, it is best provided in a dedicated piece of infrastructure.
Next steps: Documentation and Q2 Work Order
Add documentation
Why have we chosen this architecture?
Strengths and differences of the libraries
Benefits of making both libraries available in the building block
Pattern of integration
@j08lue to start document / docs branch, @constantinius to contribute
Draft Q2 Work Order
Epic: Rough sketch of Data Access BB building and deploying in EOEPCA V&V environment
Create task breakdown and estimate sub-tasks
Feature development and maturity improvements of libraries
The Data Access BB needs to provide STAC API + WMTS as well as other OGC API services, namely OGC API Coverages, perhaps OGC API Maps.
To fulfil these requirements, we plan to combine two libraries:
Fundamental organizational questions - meeting notes from 17th of June 2024
Overview of Stacture / Terravis (Fabian)
Principles of combining eoAPI and stacture/terravis
Why not implement OGC API Coverages in eoAPI, too?
OGC API Coverages is pretty complex and has not yet been considered for integration into eoAPI, which has a focus on
STAC query -> WMTS
. Due to the complexity, it is best provided in a dedicated piece of infrastructure.Next steps: Documentation and Q2 Work Order
Add documentation
@j08lue to start document / docs branch, @constantinius to contribute
Draft Q2 Work Order
@j08lue to start document for collaboration with @constantinius, @jonas-eberle, and teams