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

    1797
  • Joined

  • Last visited

About edel

  • Rank
    Cumulus mediocris
  • Birthday 03/24/1979

Personal Information

  • Location
    Viroflay (78) / Puteaux (92)

Recent Profile Visitors

2398 profile views
  1. Même si ce n'est qu'une modélisation, le fait que les supercalculateurs voient le 30° s'installer sur le sud de la péninsule ibérique de nos jours n'est pas du genre rassurant non plus...
  2. Du coup, les 2 stations étant sur le même site, ne devrait-on pas simplement retenir systématiquement la valeur de relevé la moins élevée, pour exclure tout problème potentiel de surchauffe ?
  3. Avec plusieurs points d'interrogation alors... quand on voit la dispersion des scénarios GFS, rien n'est bien sûr...
  4. C'est le bulletin départemental MF, service Préviinfo je pense. Enfin, départemental... interrégional me parait plus juste. On est passé de "petites neiges éparse" à "jusqu'à 10 cm" d'un bulletin à l'autre, généralisé sur toute l'IDF... Peut-être qu'en visant 5 cm, localement plus, on sera proche de la vérité ?
  5. Bonjour, pour le moment, MF et Guillaume Séchet sont sur l'option "neige faible" avec 2 cm au sol tout au plus. A suivre...
  6. 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.
  7. 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
  8. 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 ?
  9. 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
  10. 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
  11. 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
  12. 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 çà
  13. 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
  14. 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
  15. 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.
×
×
  • Create New...