You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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.
The text was updated successfully, but these errors were encountered: