Ajout SensorThings au coeur de Mviewer

pierrejego commented 2 years ago

Description / Describe

SensorThings a un standard OGC https://www.ogc.org/standards/sensorthings Ce standard permet d'avoir une interopérabilité avec tous les données de capteurs. L'Agrocampus travaille sur le sujet et serait intéresser par ajouter le type SensorThings dans mviewer au même titre que le WMS ou WFS

Description détaillée / Detailed description

L'idée serait de permettre via le fichier de configuration du mviewer de créer un thème/layer Sensorthings pour faciliter la mise en place rapide d'outils de visualisation de la données

Informations complémentaires / Additional context

Il peut y avoir des très nombreux capteurs et données de capteurs, l'idée de cette première implémentation est de réaliser les bons steps d'appel pour afficher les données, sans rentrer pour l'instant dans la complexité de lire une montagne de données.

Cette première implémentation devra limité le nombre d'éléments reçu.

bchartier commented 2 years ago

Est-ce qu'on a des URL d'API implémentant SensorThings avec lesquelles on pourrait jouer ?

Agath21 commented 2 years ago

@hsquividant est-ce que je peux partager le lien vers le démonstrateur SensorThings basé sur Mviewer et l'API geosas associée ?

hsquividant commented 2 years ago

@Agath21 et @bchartier, oui l'INRAE, le BRGM, IFREMER et proposent des API SensorThings en production :

https://api.geosas.fr/agri4cast/v1.0/ Données météo journalières maillées (20 km) depuis 20 ans sur la Bretagne, bientôt étendues à la France
https://sensorthings-wq.brgm-rec.fr/FROST-Server/v1.0/ (~~certificat https en cours de renouvellement~~) Qualité des eaux de surface en France
https://sensorthings.geomatys.com/examind/WS/sts/default/ Données météo acquises sur des balises en mer

Du côté de l'INRAE, à minima 2 observatoires labellisés "long terme" devraient devraient proposés leur API SensorThings à l'automne. Lidée serait de proposer au sein d'un même visualiseur des données spatiales via flux WMS/WFS + SLD + Dataviz ET des données temporelles via flux SensorThings, un besoin à priori générique pour tous les observatoires de recherche.

t-loree commented 2 years ago

Quelques exemples de requête utile pour le Mviewer :

Thing : exemple une station de mesure Location : emplacement géographique des Things Datastream : regroupe les observations d'une même propriété (ex Température). Un Datastream est associé à une Thing.

Pour récupérer les Things + la Location associée et pouvoir générer un geojson :

https://api.geosas.fr/agri4cast/v1.0/Things?$expand=Locations
Il est possible de filtrer les champs (pour avoir un json plus léger) et faire des requêtes imbriquées (ne marche pas pour le moment sur géosas) https://sta4hydrometry.brgm-rec.fr/FROST-Server/v1.0/Things?$select=name,description,@iot.id&$expand=Locations($select=location)

Pour récuper les Things + la Location associée + le ou les Datastreams associés :

https://sta4hydrometry.brgm-rec.fr/FROST-Server/v1.0/Things?$select=@iot.id,name,description,Datastreams&$expand=Locations($select=location),Datastreams($select=name,phenomenonTime,unitOfMeasurement,@iot.id,Observations) Le champ Datastreams contient un lien vers la série temporelle (Observations) : https://sta4hydrometry.brgm-rec.fr/FROST-Server/v1.0/Datastreams(2538108)/Observations Filtre des champs pour une requête plus légère : https://sensorthings-wq.brgm-rec.fr/FROST-Server/v1.0/Datastreams(2538108)/Observations?$select=phenomenonTime,result

La requête ci-dessus est intéressante pour avoir de nombreuses informations sur la Thing d'un seul trait mais peut-être lourde s'il y a beaucoup de Datastreams par Thing, pour plus de légèreté il vaut mieux séparer les requêtes:

1 Téléchargement du json et génération de la couche spatiale : https://sta4hydrometry.brgm-rec.fr/FROST-Server/v1.0/Things?$select=name,description,@iot.id&$expand=Locations($select=location)
2 Requête sur une Thing par l'utilisateur pour afficher le ou les Datastreams disponible : https://sta4hydrometry.brgm-rec.fr/FROST-Server/v1.0/Things(50)/Datastreams?$select=name,phenomenonTime,unitOfMeasurement,@iot.id,Observations
3 Affichage de ou des séries temporelles associées au Datastream : https://sta4hydrometry.brgm-rec.fr/FROST-Server/v1.0/Datastreams(99)/Observations

Une autre façon de voir les choses peut-être de passer par les ObservedProperties (par exemple la température, le vent...), un Datastream est associé à une ObservedProperties. Il est possible de filtrer les Datastreams (ou les Things je crois) selon l'ObservedProperties choisi. https://api.geosas.fr/agri4cast/v1.0/ObservedProperties

spelhate commented 2 years ago

Quelques exemples de requête utile pour le Mviewer :

Thing : exemple une station de mesure Location : emplacement géographique des Things Datastream : regroupe les observations d'une même propriété (ex Température). Un Datastream est associé à une Thing.

Merci c'est très clair et ça aide à se projeter.

Gaetanbrl commented 2 years ago

Suite à une première présentation des premiers travaux au PSC :

Une contribution est bienvenu pour un nouveau type de couche
La couche devra être intégrée comme une couche classique
La sélection des datastream / Multidatastream sera insérée dans un nouveau control de couche :

https://github.com/geobretagne/mviewer/blob/master/js/templates.js#L169-L181

La branche qui servira à la contribution a été créée :

https://github.com/geobretagne/mviewer/tree/issue-627

Pour info, un serveur Node.js est en cours de développement avec Insitut Agro - INRAE (UML SAS - Mario et @hsquividant):

https://github.com/Mario-35/api-sensorthing

Gaetanbrl commented 7 months ago

Je clos PR mergée. Je rajoute une issue sur le multidatastream qui n'a pas un comportement optimal.

mviewer / mviewer

Ajout SensorThings au coeur de Mviewer #627