-
Notifications
You must be signed in to change notification settings - Fork 4
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
JSON-LD points to invalid URL #22
Comments
conformsTo values are URIs for specification conformance and are not required to resolve. |
as a user I may not be aware that it is a URI. Do I understand correctly that there are no assets linked to "to _om-profile-1/1.0/req/geojson" ? If there are no assets, why does it point to a WMO URI and not, for example, to a IETF one? |
Can we qualify the user? The URI (and GeoJSON for that matter) is meant to be machine readable to be rendered for users, who would typically not see the URI, whose value is in machine parsing and validation to trigger validation / conformance. On Apr 17, 2023, at 03:43, Timo Pröscholdt ***@***.***> wrote:
as a user I may not be aware that it is a URI. Do I understand correctly that there are no assets linked to "to _om-profile-1/1.0/req/geojson" ? If there are no assets, why does it point to a WMO URI and not, for example, to a IETF one?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The output of bufr2geojson refers to an invalid URL: http://www.wmo.int/spec/om-profile-1/1.0/req/geojson
The right place for such definitions and schemas is schemas.wmo.int, def.wmo.int or possibly wis.wmo.int
www.wmo.int is reserved for the wmo website and not for management of technical artifacts
We should avoid creating dead links, we already have enough of them.
The text was updated successfully, but these errors were encountered: