Skip to content

feat(edint-medio-ambiente): add 3 candidate models for environmental sensors - #12

Open
albertoabellagarcia wants to merge 1 commit into
masterfrom
edint-medio-ambiente-candidates
Open

feat(edint-medio-ambiente): add 3 candidate models for environmental sensors#12
albertoabellagarcia wants to merge 1 commit into
masterfrom
edint-medio-ambiente-candidates

Conversation

@albertoabellagarcia

Copy link
Copy Markdown
Contributor

Summary

Translates the EDINT Environmental Sensors Ontology (v0.1.0) from
https://github.com/EDINT-Ontologia/edint-ontologia-medio-ambiente — a
generic SOSA/GeoSPARQL pattern for sensor platforms, sensors and
observations, meant to be specialized per domain.

Note on scope: the two other repositories requested alongside this one
(edint-ontologia-calidad-aire, edint-ontologia-climatologia) have no
ontology.ttl of their own — both are pure example/instance-data repos
reusing this exact pattern. Neither is modeled as its own standard;
calidad-aire's real example data grounds this standard's examples instead.

Three entities: SensorPlatform, EnvironmentalSensor,
EnvironmentalObservation.

A deliberate deviation from this family's usual convention

hasSensorType/observableProperty/featureOfInterest are kept as open
Relationships rather than enums, even where the base vocabulary is small —
the whole point of this ontology is to let domain specializations add their
own concepts on top (calidad-aire alone adds a sensor type that doesn't
exist in this base ontology's own KOS file).

Testing

All schema/context/example files parse and validate; example.json validates
against schema.json for all 3 models; standard-metadata.yaml parses; index
regenerated.

…sensors

Translates the EDINT Environmental Sensors Ontology (v0.1.0): a
generic SOSA/GeoSPARQL-based pattern for sensor platforms, sensors,
and observations, meant to be specialized per environmental domain
(air quality, climatology, noise) purely through open controlled
vocabularies rather than new subclasses.

Three entities: SensorPlatform, EnvironmentalSensor,
EnvironmentalObservation. hasSensorType/observableProperty/
featureOfInterest are deliberately kept as open Relationships rather
than enums, even where the base vocabulary is small, since domain
specializations add their own concepts on top.

Note: the user's requested edint-ontologia-calidad-aire and
edint-ontologia-climatologia repositories have no ontology.ttl of
their own -- both are pure examples of this same pattern -- so they
are not modeled as separate standards. calidad-aire's real example
data grounds this standard's own examples instead.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant