Sylvain

Nous y voilà, tout est reglé now. J'espère que ça tiendra plus longtemps que la semaine dernière /emoticons/biggrin@2x.png 2x" width="20" height="20"> Mine de rien on a perdu beaucoup de visites ces jours-ci à cause de ça

Merci pour les encouragements Le problème, en ce moment, c'est que j'ai déménagé et je n'ai pas accès à Internet dans le new appartement pour l'instant (Orange prend beaucoup de temps pour activer ma ligne). Et il se trouve qu'en ce moment les données des modèles ont des problèmes et nécessitent une maintenance manuelle... C'est stressant de savoir que ça ne marche pas et ne pas pouvoir régler le problème avant le weekend ! Mais bon, ce soir vers 23h tout sera reglé ! Sylvain

Oops ça c'est bizarre... Malheureusement je ne pourrais régler ce problème seulement que ce week-end. Ca doit être lié au changement d'heure et au déclanchement automatique des runs. Même chose pour les runs de ECMWF/UKMO qui ne démarrent pas tout le temps. Par contre le run de 6Z marche encore pour le GFS 0.5 HR. Désolé pour ces problèmes

En effet, je me suis planté quand j'ai fait les modifs d'optimisations. J'ai pris la couverture nuageuse entre l'heure 0 et l'heure h, au lieu de prendre la couverture nuageuse de l'heure h... Je corrige ça Et il y a plein de trucs à changer cette nuit pour le changement d'heure ça va être super

Heu, en parlant de ça, y'a des personnes qui seraient interessés par la modération ? On en a un peu besoin on dirait /emoticons/happy@2x.png 2x" width="20" height="20"> J'essaye de filtrer de temps et temps et Thomas aussi mais on se fait déborder souvent... Sylvain

powf ( x , y ) = x à la puissance y et pwat, pice servent à rien en fait /emoticons/biggrin@2x.png 2x" width="20" height="20"> Et les déclarations de variables ne servent à rien dans la formule oui /emoticons/wink@2x.png 2x" width="20" height="20"> donc T en kelvin P en hPa , et RH en %.

