We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
We do not consider so far the uri of the controlled vocabulary. I take the exemplar of the sensor model for instance.
Sensor model are controlled by vocabularies (sea "ECO_FLBB2" for instance, desribed here: http://vocab.nerc.ac.uk/collection/R27/current/ECO_FLBB2/)
The sensor model entry should define the entry with uri, that is somehow essential for M2M communication when exist. The schema: https://github.com/OceanOPS/oceanops-json-standard/blob/main/schemas/sensor.schema.json already indentify places where this information could be stored:
Note that in the case of sensor, serveral entry are "controlled vocabulary" and can be linked to a uri:
The text was updated successfully, but these errors were encountered:
Note that this consideration could/should be applicable to any controlled vocabulary.
Sorry, something went wrong.
No branches or pull requests
We do not consider so far the uri of the controlled vocabulary.
I take the exemplar of the sensor model for instance.
Sensor model are controlled by vocabularies (sea "ECO_FLBB2" for instance, desribed here: http://vocab.nerc.ac.uk/collection/R27/current/ECO_FLBB2/)
The sensor model entry should define the entry with uri, that is somehow essential for M2M communication when exist.
The schema: https://github.com/OceanOPS/oceanops-json-standard/blob/main/schemas/sensor.schema.json already indentify places where this information could be stored:
Note that in the case of sensor, serveral entry are "controlled vocabulary" and can be linked to a uri:
The text was updated successfully, but these errors were encountered: