-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UAD extent #153
Comments
It's mandatory for Coverages, but it is only applicable for collections supporting dimensions beyond space & time. |
10/20/21 - if you are an API-Coverage and you support more than space and time dimensions then you shall implement the UAD extent. We will define UAD Extent in API-Common Part 3 |
UAD Extent is currently required for all API-Collections implementations. This would not be a problem if the schema is a proper extension to the Extent schema defined in Common. This needs to be verified. |
@cmheazel It might be quite difficult (impossible?) to write an OpenAPI definition that imposes the additional restrictions only for some However, it should not pose a problem from the specification's perspective. Somewhat related to: opengeospatial/ogcapi-common#302
|
Coverages now has a requirement on UAD extent, including the I suggest that we also define a requirement class in Common - Part 2 which would specify that it applies to all collections of the API. cc. @joanma747 |
Should we add support for the Uniform Additional Extent to the collection information? Is it mandatory or a separate requirements class?
The text was updated successfully, but these errors were encountered: