opengeospatial / opengeospatial/ogcapi-processes

Dealing with data semantics and information metadata

Open
#585 1 comment 0 reactions 1 assignee View on GitHub

@pvretano is already working on this.

Since Jun 8, 2026.

Dominant language
AsciiDoc
Stars
63
Forks
46
Avg merge
2d 1h
Merged PRs (30d)
8

Description

[!NOTE]
Subject briefly discussed in the 2026-05-11 SWG meeting. This is an reminder issue about possible future explorations/testbed to clarify how this fits with other OGC initiatives about data semantics.

The dataClasses definition was added to Part 1 v2. It is an array of URI(s) that can be used to refer to various data profiles applicable (or required?) by inputs/outputs.

However, data semantics are often more complicated than that, and there are still some ambiguities related to this list. Some items (non-exhaustive to consider):

  • Are the URIs "mandatory" or "supported" profiles?
  • Are they mutually exclusive definitions, inclusive/union of semantic fields, partially overlapped concepts, etc.?
  • Given a certain list of URIs, what should the process do with a certain input in terms of validation?
  • If the input is a complex reference like a collection input, how does it apply?
    (for example, two different profiles that respectively apply to different STAC Asset)
  • Is there some examples of their application?

These items should be refined and clarified in the specification.
In order to support more complex profile combinations, there might be a need for different data structures under dataClasses.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.