Skip to content
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

Conformance class URIs during development #28

Open
cportele opened this issue May 28, 2021 · 1 comment
Open

Conformance class URIs during development #28

cportele opened this issue May 28, 2021 · 1 comment

Comments

@cportele
Copy link
Member

In ldproxy we usually set the version number of conformance class URIs to "0.0" instead of "1.0" until the standard has been published. We want to avoid that a client that implements a standard thinks that an API implements the published standard, but the API really implements some draft.

For the Tiles conformance classes I had to (temporarily) change this now to "1.0" because this is what the draft ETS expects, but this can only lead to problems in the future.

I think we need an approach how we use versions in conformance class URI for standards that have not been published.

@ghobona
Copy link
Contributor

ghobona commented May 28, 2021

Day 3 of 2021-05 Sprint short stand up session feedback

This will help with client applications too.

Centralised version control and management during development (prior to version 1.0) will help during code sprints.

We need something to indicate that "this is a draft" prior to version 1.0.

Three digit numbers might not be appropriate, especially if different implementors have implemented different minor versions.

Action: @ghobona to draft up a document describing an approach (for trying out at a future sprint).

@ghobona ghobona transferred this issue from opengeospatial/ogcapi-code-sprint-2021-05 Oct 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants