Aller au contenu

Ce tchat, hébergé sur une plateforme indépendante d'Infoclimat, est géré et modéré par une équipe autonome, sans lien avec l'Association.
Un compte séparé du site et du forum d'Infoclimat est nécessaire pour s'y connecter.

Tetranos

Membres
  • Compteur de contenus

    5
  • Inscription

  • Dernière visite

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

Tetranos's Achievements

Cirrus

Cirrus (1/24)

  1. C'est en place. Les stations actives à +/- 10 km du Gard sont récupérées chaque dimanche. Le code (PowerShell / SQL) est dispo ici : https://github.com/CD30-Devil/SI3P0/tree/main/Météorologie
  2. Bonjour à tous, Je vois dans mes cartes qui s'appuient sur l'OpenData Static que certaines stations ne renvoient plus de données alors que de nouvelles stations (ou d'anciennes réactivées) sont présentent sur le périmètre du Gard. La première fois, j'avais listé à la main les stations actives disponibles. Il serait plus efficient d'automatiser la récupération de la liste. Existe-il une requête API pour récupérer la liste des id des stations actives ? Idéalement, il faudrait que l'API prenne en paramètre un rectangle de recherche mais sinon je pourrais faire le filtre a posteriori. Si une telle API n'est pas disponible, quelle serait la méthode la plus simple pour récupérer cette liste via l'interface du site ? Merci,
  3. Bonjour, Merci pour le retour. Pour 2, cela ne semble pas fonctionner. S'il y a une TimeZone dans la date, alors aucune mesure n'est renvoyée : start=2022-01-26T09:12:14.5714321+01:00&end=2022-01-26T10:12:14.5714321+01:00 Extrait du résultat : "hourly": { "_params": [ Sans TimeZone (donc en UTC), des mesures en dehors de la plage sont renvoyées : start=2022-01-26T08:11:20.3346878Z&end=2022-01-26T09:11:20.3346878Z Extrait du résultat : "hourly": { "000Q4": [ { "id_station": "000Q4", "dh_utc": "2022-01-21 00:00:00", Idem si je prends soin d'avoir les minutes et secondes à 0 : start=2022-01-26T08:00:00Z&end=2022-01-26T09:00:00Z Extrait du résultat : "hourly "hourly": { "000Q4": [ { "id_station": "000Q4", "dh_utc": "2022-01-21 00:00:00", Cordialement,
  4. Bonjour à tous, Avant toutes choses, j'espère ne pas me tromper de section pour la création de ce sujet. Je viens vers vous car j'ai mis en place un processus automatique d'accès à l'API OpenData. Ce process récupère en journée toutes les 15 minutes les mesures d'une quinzaine de stations StatIC. Le but est de fédérer dans une carte des données de sources et natures variées qui peuvent aider à la surveillance du réseau routier départemental. Côté technique, le process est fait en PowerShell lancé par une tâche planifiée. Il alimente une base de données locale PosrgreSQL/PostGIS. Le code est disponible en OpenSource ici : https://github.com/CD30-Devil/SI3P0/tree/main/Météorologie J'en viens aux questions : 1 - Est-ce qu'une interrogation toutes les 15 minutes est ok ou potentiellement trop fréquente pour les serveurs ? 2 - J'affiche sur la carte les données récentes et j'aurais donc besoin de récupérer les infos seulement sur quelques heures. L'URL prend des dates en paramètre, est-il possible de spécifier en plus des heures pour ainsi limiter la quantité de données à transférer ? 3 - Je vois dans le retour JSON la section suivante : "_params": [ "temperature", "pression", "humidite", "point_de_rosee", "vent_moyen", "vent_rafales", "vent_direction", "pluie_3h", "pluie_1h" ] Aussi, je me demande s'il est possible de spécifier dans l'appel les valeurs attendues en retour. Typiquement, est toujours pour limiter les données qui transitent, je n'utilise pas le "pluie_3h". Par avance merci, Michaël
×
×
  • Créer...