Pour les coupes GFS on avait donc pris ça : float c_thetae2(float t, float p, float RH) { // rh en % float tc = t - 273.15f; float es, qv, thetae; float pwat, pice; es = 6.11f * powf( 10.0f, (7.5f * tc) / (237.7f + tc)); qv=0.622f * (es/(p) )*RH; thetae = (t + qv * 2490.039f) * powf( 1000.0f / p , 0.286f); return thetae; } et ça marchait pas trop mal... Et donc tu dis que pour trouver la Theta' faudrait juste : Thêta’w = thêtaE - wL/cp avec L la chaleur latente de vaporisation, Cp la chaleur spécifique de l’air sec et w le rapport de mélange. Mais je suppose que trouver w L et cp en fonction de la temp, la pression et l'humidité relative c'est pas de la tarte

Oopps Désolé pour les problèmes mises à jour de modèles hier et aujourd'hui. Je viens de rentrer de vacances et j'ai repris tous les logiciels ici, donc quelques problèmes durant le changement /emoticons/biggrin@2x.png 2x" width="20" height="20"> Tout va être réglé maintenant !

Je viens de regarder, les données sont disponibles dans GEFS, mais : - seulement dans les données "B" de GEFS, qui ne sortent que deux fois par jour (0z et 12z) - ces données "B" sont trop lourdes à télécharger en entier (ça ferait du 10 Go par run, pour l'instant on est à 1Go par run), donc il faudrait ne télécharger que les données nécessaires (le champ altitude 1.5 PVU) Malheureusement les fichiers Index pour télécharger partiellement ne sont pas présents pour les fichiers GRIB2 des données "B", je vais demander aux gens de NCEP/NOAA pour voir s'ils peuvent l'ajouter. Une fois que ça sera fait, je verrai pour la génération des cartes.

Si, si le run est correct, c'est juste que ça "loupe" des runs de temps en temps (le 6z par exemple souvent), mais les données sont toujours correctes.

@ Loon et aux autres personnes utilisant les coupes GFS 0.5° de Météociel : Par défaut les images de coupes sont supprimées à chaque nouveau run et donc les liens des analyses ne ne malheureusement plus valides. Si vous voulez garder les images de manière permanante, il suffit de cliquer sur le bouton "Rendre Permanant" pour chaque coupe voulue sur la page des coupes. Le nouveau lien contient le mot "permanant" dans l'adresse, et ces images ne seront jamais supprimées /emoticons/smile@2x.png 2x" width="20" height="20"> (la même chose devrait être possible bientôt pour les cartes des modèles)

Est ce que WRF NMM aura raison aujourd'hui pour Paris ? Si oui on peut s'attendre à quelques trucs interessant en soirée http://www.meteociel.fr/modeles/wrfnmm.php?ech=16&mode=1

Ca pourrait être pas mal si le run de WRF-NMM a raison, ça passe pas loin de d'IDF en soirée : http://www.meteociel.fr/modeles/wrfnmm.php?ech=20&mode=1

Oui, petit problème de données pour le moment. Les données pour la temp 850hPa sont maintenant dans un autre format, et il faut que je trouve le temps pour adapter le programme à ce nouveau format... Je ne peux pas dire exactement quand, mais les cartes vont revenir, c'est sûr.

Bonjour, Oui il y a des trucs assez étranges par moment au niveau des précipitations. Par contre au niveau vent / température / pression, ça a l'air pas mal du tout à première vue. Je vais essayer d'agrandir le domaine sur lequel le modèle est calculé, peut être que la Bretagne est trop à la limite de la zone pour être correct niveau précipitations. Il y a aussi une panoplie de paramètres différents pour le calcul utilisé pour la convection, les nuages etc.. j'ai tout laissé par défaut pour l'instant. Peut être que c'est ça qui fait la différence avec les autres modèles WRFNMM. Ce n'est pas les mêmes données que sur le site de Lamma par exemple qui fait tourner aussi le modèle indépendamment. Ce n'est pas comme GFS, où tout le monde a les mêmes données à partir de la NOAA. Pour compléter ce que dis thom34, le modèle tourne sur notre serveur web pendant une heure juste après la sortie des runs GFS, puis les données sont transformées en GRIB, et ensuite les cartes sont générées à partir des GRIB. Les délimitations de la zone sont assez bizarre (courbées) car le modèle NMM ne sort pas une zone simple (rectangle long-lat) mais une zone en projection "Lambert Conformal"... Si on avait un peu plus de puissance matériel on pourrait augmenter les échéances et la taille de la zone, mais pour l'instant on reste comme ça... Le modèle se sert des données de GFS0.5 comme "analyse" de départ. Ce n'est pas forcément le mieux, mais on n'a que ça à disposition (ou alors le NAM américain mais ça ne nous aide pas beaucoup /emoticons/smile@2x.png 2x" width="20" height="20">) Et intégrer directement les données sat/metar/synop n'est pas simple du tout malheureusement. Il faut savoir que depuis quelques mois, c'est bien ce modèle NMM qui est utilisé par les américains pour la prédition à mesoéchelle, à la place de l'ancien modèle "ETA". Si ils l'ont adopté, c'est sûrement qu'il était à la hauteur.

Un bug dans les données brutes de GEM sûrement. Tous les sites montrant le modèle GEM ont le même problème. Ca vient donc bien de la source. C'est peut être une carte pour l'hiver 2007-2008? On verra ce qu'il se passe à 19h10 pour le GEM 12z.

Pour Paris, le dernier GEFS donnerait des orages en soirée tous les jours à partir de jeudi... Bizarre non ces pics tous les soirs ? http://91.121.0.76/modeles/gens/graphe_ens...y=287&run=0 (diagramme GEFS Paris)

C'est un problème de DNS du serveur meteo60.fr qui ont été bizarrement changés hier. Nous avons contacté Mathieu qui s'occupe du site, et il devrait remettre tout ça en place. Pas de problème sur le serveur dédié par contre, le problème vient de l'extérieur et des DNS, c'est un problème temporaire (on l'espere). Le radar est tjs accessible ici : http://ns37978.ovh.net/~meteo60/radars/index.php

*** modération: LIEN METEOCIEL (merci de ne pas redemander plusieurs fois) *** On a mis une adresse temporaire ici : http://www.meteo-fr.net/ en attendant que les meteociel.fr/meteociel.com reviennent dans la semaine.

Oui, il y a eu une erreur de timing au niveau du changement de DNS. Le domaine meteociel.fr est changé à l'AFNIC depuis 3 jours mais les DNS ne sont pas encore mis à jour chez les FAI... Donc on peut tabler sur un retour d'ici demain ou mardi pour le meteociel.fr et mercredi pour le meteociel.com En attendant, il y a un nom de domaine qui a réussi à être mis à jour à temps : meteo-fr.net Tout n'est pas actif et il y a des liens encore pointant vers meteociel.fr, mais c'est mieux que rien. Je vais essayer d'avoir au moins les cartes observations + les modèles à jour. Donc essayez http://www.meteo-fr.net/ au cours de la journée. Et non Virgile, l'arrêt n'est que temporaire De plus à partir de fin mars, ce ne sera non plus 14 scénarios GEFS, mais 20 qu'il faudra regarder (ça commence à faire beaucoup je l'avoue) Désolé pour tous ces problèmes, on a été surpris autant que vous ce matin

T'aurais du enregistrer l'image heh /emoticons/ohmy@2x.png 2x" width="20" height="20"> Je viens de corriger.

Hmm en ce qui concerne les ensembles ECMWF pour le 12z à De Bilt: http://www.knmi.nl/exp/pluim/Data/PLUIM_06260_NWT.png La bonne nouvelle c'est que la moyenne des scénarios a vraiment baissé Et le nombre de scénarios doux s'est beaucoup réduit également. La moins bonne c'est que le run opérationnel était vraiment froid par rapport aux autres, mais d'un autre côté on ne pouvait pas faire beaucoup plus froid

En tout cas, on ne pourra pas dire que GEM est instable en ce moment : http://www.meteociel.fr/modeles/geme_carte...=120&mode=0

En fait apparement (pour Perpignan) : -> La TX entre 6h TU et 18 TU, c'est bien 27.1°C ( la tx a du être vers 16h ) -> à 18h TU (19h loc), la temp était de 12.3°. Donc peut-être record mensuel finalement ?

En attendant il y a toujours ça pour la ville de De Bilt aux Pays-Bas : http://www.knmi.nl/exp/pluim/vijftiendaagse/index.html (ecmwf 0z de ce matin) http://www.knmi.nl/exp/pluim/ (ecmwf 12z d'hier) Il y a donc un peu plus de scénarios froids qu'hier.