Physical measurement - Mesure physique

Step 1 / Étape 1
Choice of support ontology for physical measurement (en)	Choix d'une ontologie support pour les mesures physiques (fr)
State: draft	État : brouillon
Planned vote: No debate, no vote on this subject, we go directly to step 2	Vote prévu : Pas de débat, pas de vote sur ce sujet, on passe directement a l'étape 2

Propositions / Proposals	Remarks (en)	Remarques (fr)
A : SSN	The SOSA and SSN ontologies are proposed by the W3C. SOSA is the core subset of SSN, sufficient for our needs and easier to use than full SSN. They provide descriptions of Sensors, PropertyOfInterest, and Observations: a sensor observes some property of an object (FeatureOfInterest) and yields a Result. Actuators will not be used for us.	Les ontologies SOSA et SSN (Semantic Sensors Network, et Sensor, Observation, Sample, Actuator) sont proposées par le W3C. SOSA est le noyau de SSN, plus simple, et suffisant pour nos besoins. Il permet de décrire les capteurs (Sensor), les Observations (acte d'observer ou de mesurer), les valeurs (Results) de la grandeur ou propriété observée (ObservableProperty) d'un objet (FeatureOfInterest). Nous n'utiliserons pas les Actuators.
B : FIWARE	European consortium on smart city IOT open source productions	Consortium européen sur les smart city IdO productions open source

Sensor data: time series (en)	Données de capteurs: séries temporelles (fr)
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 specificaly describing the metadata of each of these time series.	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.
The time-series metadata class may look like:an ID, a description, a Point (of observation), a (SOSA) sensor, one or more measured (SOSA) properties, the begin and end date/time, and the text file name (or URI).	Les méta-données d'une série temporelle devraient ressembler à : un ID, une description (optionnelle), un Point (lieu d'observation), un capteur (SOSA), une ou plusieurs grandeurs (SOSA) mesurées, les dates/heures de début et de fin, le nom du fichier (ou URI)
An observation Point can be a standard Point (with its coordinates), the entrance of a Cavity, or a Point inside a Cavity (survey point ?). It could be useful to discuss an extension of the Point Entity for these usage, as soon as it allows to compute their coordinates.	Le Point d'observation peut etre un point extérieur (avec coordonnées), l'entrée d'une cavité, ou un point à l'intérieur d'une cavité (point d'une topo ?). Il pourait etre intéressant d'enrichir l'entité Point de base pour cet usage, du moment qu'il permet de calculer les coordonnées.

Step 1 / Étape 1
Karstlin ontology proposal for physical measurement (en)	Proposition d'ontologie Karstlink pour les mesures physiques (fr)
State: draft	État : brouillon
Planned vote: No date set yet	Vote prévu : Pas de date fixée à ce jour

Propositions / Proposals	Remarks (en)	Remarques (fr)
Proposal A	to be done	à faire
Proposal B	....	....