nico parapente

Effectivement on sort des fichiers énorme. On ne modifiera pas le registre. Mais ensuite tu as toute une panoplie d'outil pour récupérer que ce qui t’intéresse. Exemple : ncks, ou via un serveur OpeNDAP.

http://mesonh.aero.obs-mip.fr/mesonh/ The code is supplied free of charge, but the new user agrees that he will not pass the code to other parts or use it for commercial purpose

64 processeurs de 2008 = 10 en 2012. La puissance de calcule augmente très rapidement. En particulier, ça c'est énormément amélioré au niveau de la bande passante mémoire. La DDR2 de l'époque, c'était de l'ordre de 5Go/s. Les nouveaux proc avec 4 canaux de DDR3 atteignent plus de 50Go/s. Ça a une influence considérable pour nous, puisque c'est le gros facteur limitant de WRF. Pour donner une idée concrète, j'ai un calculateur avec 28 cpus Opteron 2216HE. Ça date de 2008. Et bien WRF tourne plus lentement dessus que sur un cluster de trois ordis neufs. Quand à la conso électrique, on passe de 4kW à 600W ! On va pas utiliser les mêmes réglages... Selon le nesting et les options physiques choisis le temps nécessaire peut énormément varier. Et dans un premier temps, c'est peut-être pas utile de descendre à 2km sur toute l'Europe. Pour ça il existe des outils très bien fait, pour extraire uniquement les infos sur la zone et les paramètres qu'on veut. Si je veux faire une carte de T2 sur toute la zone, il faut que je charge le tout en mémoire. Sachant que chaque point est stocké dans un flottant sur 32 bits (donc 4 octets) : 1945*1945*4 /1024 (ko) /1024 (Mo) = 14Mo. C'est rien. L'interpolation à partir du GFS est très rapide. L'histoire de quelques minutes. Même pas besoin d'utiliser tous les cpus.

400x400 km dans la gamme kilométrique, il commence à en falloir de la puissance de calcul... Pour le championnat d’Europe, j'avais un domaine ARW d'environ 200x200 km à 1.8km. Il fallait 1h30 de calcul pour 12h de prévis, mais sur un cluster de trois machines "haut de gamme".

Pour les serveurs, pas de souci. On a l'hébergement datacenter gratuit. On peut facilement mettre 10 serveurs dédiés si besoin. (on m'en a proposé 100 ). Et après, si ça commence à vraiment prendre de l'ampleur, on pourra avoir des miroirs dans les universités et chez les fondations d'entreprise genre free ou ovh. Surtout que là pour les données, on n'utilise pas du mysql. On a des outils biens plus performants. Mais bon, on verra bien.

Il n'en a jamais été question

Ce jour là, il y aura pas mal de boites qui vont couler. Raison de plus pour se battre pour avoir d'autres sources de données. Jusqu'à peu, je faisais aussi tourner WRF à partir de HIRLAM. J'étais en train de coder un système pour comparer les deux modèles, mais maintenant c'est fini... On n'a plus que le GFS. Au passage, en organisant un peu mieux les réseaux de balises amateurs genre Infoclimat ou ROMMA, on pourrait avoir des données exploitables pour de l'assimilation. Mais pour ça, c'est surtout au niveau des mentalités qu'il y a du travail. La météo c'est encore trop "reproduction interdite". (c'est d'ailleurs pour ça que le projet est né) En regardant ce qu'arrivent à faire les gars d'OpenStreetMap, oui. D'ailleurs, faut voir l'influence que ça a eu sur la politique de l'IGN. Et l'intérêt de lancer un projet "ouvert" comme ça, c'est que depuis le lancement de OpenMeteoData, j'ai eu plusieurs chercheurs et de météorologues professionnels qui ont spontanément proposés d'aider sur les aspects scientifiques. Gnié ? Mais bon, quelques soient les données utilisés et les moyens à disposition : le but est de faire du bruit dans les milieux pertinents (open data), participer à des conférences, et lancer le vrai débat politique sur l'accès aux données des agences publiques. Et croyez moi, d'ici quelques mois on va en entendre parler. On a déjà présenté brièvement le projet lors de la conférence Green Data Thuesday, qui s'est tenue au ministère du développement durable.

