hermouparis

Pluie plutôt continue et modérée sur Chambéry depuis le début d'aprem. Sur la station MF de Chambé-Aix on en est à 9.3mm et 14.7°C à l'instant. 13.2mm cumulés à Challes-les-Eaux relevés à 16h30.

Les précipitations bougent TRES vite sur le radar, Chambéry devrait pas tarder à ramasser une bonne pluie. Pour l'instant vent frais avec des rafales de plus en plus fortes sous un ciel bien chargé.

Salut à tous les deux ! J'avoue que je ne pensais pas rentrer dans des considérations aussi techniques sur ce sujet qui était plus voué à simplement présenter le projet et connaitre les attentes d'éventuels utilisateurs. M'enfin ça ne me dérange pas du tout, bien au contraire 😁 Concernant le process, il est effectivement plus ou moins similaire à ce qu'a évoqué @Orage 33, avec pas mal de petites subtilités ou différences tout de même. Concernant l'optimisation, il est clair que le travail de réduction du domaine spatial est indispensable. Il était réduit jusque-là pour tous les modèles à, au maximum, le domaine d'arome25. Il est désormais depuis quelques jours réduit à un rectangle encore plus petit intégrant uniquement la France Métropolitaine. Je dis "au maximum" car certains modèles comme cosmo n'ont pas un domaine qui couvre l'ensemble du rectangle déjà évoqué. Les paramètres proposés (et donc inscrits en BDD) étaient, jusqu'à ce que je m'intéresse aux données d'altitude, restreints à des variables très courantes (TMP à 2m, RH à 2m,...). Concernant le vent à 10m, j'ai effectivement fait le choix de proposer les variables de vitesse et de direction au détriment des composantes u et v, comme la plupart du temps l'utilisateur se contente tout à fait de la vitesse et de la direction, on shunte l'étape de conversion et ça arrange beaucoup de monde ; libre à chacun d'utiliser la méthode pour retrouver u et v si vraiment cela est nécessaire ! Concernant les paramètres d'altitude, je récupère uniquement température, humidité relative, u, v, pression (pour les données AGL), géopotentiel(pour les données en niveau pression). Cela suffit a priori pour produire quelque chose de correct en effectuant des petits calculs au moment du traitement de la requête utilisateur. La suppression des anciennes données est peu couteuse en ressources serveur, ce n'est pas vraiment un point à optimiser ou quoi. Maintenant que les champs en niveaux d'altitude sont dispo, je vais (en + d'ajouter un moyen de connaitre l'état d'avancement des modèles sur le serveur qcomme je l'avais déjà évoqué) essayer de faire un petit "mode montagne" avec ajustement des températures en fonction de l'altitude réelle du point, détermination de la limite pluie-neige, qualité de la neige, possibilité de pluies verglaçantes... A défaut d'intéresser beaucoup de monde, ça me servira au moins à moi 😂😂

Salut @fiflot ! Tu as toujours accès aux même données qu'avant en faisant une requête sous cette forme https://weather-data.org/api/get?model=arome-0.01,arome-0.025&lat=45.566&lon=5.9222&token=W_000_test_000_D&model_disp_names=0 Et il n'y a même plus la conversion à faire ! Les paramètres s'appellent directement "gust"(rafales), "wind_speed" et "wind_direction", t'as plus qu'à multiplier la vitesse par 3.6 et le tour est joué 😛 @_sb j'ai bien lu ton message, je réfléchis de mon côté à tout cela ! Concernant ce qui consomme le plus de ressources au niveau du serveur, il s'agit surtout de l'insertion des données en BDD. Le pire moment étant celui de l'indexation de la base en fonction de la latitude et la longitude, ça chauffe pendant un moment...

