theperk

Pour ceux qui sont toujours à la recherche d'une solution pour décoder à l'aide de programmes basés sur le soft BUFR d'OPERA, et après plusieurs semaines d'échanges de mail avec MF, voici donc le problème qui faisait planter : Les tables de MF sont donc plus grandes que ce qui était prévu à l'origine par les concepteurs du programme 😉

Super, merci pour toutes ces infos précises ! Nous réflichissons à installer au moins une station pour le réseau Blitzortung et nous sommes aussi en discussion avec Météorage pour avoir accès à leurs données.

Merci @quantum pour ces infos ! C'est bien ce qui me semblait, toutes les données viennent à chaque fois de Blitzortung : le problème c'est que je ne sais pas ce que l'on peut récupèrer exactement comme info sur chaque éclair. A-t-on le degré de précision de la localisation ? La nature de l'impact (nuage-sol, intra-nuageux) ? L'intensité électrique ?

Dans le cadre d'un projet Dataforgood, pour l'association Pyronear (détection de feux de forêts), je recherche un moyen de récupérer (via API si possible) les données de localisations des impacts de foudre (temps réel et archive sur les 5 derniers jours). Par exemple pour créer la carte du site d'Infoclimat : https://www.infoclimat.fr/fr/cartes/foudre/france/temps-reel , d'où proviennent les données de localisation des impacts ? Comment les récupérer ? Ou sinon, connaissez-vous une API provenant d'un autre site ? (pour Blitzortung par exemple, les données de localisation ne semblent être à disposition que des contributeurs). Merci