Pas d'accord. Avec plus de puissance de calcul, on peut faire plein de choses : - WRF-ARW au lieu de NMM. Par exemple, NMM n'a pas de modèle "urbain", et ne sais pas faire du nesting correctement. - Résolution plus fine. A une échelle où le modèle peut simuler la convection (plutôt qu'essayer de l'estimer avec des shémas simplifiés). Exemple : kéraunos a un modèle à 8 km pour essayer de prévoir le risque d'orages. Je suppose qu'ils ne descendent pas plus bas pour des raisons de coût. Mais à cette échelle la convection n'est pas prise en compte. Et le modèle ne voit pas les vallées. Pas très pratique pour savoir à quelle heure le gros congestus au dessus de la chartreuse va péter à l'orage. Pour commencer d'ici mars, un cluster d'une dizaine de Xéons E5-2600. Ces CPU sont largement plus perfomants que les générations précédentes, notamment cars ils ont 4 canaux mémoires. (le goulet d'étranglement de WRF) . Les machines sont connectés en infiniband. Ajouter à ça les serveurs web, la prise en charge de l'hébergement / électricité / bande passante. Ça n'est que le début. L'infra devrait grossir au cours de l'année. Pour donner un ordre de grandeur, ça correspond à peu près à ce qu'avait MF en 2008 pour faire tourner AROME-france en 30 minutes. (d'après cet exposé)

Je veux bien venir faire une intervention pour presenter l'association OpenMeteoData.

Cool, j'ai réussi à faire marcher tout ça : démo : http://meteo-parapente.com/test-ema.html

Réponse : Faire comme aux US. Rendre toutes les données gratuites, interdire aux agences publiques d'exercer une activité commerciale, tout en leur augmentant le budget car l'ouverture des données va générer de l'industrie et donc plus d'impôts. Selon ces deux études de 2011, le marché des services météo ne se développe pas en Europe. (1% de croissance), car le prix d'accès aux données est prohibitif (ex 120 000€HT pour Arpège, 80 000€HT pour Arome) Aux US, où les données sont libres, ce marché aurait environ 17% de croissance. Le manque a gagner (en Europe) en impôts sur les sociétés serait de l'ordre de 340 M€ par an, alors que la vente des données ne génèrait qu'environ 50 M€. En d'autres termes, si les données étaient gratuites, les agences météo publiques, via l'impôt sur les sociétés, pourraient récupérer 290M€ de plus par an... http://www.primet.or...bution copy.pdf http://www.primet.or...paper final.pdf D'ailleurs, les agences météo semblent vouloir faire évoluer la situation : - l'AEMET (espagne) a volontairement enfreint la loi en publiant ses données (observations et HIRLAM) gratuitement pendant un peu plus d'un an. Jusqu'à se faire taper sur les doigts par le ministère du commerce. - le Met Office (uk) a récemment décidé de publier des données historiques, en insistant sur les bénéfices pour l'industrie de la météo : A key difference between the two markets is that in the US data produced by the National Weather Service (UKMO equivalent) is available for free (plus the additional cost of distribution), whereas the main Met offices in Europe charge / restrict data. For simplicity, assuming that EU weather market has the potential to grow to a similar relative size if restrictions were lifted, then this would increase the EU market to c.$1.6bn. Again, for simplicity, assuming the UK’s share is in proportion to its share of GDP, this would result in the UK weather market increasing from c.$70m to c.$225m, a $155m increase (c.£100m), providing additional employment, tax revenues, etc. None-the-less, the private sector has already proven it is capable of leveraging weather data, with private weather companies having grown significantly as more public weather data has become available. http://data.gov.uk/b...bservation-dataNous avons montés l'association OpenMeteoData pour faire prendre conscience du problème. En plus de fournir des données gratuitement, nous allons participer et organiser des conférences sur le sujet, notamment via la mouvance de l'open data. On a déjà parlé de nous au Green Data Tuesday, au Ministère du développement durable. Vous pouvez nous aider en parlant du problème autour de vous. Ça n'est pas impossible de faire bouger la situation. Par exemple l'IGN est resté très longtemps fermé. Mais maintenant, ils sont obligés d'évoluer, notamment du fait de la concurrence d'OpenStreetMap.

Si ça peut en intéresser certains, voila la formule en javascript. Finalement, j'utilise la pression et le z correspondant que me donne le modèle. var cp = 1005.;var R = 287.04; // gas constant airvar Rv = 461.5; // gas constant vaporvar eps = R/Rv;var L = 2.501e6; // latent heat of vaporizationvar T_zero = 273.15;// constants used to calculate moist adiabatic lapse rate// See formula 3.16 in Rogers&Yauvar a = 2./7.var b = eps*L*L/(R*cp)var c = a*L/Rvar gamma_s = function (T, p) { // from [url=https://code.google.com/p/pywrfplot/]https://code.google.com/p/pywrfplot/[/url] p *= 100; // hPa to Pa var esat = 611.2*Math.exp(17.67*T/(T+243.5)); // Rogers&Yau Formula 2.17 var wsat = eps*esat/(p-esat); // Rogers&Yau 2.18 var numer = a*(T+T_zero) + c*wsat; var denom = p * (1 + b*wsat/Math.pow(T+T_zero, 2)); return numer/denom*100;};

Ou alors, je peux utiliser la relation entre la pression et la température que me sort le modèle. J'ai juste à interpoler entre les points.

oui, ça ressort un peu partout où ils en parlent Maintenant, le petit point d'éclaircissement qui me manque, c'est par exemple la température. Laquelle je suis censé mettre, puisque celle-ci change forcément en fonction de l'altitude ? Par exemple, pour tracer l'adiabatique qui part de 0°C, est-ce que je trace la courbe avec un T constant de 0°C, ou alors est-ce que ce T doit changer dans ma formule en fonction de l'alti genre T(z+1) = T(z) + dT/dz ?

Ça c'est la formule de l'atmosphère OACI. C'est une grosse approximation. En plus, à la fin, ça te fait une formule monstrueuse. J'ai trouvé des trucs qui ont l'air interessant, mais faut un peu se creuser la tête. Genre http://www.theweatherprediction.com/habyhints/161/ Ca ça ressemble à ce que je cherche, mais si seulement l'auteur avait précisé ce à quoi correspondait les symboles... : -dT/dz = Γs = Γd { (1+Lq*/RT)/(1 + β Lq*/cp)}

Bonjour, Je voudrais faire de jolis émagrammes, mais avec des axes un peu différents. (voir image) Je cherche la formule magique pour tracer les adiabatiques humides, mais en fonction de l'altitude en mètres, pas la pression. Si un de vous à la réponse, ça pourrait m'éviter pas mal d'heures à essayer de faire des maths. Merci

pas avec une licence open data, qui autorise des réutilisations innovante des données. Mais c'est un autre débat.

J'avais tenté un genre de bulletin collaboratif sur http://meteo-parapente.com (onglet bulletin) Chez moi ça manque un peu de monde, parce que c'est trop spécialisé. Mais pour de la météo "générale", je suis sûr que ça cartonnerait.

Pas forcément d'accord. 26mo tous les combiens ? par jour ? moi j'upload environ 4000mo par jour via mon adsl "normal". Et j'ai encore de la marge. L'obstacle n'est pas là. Regarde le nombre de stations connectées... WeatherLink... ça représente combien ? A mon avis, la plupart des gens sur ce site achètent leur station pour leur plaisir perso en premier. Et, encore à mon avis, ces gens là seront aussi très content de savoir que leurs données peuvent être utiles à d'autres personnes. C'est assez valorisant. Quand à cette conclusion là... Pareil pour wikipédia ou encore les logiciels libre qui font tourner ce site...

C'est une bonne idée. A mon avis, pour qu'un truc comme ça soit vraiment utile, il faudrait : centraliser les données des différentes stations classer les stations par "qualité", en fonction de critères strictes : (anémomètre dégagé à X m du sol, capteur de température pas au dessus d'un toit...) une licence ouverte type ODbL http://fr.wikipedia....atabase_License utiliser des formats de fichiers standards Pour la partie récupération des données et qualité de l'installation, tu peux surement voir avec ROMMA. http://romma.frPour le reste, ça peut éventuellement être un projet à intégrer dans OpenMeteoData - http://openmeteodata.org/fr/ Je peux aider et mettre un serveur à dispo pour ça si du monde est interessé.

Si des personnes veulent aider, voila la liste des choses à faire du moment : http://wiki.openmeteodata.org/wiki/Todo_list

Parce que ça n'est pas possible pour cet usage là. Le modèle à besoin de savoir tout ce qui se passe à coté. Du coup on peut pas découper le boulot sans abimer la qualité des prévis. Pour donner une idée, il y a téllement de communications entre les différentes machine du calculateur, qu'il faut utiliser un réseau ultra performant spécial (infiniband, entre 10 et 40 GB/sec, quelques microsecondes de latence). Une connexion etherget gigabit est à la rue dès que tu as plus de 2 machines. Je te laisse imaginer çe que ça donnerais via un l'ADSL perso.

J'ai fait un petit script pour ceux qui veulent rigoler : http://openmeteodata.org/counter.php

Salut Quitte à parler de OpenMeteoData, ça peut être pas mal de parler du petit site à l'origine du projet... Donc voici http://meteo-parapente.com , qui, comme son nom l'indique, est destiné à nos amis pilotes. C'est basé sur un WRF-ARW à 2.5km. Je couvre la France + toutes les alpes. J'y ai rajouté une carte interactive style google maps pour l'affichage des prévis. C'est utile de pouvoir zoomer pour voir en détail ce qui se passe. Pour les plus curieux, il y a une petite case nommé "interpolation", en bas à gauche. En décochant, permets de voir directement les mailles du modèle.

Orange a bien son encycopédie pompée sur wikipédia et bourrée de pub. C'est pas pour ça que wikipédia est en difficulté.