Elias.MM

Merci Stéphane pour ton aide ! Tu réagissais à mon post de janvier mais j'ai pu faire marcher ma requête entre temps (désolé si ça n'était pas clair). J'arrive bien à la même réponse que celle que tu partages, on est raccord. Dans mon dernier message, je disais que j'étais en recherche d'un 2D temporel, sans succès. Mais j'ai des données, effectivement en grib sur des surfaces, on en xml simple sur un point. Nouveau souci : j'ai des erreurs intermittentes lors de mes requêtes "Server error 137.129.43.104:443 - ECONNREFUSED" => Est-ce que c'est une histoire de quotas ? Je m'attendrais plutôt à un code 429, d'après la documentation. Là, ça sent le serveur en rade. D'autres avis ?

Bien pensé, mais c'est bien une valeur en mètres qui est attendue. Si je mets "100m" ou '100m" dans la requête, j'ai une erreur 404, et si je mets 10 20 ou 50 j'ai des valeurs cohérentes (vitesse de vent croissante avec l'altitude). Et la meta-data de la réponse "FF__HEIGHT" est cohérente à la valeur dans la requête. La réponse de l'API "describeCoverage" pour le même coverageID indique bien Merci cependant pour les réponses/éclairages ! Pour moi prendre un seul point permettait de ramener la question en 2D (conceptuellement) mais je comprends que c'est pas l'esprit de cet outil. Donc allons-y pour N requêtes, heureusement on a droit à 50/minute ! Et puis c'est pas comme si la prévision était actualisée toutes les minutes (je crois que c'est 3h l'intervalle de publication AROME ?), donc ça va le faire.

Et voilà les premiers retours. Qui y était parmi les membres IC 🧐 😁 ? https://www.data.gouv.fr/fr/posts/retour-sur-le-hackathon-donnees-ouvertes-meteo-france/

Et on continue à creuser les usages possibles de ces API, et notamment la limite de slicer par le temps. Voilà mon message envoyé ce jour, si vous avez des idées...

Merci Julien. Comme je disais, à force de creuser, j'ai trouvé la "bonne formulation". Voilà donc ma requête pour GetCoverage : curl -X 'GET' 'https://public-api.meteofrance.fr/public/arome/1.0/wcs/MF-NWP-HIGHRES-AROME-001-FRANCE-WCS/GetCoverage?service=WCS&version=2.0.1&coverageid=WIND_SPEED__SPECIFIC_HEIGHT_LEVEL_ABOVE_GROUND___2024-01-16T09.00.00Z&subset=height=100&subset=time(2024-01-16T10%3A00%3A00Z)&subset=long(-2.22)&subset=lat(47.62)&format=application%2Fwmo-grib' -H 'accept: application/octet-stream' -H 'apikey: $KEY$ --output test.grib On voit les subset en temps et en hauteur, ainsi qu'en latitude/longitude. En espérant que ça t'aide ! J'ai effectivement fini par installer ecCodes, le process est complexe (make avec options, compilation...), mais ça fonctionne très bien. 3 remarques sur la réponse reçue de l'API : J'ai l'impression que le subset "height" ne fonctionne pas. Je demande 100m mais j'ai "heigth=10m" dans la réponse, et si je mets d'autres valeurs ça renvoie une erreur. à creuser... Je n'ai pas réussi à demander plusieurs pas de temps, l'API renvoie une erreur du style "il faut slice par le temps" Si, en demandant un subset lon/lat très fin, le résultat de la requête est un point unique, l'API ne retourne pas un fichier binaire GRIB mais un fichier XML avec un seul point (qui n'est donc pas lisible par ecCodes). Ca devrait être documenté, à moins que ça soit dans le standard GRIB ?

Ok donc le souci de requête est que le "subset" doit être précisé plusieurs fois : "subset=height=100&subset=time=$timestamp" (d'après : https://docs.geoserver.geo-solutions.it/edu/en/wcs/get.html ) MAIS l'interface de test sur le site MF ne le permet pas, du coup on ne peut pas générer de requête correcte. En passant sur la requête curl, agrémentée d'un second "&subset=", je finis par avoir un fichier grib. => Déjà, documenter cette étape permettra à davantage de monde de s'en servir, non ? Et maintenant, partons en chasse d'un convertisseur grib > csv. https://en.wikipedia.org/wiki/GRIB#Software Lequel vous préférez, par ici ?

Bonjour la communauté IC, Je découvre le site et le forum suite à l'ouverture des données MétéoFrance par API. J'ai vu le fil https://forums.infoclimat.fr/f/topic/59033-ouverture-des-données-par-météo-france-au-010124/, qui montre que vous êtes bien bien mobilisés sur ce nouvel accès ! Pour ma part, simple utilisateur/consommateur de données, je suis à la recherche d'aide pour utiliser leurs nouvelles API ( https://portail-api.meteofrance.fr/web/fr ). A mon avis,c'est le boulot de MF (en théorie) de fournir cette assistance et documentation, mais en attendant qu'elle arrive, je suis sûr que certain-es par ici ont commencé à explorer, voire manipulent déjà bien ces interfaces. => Du coup, je vous propose de rédiger une petite documentation publique et partageable, si quelqu'un ayant un peu plus d'expertise veut bien m'aider à aboutir sur ma recherche (que je considère "simple", mais c'est subjectif ^.^) NotoModo : j'espère avoir visé la bonne catégorie, mais bien entendu vous pouvez m'indiquer où le déplacer si nécessaire. Merci d'avance pour votre aide ou vos pointeurs vers le bon forum/la bonne documentation ! Mon besoin Pour un projet citoyen de "flexibilité électrique" (Projet ELFE), je dois prévoir une production électrique d'éolienne dans les prochaines 24h : j'ai donc besoin d'obtenir la prévision de vitesse de vent à un endroit précis en France métropolitaine. Idéalement, ma chaîne d'info doit me permettre de sortir un fichier .csv avec les timestamp et la valeur souhaitée, sur un horizon de 24h. Ma compréhension de la situation L'information est présente dans le modèle AROME 0,01°, par exemple. Je sais faire des requête API POST/GET sur d'autres API, j'ai un environnement de test avec Node-RED. J'ai créé un compte sur https://portail-api.meteofrance.fr/web/fr, ,je me suis abonné à l'API AROME, et j'ai déroulé les requêtes d'essai proposées par le site web. Là où je bloque Impossible d'avoir une documentation claire sur comment restreindre la donnée en amplitude géographique. Le endpoint GetCapabilities donne le composant à cibler, par exemple WIND_SPEED__SPECIFIC_HEIGHT_LEVEL_ABOVE_GROUND___2024-01-16T09.00.00Z Ensuite, l'endpoint DescribeCoverage permet de comprendre ce qu'il y aura dans la réponse, notamment l'enveloppe max en 4 dimensions (espace + temps). Mais l'endpoint GetCoverage n'est pas assez documenté : il me répond Parameter subset is mandatory : only a 2D coverage can be downloaded Et je ne sais pas comment écrire ce subset, je tombe toujours en erreur (il faut découper au moins en height et time). Le lien indiqué dans DescribeCoverage, http://meteofrance.fr/def/crs/4DLongLatHeightTime n'est pas actif (ca renvoie vers la page d'accueil MF) Ca demande 5 ans d'études en météorologie, ou bien j'ai ma chance ? Ensuite, je me pencherai sur l'interprétation du fichier Grib (si j'arrive bien à l'obtenir), pour retenir uniquement la valeur qui m'intéresse Voilà, j'ai au moins posé ma réflexion, j'espère trouver preneur ! Merci de m'avoir lu !