C'est surtout le principe des fichiers BUFR qui est sacrément tordu. Je me suis donc plongé dans la doc et j'ai pondu mon propre programme (en python dans un fichier notebook) pour décrypter ces fichiers et visualiser les données. Mon programme n'est pas complet, il ne prend pas en compte tous les descripteurs possibles de la table C, mais ça suffit pour l'instant à décoder les fichiers BUFR de l'API "Données Radar". Par contre je ne garantis quand même pas l'exactitude de mon décodage (je ne sais d'ailleurs pas à quoi correspond le descripteur "Height" : serait-ce la hauteur des nuages ?), donc pour ceux que ça intéressent et qui trouvent une erreur, n'hésitez pas à me le signaler : https://github.com/theperk08/Meteo_France_Radars

Pour cette API "Données d'observation", il faut chercher dans la doc de la doc de la doc 🙃 https://donneespubliques.meteofrance.fr/?fond=produit&id_produit=93&id_rubrique=32 : Documentation puis "Descriptif techniques des produits" pour comprendre que : Donc quand tu entres une date et une heure antérieure à 24h, il te renvoit la donnée la plus lointaine possible, c'est à dire 24h avant le moment de ta requête. (il ne renvoit pas le dernier relevé du jour, mais le relevé de la veille à la même heure que le jour de ta requête)

Finalement c'est "normal" que l'accès soit rejeté pour Odyssey et Opera : j'avais pas fait gaffe mais dans leur doc ( https://portail-api.meteofrance.fr/web/fr/RadarEumetnet/documentation ) il est précisé : J'ai fait ma demande à l'adresse concernée, j'attends qu'ils l'acceptent. Quant aux BUFR, je m'y plonge mais ne sais pas si je vais couler ou pas 🙃

Je ne m'y connais pas encore avec les modèles de prévision ni avec les fichiers Grib (donc j'espère que quelqu'un pourra m'aider 😉 ) Par contre, l'appel de cet API fonctionne, et comme tu l'as expliqué, il faut réécrire à chaque fois le subset (sauf pour le premier paramètre si tu utilises directement l'API sur le site de Meteo France) : Donc dans la case subset de l'API du site, il faut par exemple écrire : height(10)&subset=time(2024-01-18T12:00:00Z)&subset=long(-2.22)&subset=lat(47.62) et ça fonctionne si on choisit bien le format 'application/wmo-grib' : mais avec l'exemple proposé ça renvoit un fichier XML (plutôt que grib ) avec la valeur pour la hauteur et le point spécifié en latitude et longitude. Et ça ne renvoit rien directement si on utilise le format image/tiff, puisque ça renvoit en réalité le même fichier, qui n'est qu'un fichier XML et pas une image (normal puisque ça ne renvoit la prévision que d'un seul point) Ma question : comment faire pour obtenir la prévision sur une grille entière, et non pas pour un seul point comme dans l'exemple cité ? EDIT : Ok, je crois que j'ai compris pour la différence entre le point seul et la grille, c'est l'utilisation du point décimal ou de la virgule : subset=long(-2.22)&subset=lat(47.62) -> un seul point de coord : 2°22 Ouest et 47°62 Nord subset=long(-2,22)&subset=lat(47,62) -> grille de : 2° Ouest à 22° Est et de 47° Nord à 62°Nord Par contre je pense que c'est normal que ça ne produise pas de véritable fichier image/tiff car ce format n'est pas dans le DescribeCoverage. Et sinon, dans ce coverageID précis, les seules hauteurs autorisées sont : 10, 20, 50 et 100 (on le voit dans la réponse si jamais on tente une autre valeur, et de toute façon c'est précisé dans son DescribeCoverage)

Oui c'est possible et c'est d'ailleurs expliqué dans leur FAQ : https://portail-api.meteofrance.fr/web/fr/faq cf section 3 : y'a même le code python pour le faire justement Et ça fonctionne (chez moi en tout cas) Par contre ce qui ne fonctionne pas chez moi c'est l'accès aux API données radar Odyssey et Opera : l'accès m'est interdit ! (alors que pour les autres API l'accès était opérationnel immédiatement) Je leur ai envoyé un mail à ce sujet la semaine dernière, mais tout ce qu'ils ont su me dire c'est de vider le cache de mon navigateur (ce qui n'a évidemment rien à voir et n'a pas résolu mon problème). Suis-je le seul à avoir ce problème d'accès à certaines API ?

Ce que tu cherches est peut-être dans la documentation : https://donneespubliques.meteofrance.fr/?fond=produit&id_produit=307&id_rubrique=34 et donc : https://donneespubliques.meteofrance.fr/client/document/tables_bufr_361.zip Justement je ne sais pas utiliser les fichiers BUFR, si quelqu'un pouvait m'expliquer (je suis sous Windows donc je ne suis pas sûr de pouvoir m'en servir) Pour l'instant je ne peux utiliser que les données radar de Lame D'eau en maille 500 (seules données dispo en fichier hdf5) mais je n'arrive pas à afficher un fond de carte avec.

Bonjour, si j'ai bien compris, il faut soit passer par le site des API et requêter avec l'API des données climato : https://portail-api.meteofrance.fr/web/fr/api/DonneesPubliquesClimatologie, (j'ai testé mais il y a plusieurs étapes et apparemment c'est limité à 1 an de donnée par requête) ou bien passer par le site https://meteo.data.gouv.fr/datasets et télécharger les fichiers du département où se trouve ta station et extraire les données de ta station. J'ai choisi la 2e option et j'ai créé un fichier colab mis à disposition sur mon github pour ceux qui savent utiliser python: https://github.com/theperk08/Meteo_France_Climato Y'a qu'à modifier la cellule PARAMETRES (et lancer ensuite toutes les cellules) pour ceux qui veulent télécharger les données de leur station ou télécharger d'un coup les données des départements souhaités. En espérant que ça puisse faire ton affaire ou aider d'autres personnes

Bonjour, je voulais signaler une erreur récurrente sur la station de Charleville-Mezieres (08) en ce qui concerne la hauteur de neige. Que ce soit en juin 2015, juillet 2015 ou août 2015, il n'a jamais neigé (on peut s'en douter de toute façon au vu des températures) et pourtant il y a de temps en temps un relevé indiquant 1 cm de neige : http://www.infoclimat.fr/climatologie-mensuelle/07075/juin/2015/charleville-mezieres.html http://www.infoclimat.fr/climatologie-mensuelle/07075/juillet/2015/charleville-mezieres.html http://www.infoclimat.fr/climatologie-mensuelle/07075/aout/2015/charleville-mezieres.html Le pire étant pour hier et aujourd'hui où il est indiqué une hauteur de 198cm ! (ces mauvais relevés apparaissent à la fois sur les relevés quotidiens, mensuels et annuels)