Salut @_sb ! Effectivement les niveaux AGL (Above Ground Level, je précise car j'ai eu un doute aussi) toucheront plus de monde que certains niveaux en pression bien loin de la situation au sol. En revanche, ces niveaux isobares restent indispensable à la fabrication d'un RS dans les règles de l'art. J'ai fait le test avec vraiment tous les paramètres sauf le vent (ce qui est quand même dommage, rip les hodographes) et l'affichage de toutes ces données brutes dans l'API prend environ entre 0.6 et 0.9s ... Pas si pire ! Je pense que comme tu le dis je vais quand même séparer dans ma base de données la partie "données courantes" et la partie "données RS". Oui tout se passe sur le même serveur ! Les données brutes sont téléchargées au format GRIB2. Après, si tu veux financer un second serveur y a pas de soucis Pour ta question sur les RS je pensais faire les 2 ! Proposer les paramètres bruts (c'est déjà fonctionnel ça d'ailleurs, une petite requête avec le modèle "arome-0.025" et tu as tout ce qu'il faut) mais aussi des RS tous prêts qui se "fabriquent" au moment de la requête. Pour l'instant j'en suis à là (juste bossé dessus hier soir pour le moment) : Bon il manque quelques d'infos et il faudra revoir surtout les aspects graphiques mais ça commence à ressembler à quelque chose

Le ciel se voile sans se presser sur Toulouse ! Je viens de lire à l'instant 21.0°C à Blagnac, à voir si ça peut monter encore un peu... Grand halo observable il y a une vingtaine de minutes dans le SO de l'agglo :

Bonjour bonjour, quelques nouveaux points : >>> possibilité d'afficher plusieurs modèles à la fois, dans ce cas là le schéma du json renvoyé est : "forecasts" --> "date" --> "param" --> "level" --> "model" --> value . Les modèles doivent être séparés dans l'url par une virgule, sans espaces supplémentaires comme dans l'exemple qui suit : https://weather-data.org/api/get?model=cosmo-d2,icon-eu,arome-0.01&lat=43.566&lon=5.9222&token=W_000_test_000_D >>> il y a possibilité de NE PAS afficher le modèle entre le niveau d'altitude et la valeur. Ça peut être intéressant pour certains modèles dont les paramètres disponibles ne se chevauchent pas : c'est le cas pour arome 0.01° et arome 0.025° où j'ai fait en sorte de prendre une partie des données avec l'un et l'autre partie avec l'autre. Le paramètre à ajouter dans l'url est : model_disp_names=0 (la valeur est par défaut à 1 si vous ne précisez rien). Exemple ici : https://weather-data.org/api/get?model=arome-0.025,arome-0.01&lat=43.566&lon=5.9222&token=W_000_test_000_D&model_disp_names=0 J'ai eu quelques soucis en essayant d'intégrer les paramètres d'altitude, et j'ai toujours quelques interrogations par ailleurs : j'ai ajouté température/humidité relative/pression sur les niveaux d'altitude entre +20m et +3000m par rapport au sol (25 niveaux en tout). Soyons honnête, ça fonctionne, et je pense même que je pourrai ajouter les paramètres en niveaux isobares histoire d'avoir quasiment de quoi fabriquer un RS, mais les performances sont moyennes... Environ 0.5s pour afficher arome avec tout ce bazar, sans doute pas loin de 1s si je mets vraiment tout ce que j'aimerai ajouter. J'hésite donc à séparer clairement la partie "données pour RS" de la partie "données courantes", ça permettrait de conserver des performances très correctes pour l'affichage de données type prévision générale. Bon, dans tous les cas, on reste dans des temps d'affichage encore acceptables. Pour la suite, j'envisage, dans l'ordre chronologique : >>> de faire un test avec tous les paramètres nécessaires aux radiosondages en conservant le système actuel, histoire de voir quelles performances on a lorsqu'on demande à l'API une quantité énorme de paramètres >>> d'ajouter la possibilité de ne choisir que quelques paramètres au niveau des requêtes dans l'API (un truc du genre http://...&params=temperature,wind&levels=...) >>> mise à jour de la doc >>> ajouter sur la page d'accueil l'état d'avancement du stockage des modèles dans le serveur, histoire de savoir si AROME est bientôt dispo par exemple . Bonne journée !

Bonsoir ! C'est ok pour la migration des paramètres d'AROME. Dans la semaine qui arrive, je m'occupe de ré-intégrer ça correctement à la visualisation graphique et d'ajouter les paramètres altitude ! https://weather-data.org/api/get?model=arome-0.025&lat=45.866&lon=6.9222&token=W_000_test_000_D Bye !

Bonjour, le site risque d'être un peu lent ou parfois indisponible aujourd'hui. Je vais essayer de faire un gros travail sur AROME : --> Ne seront plus disponibles avec arome 0.01° que la température à 2m et les précipitations (les 3 types) soit une conservation d'uniquement 4 paramètres avec cette maille. --> Implémentation d'arome 0.025° avec mise à disposition de : a) tous les paramètres qui étaient dispo sous arome 0.01° sauf température à 2m+précipitations b) quelques nouveaux paramètres courants : Pmer, Tsurface, Eau nuageuse à 20m, ... c) Paramètres en niveaux hauteur/pression : j'espère pouvoir profiter de l'espace libéré par arome 0.01° pour proposer vraiment beaucoup de paramètres en niveaux altitude, peut-être de quoi proposer des radiosondages prévus ? Je vais voir ce qui est faisable. Au passage, j'ai rajouté hier l'altitude de chaque modèle : disponible dans l'API au niveau de "geography" --> "model_altitude", en mètres bien sur ! Désolé pour le dérangement.

Salut ! Oui pour AROME j'ai aussi le cumul depuis t0. Mais ce n'est pas un problème, une petite soustraction entre deux échéances successives et ton problème devrait être vite réglé 😜. Pas de soucis .

