Difference between revisions of "Physical measurement - Mesure physique"
From KarstLink
| Line 10: | Line 10: | ||
| scope="col" | ''État :'' brouillon | | scope="col" | ''État :'' brouillon | ||
|- | |- | ||
| − | | scope="col" | | + | | scope="col" | The vote organized from June 24 to 30, 2024 led to the decision concerning physical measures being postponed |
| − | | scope="col" | | + | | scope="col" | Le vote organisé du 24 au 30 juin 2024 a conduit a reporter la décision concernant les mesures physiques |
|} | |} | ||
Latest revision as of 23:55, 30 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 |
| The vote organized from June 24 to 30, 2024 led to the decision concerning physical measures being postponed | Le vote organisé du 24 au 30 juin 2024 a conduit a reporter la décision concernant les mesures physiques |
| 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)
|
