Standards Working Groups consist of OGC members. They consider revisions to existing OGC Standards and bring new ones forward for adoption.
Members can access SWG sites by visiting Agora (Member Community).
If you would like to join a SWG but are not currently an OGC member, please get in touch.
The OGC-API Maps SWG will develop and document a Maps API candidate standard that will provide a web based, common, and consistent interface to services that aligns with the current architecture of the Web and the Spatial Data on the Web Best Practices ( https://www.w3.org/TR/sdw-bp/ ).
The OGC API – Processes Standard will enable the execution of computing processes and the retrieval of metadata describing their purpose and functionality. Typically, these processes combine raster, vector, and/or coverage data with well-defined algorithms to produce new raster, vector, and/or coverage information.
OGC API – Records provides discovery and access to metadata about geospatial data and services. OGC API standards define modular API building blocks to spatially enable Web APIs in a consistent way. OpenAPI is used to define the reusable API building blocks.
The OGC API – Styles Standard will describe the interface and exchange of styling parameters and instructions. The construction of symbology components of styles is addressed in OGC Symbol Encoding Conceptual Model: Core Part and multiple OGC and other style encoding standards.
The OGC API – Tiles draft Standard references the OGC Two Dimensional Tile Matrix Set (TMS) standard. The TMS standard defines the rules and requirements for a tile matrix set as a way to index space based on a set of regular grids defining a domain (tile matrix) for a
This SWG maintains a Standard that defines a common publication to declare that one or more operations of a Service instance or individual operations thereof is protected by the implementation of one or more security frameworks from ISO 10181 except 10181-4 and 10181-7.
The purpose of the SWG is to maintain the OWS Context Standard standard. The principle use case for an OWS Context document is for defining the application state of an Integrated Client. When this application state is reproduced by two or more Integrated Clients, such clients are said to share
The purpose of the SWF is to manage and enhance the PipelineMLStandard to enable the interchange of pipeline data between parties, disparate systems, and software applications without loss of accuracy, density, or data resolution and without need for conversion between intermediate or proprietary formats.
The Points of Interest (POI) SWG is developing Standards to model and encode POI data. The SWG is not developing a POI database or service, rather enabling interoperability between such services.
Members of the public can review candidate standards and share feedback to ensure they are practical and widely applicable.
