Jump to content
Les Forums d'Infoclimat

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.

edel

Adhérent Infoclimat
  • Content Count

    1791
  • Joined

  • Last visited

About edel

  • Rank
    Cumulus mediocris
  • Birthday 03/24/1979

Personal Information

  • Location
    Viroflay (78) / Puteaux (92)

Recent Profile Visitors

1983 profile views
  1. Finalement ce matin on retrouve les mêmes différences entre les déterministes cités hier, mais moins marquées, GFS étant un peu moins frais et CEP un peu moins chaud. Du coup on se dirigerait vers un temps agréablement chaud au nord de la Loire et bien chaud au sud. La différence venant d'une dépression septentrionale qui arriverait à rafraîchir assez nettement l'extrême nord de la France selon GFS, alors que CEP voit l'influence plus fraîche rester au-delà de nos frontières. MF tend vers le scénario CEP pour le moment.
  2. Juste pour les archives parce bon, un tel écart entre les 2 principaux déterministes çà ne doit quand même pas arriver souvent : Si les sudistes préféreront la vision GFS, les nordistes eux ne voudront aucun des 2, l'un étant trop frais et l'autre trop chaud. Un juste milieu, pas impossible, serait le bienvenu. +100
  3. J'ai un petit peu de temps libre, et je suis bien intéressé par le sujet. Par contre je ne sais pas encore si j'ai assez bagage technique pour m'y coller. En tout cas je suis à l'aise avec l'utilisation d'une API existante côté client. Y a déjà un travail qui a été fait en amont, des définitions de structure, de protocole, ou alors il faut partir d'une feuille blanche ?
  4. Bon en attendant un éventuel retour des stations MAE concernées, j'ai réussi à trouver un plan B, à savoir utiliser le réseau Netatmo. Certes ce ne sont pas les données les plus fiables qui soient, mais j'ai tout de même mis la main sur une station proche de chez moi qui présente des relevés qui semblent assez fiables (hormis peut-être le vent mais çà a une moindre importance pour mon besoin), de plus leur API, sans être un modèle de simplicité dans la structure des requêtes et des données, a le mérite d'être en accès libre (pour les données publiques, pas besoin de posséder une st
  5. Bonjour, Je suis triste depuis quelques jours. Triste parce que ma station fétiche MAE du lycée Parc de Vilgenis à Massy n'émet plus de données Et il y a celle du collège des Saules à Guyancourt qui n'émet plus depuis le 13 novembre 2017, d'ailleurs pour celle-ci il y a un bug qui fait qu'un relevé se réenregistre depuis, le 13 de chaque mois. Bon évidemment en ces temps de confinement il ne faut pas espérer de revoir des relevés dans les prochains jours, mais après cet épisode, sera-t-il possible, notamment pour Massy, de retrouver des relevés à jour ? D'ailleur
  6. A ce propos, il semble y avoir un bug avec les données générées dans le csv, dans un cas de figure : si on demande les données d'une seule journée passée, le CSV résultant donne la journée demandée... + les suivantes, jusqu'à 5 maximum. A corriger je pense
  7. Pour mon usage, ce n'est pas un problème puisque je ne souhaite traiter que les données récentes. Excellente initiative d'avoir augmenté la fréquence des relevés 👏 Edit : voilà j'ai mis au point un script de récupération et de reformatage selon mon besoin des données d'une station MAE, çà répond grandement à mon besoin. Pour que ce soit parfait, il faudrait que les rélévés passent à une fréquence de 5 min. Mais c'est déjà très bien comme çà
  8. Ah c'est un bon début @Sebaas merci ! Mais le fait qu'il n'y ait que les données horaires en téléchargement, alors que le site elles sont toutes les 10 minutes, est-il un soucis de simplification ou une limitation de la licence ? EDIT : Ah en fait dans le csv y a toutes les données
  9. Bon, dans un premier temps, serait-il possible de donner accès aux données brutes (fichier texte/csv) des stations ayant donné l'autorisation de réutilisation de leurs données ? Parce qu'au-delà de la spécificité du réseau Stat-IC, j'ai parcouru et testé quelques autres API du web et il y a toujours un truc qui cloche : soit les données semblent peu précises, soient elles ne donnent les températures qu'au format entier (si si...), soit c'est hors de prix. Ca va finir par me motiver pour la construction de l'API... mais ça me parait un chantier pharaonique cette histoire, et je ne sai
  10. C'est peut-être (encore) gratuit pour les propriétaires de stations qui envoient leurs données sur les sites météo. Mais ce n'est pas mon cas. Et l'API Wunderground a été remplacée par celle de "The Weather Company" qui est à destination des professionnels, et donc hors de prix.
  11. Merci pour ces nouvelles encourageantes ! Par contre il était précisé en début de topic : D'où la confusion sur le fait que le problème serait plus politique que technique, alors que visiblement c'est l'inverse. Je ne pourrai pas aider, je ne suis pas développeur; j'arrive plus ou moins à utiliser des API, pour ce qui est de les développer c'est une autre histoire...
  12. Bonsoir, Je reviens à la charge sur ce sujet, suite à la fermeture de l'API gratuite des données du site Weather Underground. De fait, il devient de plus en plus difficile d'accéder à des données d'observation gratuites, particulièrement de stations personnelles (hors METAR donc), de manière programmatique. Je suis surpris que ce sujet n'avance pas, on en parle quand même depuis 5 ans, techniquement le plus dur est fait; politiquement, pour les données du réseau StatIC, il suffit de demander à chaque propriétaire de station s'il souhaite rendre ses données publiquement accessibles, d
  13. Bonjour, il semble que le sujet n'ai guère avancé depuis la publication de ce message. Du nouveau à espérer à un terme raisonnable ?
  14. Tn Oui parce que sinon, en Tx c'est pas remarquable (merci pour la correction)
×
×
  • Create New...