hermouparis

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 .

Quelques photos de ma traversée de Chartreuse du 31 juillet au 5 août où le temps aura été globalement agréable, avec des nuits bien dégagées en général permettant d'admirer les étoiles presque chaque nuit ! Quelques soucis pour trouver de l'eau, particulièrement sur le haut plateau à l'est du massif, où la plupart des fontaines étaient plus ou moins à sec. Malgré cela, la végétation est encore plutôt verdoyante et la rosée était présente chaque matin en quantité sur la toile de tente. Itinéraire sur OpenRunner Sur le Mt Outheran Sur le Charmant Som Sur le Dôme de Bellefont

ENFIN il pleut à Chambéry, on devrait pouvoir cumuler le premier millimètre à la station de Challes-les-Eaux après avoir échappé à toutes les gouttes depuis hier soir...

Faible neige actuellement au Gros Peyron (altitude 3048m) à la frontière italienne. Brouillard plus ou moins dense et le thermomètre en ligne affiche 1 degré, ce qui doit correspondre à peu près à la réalité... Il y a de la neige fraîche de manière très discontinue à partir de 2900m environ !