Difference between revisions of "Physical measurement - Mesure physique"
(Structure complète de la Proposition B, première version a discuter.) |
|||
Line 71: | Line 71: | ||
** D'une Description obligatoire (http://purl.org/dc/terms/description) | ** D'une Description obligatoire (http://purl.org/dc/terms/description) | ||
* Est associé de manière obligatoire à une licence parmi les différents types (https://ontology.uis-speleo.org/ontology/#licenseType) retenus | * Est associé de manière obligatoire à une licence parmi les différents types (https://ontology.uis-speleo.org/ontology/#licenseType) retenus | ||
+ | |- | ||
+ | ! | ||
+ | | A Sensor is an extension of the Sosa sensors (http://www.w3.org/ns/sosa/Sensor) | ||
+ | * is necessarily associated to a Sensor Type | ||
+ | * is associated to a Serial number (String) | ||
+ | * Is optionally associated with a Quality which is freely described (Strings). As far as possible, the quality must give information about the precision, the calibration, or the defects of this particular sensor, for the sake of future analysis of the data. | ||
+ | | Un Capteur est une extension des capteurs Sosa (http://www.w3.org/ns/sosa/Sensor) | ||
+ | * est obligatoirement associé à un Type de Capteur | ||
+ | * est associé à un numéro de série (String) | ||
+ | * Est éventuellement associé à une Qualité librement décrite (Strings). Dans la mesure du possible, la qualité doit donner des informations sur la précision, l'étalonnage ou les défauts de ce capteur particulier, en vue d'une analyse future des données. | ||
+ | |- | ||
+ | ! | ||
+ | | A Sensor Type is an extension of the Sosa sensors (http://www.w3.org/ns/sosa/Sensor) | ||
+ | * Is associated to one or more triples containing an observed property (from QUDT Quantity Kinds: https://www.qudt.org/doc/2024/03/DOC_VOCAB -QUANTITY-KINDS-ALL-v2.1.html), a unit (from QUDT Units https://www.qudt.org/doc/DOC_VOCAB-UNITS.html), and optionally with a prefix (from QUDT Prefixes https://www.qudt.org/doc/DOC_VOCAB-PREFIXES.html) | ||
+ | * A mandatory Description (http://purl.org/dc/terms/description), containing at least the specification of the structure of the Results Document (Strings) | ||
+ | | Un Type de capteur est une extension des capteurs Sosa (http://www.w3.org/ns/sosa/Sensor) | ||
+ | * Est associé à un ou plusieurs triplets contenant une propriété observée (de QUDT Quantity Kinds : https://www.qudt.org/doc/2024/03/DOC_VOCAB -QUANTITY-KINDS-ALL-v2.1.html), une unité (à partir des unités QUDT https://www.qudt.org/doc/DOC_VOCAB-UNITS.html), et éventuellement un préfixe (à partir des préfixes QUDT https://www.qudt.org/doc/DOC_VOCAB-PREFIXES.html ) | ||
+ | * Une Description obligatoire (http://purl.org/dc/terms/description), contenant au minimum la spécification de la structure du Document de Résultats (Strings) | ||
+ | |- | ||
|- | |- | ||
! Proposal B | ! Proposal B |
Revision as of 10:01, 23 June 2024
Step 2 / Étape 2 | |
---|---|
Karstlin ontology proposal for physical measurement (en) |
Proposition d'ontologie Karstlink pour les mesures physiques (fr) |
State: draft | État : brouillon |
Planned vote: June 24 to 30, 2024. The page will be frozen on June 24, 2024. Voters will be the people registered on the Karstlink mailing list on June 17, 2024 | Vote prévu : 24 au 30 juin 2024. La page sera figée le 24 juin 2024. Les votants seront les personnes inscrites sur la liste de diffusion Karstlink le 17 juin 2024 |
Propositions / Proposals | Description (en) | Description (fr) |
---|---|---|
Proposal A | A physical measurement or series of physical measurements (http://www.w3.org/ns/sosa/Observation)
|
Une mesure physique ou une série de mesures physiques (http://www.w3.org/ns/sosa/Observation)
|
A Sensor is an extension of the Sosa sensors (http://www.w3.org/ns/sosa/Sensor)
|
Un Capteur est une extension des capteurs Sosa (http://www.w3.org/ns/sosa/Sensor)
| |
A Sensor Type is an extension of the Sosa sensors (http://www.w3.org/ns/sosa/Sensor)
|
Un Type de capteur est une extension des capteurs Sosa (http://www.w3.org/ns/sosa/Sensor)
| |
Proposal B | For the large amount of data produced by our usual sensors (pressure, temperature, etc.) in long periods of measures, it is not realistic to encode each measure by a class instance. We propose to keep the data in a textual format close to the provider generated data (.cvs, .txt), with entities specifically describing the metadata of each of these time series.
Structure: As already sketched in the original Karstlink ontology, physical measurements and time-series are both subclasses of the superclass "Observation". As such, common features of Observations (relations to Location, cavity, document, organization, person) do not need to be redefined in the subclasses, unless we want to make them more precise. Moreover, it is clear that both subclasses have some common features, typically relations with a Sensor, an environment. But other features are different and not compatible, typically a punctual measurement has a mandatory Time element, whereas time-series have mandatory start and end dates; and punctual measurements have a result value, whereas time-series should have either a list of result triples, OR a document encoding these results. As a consequence this proposal advocates the definition of one Observation "Physical measurement" subclass with these common features, and two more specific subclasses for "Punctual measurement" and "Time-series". This can appear as a little complicated, but in fact for each of the 2 subclasses, the description is simpler, more natural and more precise. |
Pour les grandes quantités de données produites par nos capteurs (pression, température, etc.) sur de longues périodes, il n'est pas raisonnable d'encoder chaque mesure par une instance d'observation. Nous proposons de conserver les données dans un format texte proche de celui créé par les logiciels du fournisseur, et de fournir une entité "méta-données" associée à chacun de ces fichiers.
Structure : Comme déjà esquissé dans l'ontologie originale de KarstLink, les mesures physiques et les séries temporelles sont toutes deux des sous-classes de la superclasse « Observation ». Ainsi, les caractéristiques communes des Observations (relations à la localisation, à la cavité, au document, à l'organisation, à la personne) n'ont pas besoin d'être redéfinies dans les sous-classes, à moins que nous souhaitions les rendre plus précises. De plus, il est clair que les deux sous-classes ont des caractéristiques communes, généralement des relations avec un capteur, un environnement. Mais d'autres fonctionnalités sont différentes et non compatibles, généralement une mesure ponctuelle a un élément Time obligatoire, alors que les séries chronologiques ont des dates de début et de fin obligatoires ; et les mesures ponctuelles ont une valeur de résultat, alors que les séries chronologiques doivent avoir soit une liste de triplets de résultats, soit un document codant ces résultats. En conséquence, cette proposition préconise la définition d'une sous-classe d'observation « Mesure physique » avec ces caractéristiques communes, et de deux sous-classes plus spécifiques pour « Mesure ponctuelle » et « Séries temporelles ». Ceci peut sembler compliqué, mais en fait pour chacune des 2 sous-classes, la description est plus simple, plus naturelle, et plus précise. |
A Physical measurement
Is a subclass of Observation, and as such, by inheritence:
Moreover it has the following additional features:
|
Une Mesure physique
Est une sous-classe d'Observation, et à ce titre, par héritage :
De plus, elle possède les fonctionnalités supplémentaires suivantes :
| |
A Punctual measurement
|
Une Mesure ponctuelle
| |
A Time-series
|
Une Série temporelle
| |
A Sensor is an extension of the Sosa sensors (http://www.w3.org/ns/sosa/Sensor)
|
Un Capteur est une extension des capteurs Sosa (http://www.w3.org/ns/sosa/Sensor)
| |
A Sensor Type is an extension of the Sosa sensors (http://www.w3.org/ns/sosa/Sensor)
|
Un Type de capteur est une extension des capteurs Sosa (http://www.w3.org/ns/sosa/Sensor)
|