ISO-TC211 / StandardsTracker

This GitHub repository lets you - our users - log and track issues that you find with our standards and other document. Tag the issue with the standard or standards effected; we will assign it to the relevant group(s) within TC 211.
12 stars 0 forks source link

(minimum) bounding box and extent concepts not in MLGT #398

Open heidivanparys opened 3 years ago

heidivanparys commented 3 years ago

The concepts "(minimum) bounding box" and "extent" cannot be found in GeoLexica, but those concepts are an important part of the geographic information vocabulary.

Problem seen in https://github.com/opengeospatial/ogcapi-common/issues/261 and also seen in the project on the Danish profile of DCAT-AP.

PeterParslow commented 3 years ago

There are a number of definitions of 'bounding box' on the ISO, from computer graphics & manufacturing. They are nearly what we are looking for, but it is surprising that we haven't defined the term anywhere ourselves - perhaps we considered a dictionary word/phrase that didn't need special definition?

ISO 19107:2019 defines the interface class "Envelope" and states "Envelope is often referred to as a minimum bounding box or rectangle" & we use the phrase quite extensively.

ISO 19115-1:2014 defines classes for EX_GeographicBoundingBox (and EX_BoundingPolygon)

I think this is an example of the question: what is the distinction between phrases/words defined as terms and those defined as classes? Perhaps the ISO 19103 dictionary of useful classes is actually a (fledgling) catalogue of concepts? @ReesePlews , @jetgeo , @WG1, @heidivanparys

heidivanparys commented 3 years ago

There are a number of definitions of 'bounding box' on the ISO, from computer graphics & manufacturing. They are nearly what we are looking for, but it is surprising that we haven't defined the term anywhere ourselves - perhaps we considered a dictionary word/phrase that didn't need special definition?

I would expect this to come from mathematics (@busstoptaktik?):

Calculation of it seems to belong to a field called "computational geometry", see e.g. https://cs.au.dk/~gerth/cg10/project3.html and https://ojs.cvut.cz/ojs/index.php/gi/article/download/gi.3.2/2563

I think this is an example of the question: what is the distinction between phrases/words defined as terms and those defined as classes? Perhaps the ISO 19103 dictionary of useful classes is actually a (fledgling) catalogue of concepts?

We are often mixing up describing concepts (terms, definitions, notes, anything that explains what we mean when we use a certain term) and describing data structures for storing and exchanging data. See e.g. https://gitlab.ogc.org/ogc/conceptual-modeling-discussion-paper/-/issues/8 (OGC Architecture DWG restricted issue) and https://www.brsolutions.com/concept-model-vs-data-model/.

We need both, I think:

Ideally, we would then have some kind of automated way to copy definitions etc. from the terminology resource to the classes (if the terminological entries have a unique identifier and are machine-readable, that is possible).

heidivanparys commented 2 years ago

This is being discussed in OGC in the Architecture DWG, in the conceptual modeling subgroup more specifically.

ReesePlews commented 2 years ago

thank you @heidivanparys these are examples of critical terminology concepts that need to be added to the tc211 vocabulary. they should be discussed more in the Terminology PWI once that is underway. i hope you and your colleagues will be able to join that work.

ogcscotts commented 2 years ago

The OGC Technical Committee is currently drafting a conceptual model for "bounding box" potentially yo be published as an OGC Abstract Specification Topic.

heidivanparys commented 2 years ago

See also https://github.com/opengeospatial/Bounding-Box-Abstract-Specification.