Salut ! Non, j'ai pas fait de liste des paramètres modèle... Serait-ce vraiment utile ? La plupart des paramètres sont affichés de manière très compréhensible dans le json, en plus l'unité écarte le doute en général. Maintenant, si quelqu'un en exprime le souhait ici, je peux tout à fait le faire, ça ne prendrait pas non plus des plombes... On ne peut en effet pour l'instant pas choisir uniquement certains ou un seul paramètres, tout comme on ne peut pas choisir plusieurs modèles ou tous à la fois, mais ces fonctionnalités-là sont par contre prévues d'être implantées prochainement. Récupérer les données sur une surface, vu le temps d'affichage des données pour un seul point, cela voudrait dire que la personne qui utilise cette éventuelle fonctionnalité devra avoir son propre système de stockage des données de son côté. Or là le but de l'API est plutôt de permettre d'afficher les données sur le site tiers "à l'instant" où elles sont récupérées depuis l'API, autrement dit sans avoir besoin d'un quelconque stockage pour faire un site de prévision. Cela dit, je comprends à nouveau que ce type de produit puisse intéresser. Honnêtement, ce n'est pas dans mes plans pour l'instant (après, si quelqu'un sort le chéquier, on peut toujours s'arranger😁😁). Merci pour ton retour (très pertinent!) J'ai encore un peu bossé sur l'interface graphique, j'ai au passage récupéré le certificat https (le http reste toujours accessible mais il peut y avoir quelques soucis d'affichage des images notamment, je forcerai bientôt la redirection du http ver https). Il y a désormais possibilité de géolocalisation en cliquant sur le petit drapeau à droite du champ de recherche. Il y avait aussi un bug des températures (aussi sur l'API !) avec ARPEGE, la Tmax était bien souvent affichée en lieu et place de la T horaire... ARPEGE est donc désormais pleinement exploitable, que ce soit pour regarder la prévi sur https://weather-data.org/forecasts/tables/arpege-0.1?lon=2.3488&lat=48.85341 ou pour récupérer les données sur l'API Bonne soirée !

Salut ! J'ai réglé les deux soucis, en effet il s'agit de cosmo-d2 et il y avait une petite virgule en trop dans le json décrivant l'api. Cela dit, c'est plutôt par simple formalisme que je laisse dispo ce fichier json : il ne délivre guère plus d'infos que la documentation et il faut, à mon sens, particulièrement s'ennuyer pour essayer d'utiliser l'API en ne lisant que ces spécifications plutôt que la doc, beaucoup plus lisible. Remarque, c'est vrai qu'en ce moment, ... A+

Bonsoir ! J'ai profité d'un peu de temps libre pour améliorer légèrement la visualisation graphique des données sous forme de tableaux. Il y a désormais + de facilités pour switcher d'un modèle à l'autre grâce au petit menu déroulant sous "Modèle". De plus, concernant COSMO, il y avait beaucoup de valeurs manquantes car seules les précipitations sont délivrées par pas de 15mn. Du coup, pour donner l'illusion d'une prévision complète par pas de 15mn, j'ai fais de petites régressions linéaires entre les données : le résultat n'est pas exceptionnel mais ça a le mérite d'être plus agréable à lire. Par ici si vous voulez tester : http://weather-data.org/forecasts/tables/cosmo-d2?lon=2.3488&lat=48.85341 J'ai vu qu'il y avait quelques mélanges d'échéances sur ARPEGE ce qui donne des températures un peu farfelues... J'essaierai de résoudre ce problème très prochainement. C'est le seul modèle où les données sont défaillantes, tout est opérationnel pour le reste ! Bonne continuation et bon courage en ces temps difficiles, et surtout comme d'habitude n'hésitez pas si vous avez des questions ou suggestions

Yep c'est bien ça ! Si tu as des besoins spécifiques on peut s'arranger effectivement pour que j'ajoute quelques modèles, le seul truc c'est que la capacité de stockage du serveur n'est pas ouffissime donc pour des mailles vraiment fines ça va être chaud. N'hésite pas à me MP 😀

Salut salut ! Petit passage par ici pour préciser que le site n'est pas mort😁. J'en ai d'ailleurs profité ces derniers jours pour mettre un peu en forme les données distribuées sur l'API. Le résultat est largement améliorable mais c'est déjà utilisable pour certains paramètres (juste au niveau du temps sensible il manque pas mal de cas...) et est dispo ici pour le modèle AROME : http://weather-data.org/forecasts/tables/arome-0.01?lon=2.3488&lat=48.85341 N'hésitez pas à vous amuser avec le moteur de recherche qui fonctionne avec Geonames, du coup il y a pas mal de coins insolites accessibles (sommets notamment) voire carrément modifier les coordonnées GPS à la main🤠 A+

Salut ! Désolé pour la réponse si tardive. J'utilise pour l'instant MySQL (ou plutôt MariaDB) avec un SSD en effet. Bon courage pour la suite du développement de ton projet Concernant Weather-Data, les données étaient régulièrement indisponibles auparavant car le disque était rapidement plein. J'ai résolu ce problème ces derniers jours avec un système plus efficace de suppression des données obsolètes. Tout devrait être dispo 24h/24 désormais

Bonjour, Les packages essentiels d'AROME sont enfin dispo, désolé pour la lenteur^^ Un petit exemple : http://weather-data.org/api/get?model=arome-0.01&lat=45.566&lon=1.3222&token=W_000_test_000_D Je vois par ailleurs qu'un des paramètres apparaît sous le nom "NULL", il doit s'agir de la réflectivité, je verrai ça plus tard !

Du coup j'ai ajouté les unités ! J'ai aussi mis en route GEFS 1°, je me suis rendu compte dans le même temps que l'échéance était bloquée par défaut à 78h quel que soit votre choix... Du coup c'est modifié et le choix de [term] sera visible (384h par défaut, pour les modèles qui vont aussi loin, si le paramètre n'est pas précisé) ! Toutes les pertus et le run de contrôle (pertu "0") sont dispo jusqu'à h+384, par pas de 6h. J'ai pas mis d'outil pour filtrer les pertus, je verrai peut-être plus tard. Ça peut être sympa pour faire des graphiques rapidement sans se casser la tête Tout cela est visible par exemple ici : http://weather-data.org/api/get?model=gefs-1-ens&lat=45.566&lon=8.9222&token=W_000_test_000_D&term=192

Bonsoir ! Le format JSON est intéressant car tu peux facilement exploiter les données avec un language informatique (js, php pour le web par exemple). En général il existe des fonctions/modules qui te permettent de facilement transcrire le json en variables du language. En effet le point utilisé est le plus proche voisin (cf model_longitude et model_latitude dans la section "geography").

Salut ! En effet je vais sans doute ajouter une indication d'unité, parfois c'est un peu ambigu, à voir si ça n'explose pas trop le temps d'affichage... En revanche toutes les abréviations vont être explicitées, il faut juste que je mette à jour la base de données qui les traduit ! Dans ton cas il me semble que ce sont des données de flux solaires et d'évaporation, je suis pas sûr que ça intéresse grand monde pour l'instant. Si vraiment ça presse ou que tu retombes sur des abréviations non traduites plus tard, tu peux fouiller par ici : https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table4-1.shtml

Bonjour ! Je viens ici vous présenter un nouveau petit projet web🙃. Après avoir badigeonné dans la farine pendant longtemps pour créer mon propre site de prévisions automatisées, je me suis dit qu'il était temps de proposer les données des modèles météo de manière à les rendre rapidement ET facilement utilisables. Même si j'espère que le site aura d'autres vocations (en particulier proposer des prévisions brutes, des cartes, etc...), ce que je voulais absolument voir émerger est terminé (ou plutôt commencé) : une API qui permet de récupérer les données des modèles ! Pour l'instant seulement 4 modèles sont dispo : gfs 0.25°, arpege 0.1°, icon France et cosmo. Les données sont distribuées au format json et la limitation d'utilisation est de 1000 requêtes/jour (tout est expliqué dans la documentation http://weather-data.org/api ). Le résultat ressemble à cela : J'ai essayé de proposer les paramètres les plus courants, mais si vous pensez qu'il manque des choses importantes, n'hésitez pas à demander ! Je devrai ajouter arome 0.01° et gefs 1° avec toutes les perturbations d'ici le début de semaine prochaine... J'ai créé un token de test (lui aussi limité à 1000req/j) si vous voulez jeter un coup d’œil sans vous embêter : http://weather-data.org/api/get?model=icon-eu&lat=48.8666&lon=2.3333&token=W_000_test_000_D Si vous avez des suggestions, n'hésitez pas !

Couverture nuageuse coupée au couteau à la frontière franco-italienne hier matin, en montant sur l'Albaron (3637m). Rafales de vent modérées voire parfois violentes à la descente (à partir de 11h30 environ). Côté français temps sublime le matin, puis le ciel s'ennuage rapidement en fin de matinée en corrélation avec l'arrivée des premières grosses rafales. Quelques gouttes tout au long de la Maurienne en rentrant sur Chambéry le soir, sans plus...

Petite averse orageuse sur Chambéry sud.

Mon foie est vacciné contre tout. #Clavier ## Rolala j'ai fais PC pas Khâgne @tao (... et dire que j'ai eu TPE grâce au français 🙃 )

Bonsoir à tous, je profite de ce topic pour partager ma joie d'être admis à la rentrée prochaine à l'école de météo en fonctionnaire . Ça me permettra aussi de découvrir d'autres montagnes que mes Alpes natales et un climat bien différent de celui de Chambéry, je l'espère .