Jerome St-Louis
Jérôme is founder and CTO of Ecere, designed the eC programming language, initiated the FOSS Ecere Cross-Platform SDK and GNOSIS geospatial software. Jérôme is an OSGeo charter member, co-chair of the Ottawa Local Chapter, OGC Styles & Symbology, OGC API – Tiles and OGC API - Coverages Standard Working Groups.
Sessions
An overview of the Core Models and Encodings for Styling and Symbology - Part 1: Core ("SymCore") 2.0 draft candidate Standard.
In comparison to the current OGC Symbology Conceptual Model: Core Part ("SymCore") version 1.0, the new draft candidate Standard aims to better reflect its classification as an OGC Implementation Standard by including the requirements classes needed to enable the implementation of interoperable encodings, renderers (e.g., OGC API - Maps / OGC API - Tiles) and systems parsing and/or generating style definitions (e.g., OGC API - Styles, visual style editors, style transcoders).
It does so by featuring:
- A modular logical and conceptual model for styling capabilities,
- A minimal Core requirements class including clear extension mechanisms, through the definition of abstract Selectors, Symbolizers, and Expressions,
- a basic Vector Styling requirements class,
- a basic Coverage Styling requirements class,
- requirements classes providing additional styling functionality,
- a JSON encoding of the conceptual and logical model facilitating machine readability,
- a CSS-inspired encoding of the conceptual and logical model facilating hand-editing.
The latest version of the draft is available in HTML (https://opengeospatial.github.io/ogcna-auto-review/18-067r4.html) or PDF (https://opengeospatial.github.io/ogcna-auto-review/18-067r4.pdf).
The official GitHub repository is at: https://github.com/opengeospatial/styles-and-symbology
A presentation and demonstration of data cube functionality implemented based on OGC API Standards and draft Candidate Standards.
Including:
- OGC API - Tiles,
- OGC API - Maps,
- OGC API - Coverages,
- OGC API - Discrete Global Grid Systems,
- OGC API - Processes - Part 1: Core, and Part 3: Workflows and Chaining ("Nested Processes", "Collection Input", "Collection Output"),
- OGC Common Query Language (CQL2)
with a focus on providing efficient access to analysis-ready sentinel-2 data and additional processing close to the data, in the context of wildfire risk assessment.