lobarbot

Re, Voilà les cumuls mensuels de pluie de ma station de janvier à aout 2015 : 1ère ligne : selon mes calculs suivant la norme OMM en bleu 2ième ligne : selon les exports NOAA faits dans Weartherlink (les cumuls sont faits par jours en heures légales) en violet 3ième ligne : les statistiques de ma station dans le tableau climatologie 2015 d'InfoClimat théoriquement aux normes OMM en vert 114.2+98.0+55.2+20.8+24.2+26.2+43.2+116.6 = 498.4 ​ 108.9​+95.8+62.6+18.2+26.4+26.0+43.8+114.1=495.8 +2.6 (1er septembre avant 8h) = 498.4 (NB : il n'y a pas de pluie le 1er janvier avant 7h) 103.6+​90.2+53.2+17.8+21.8+26.2+41.6+106.8=462.0 Les totaux des deux premières lignes sont identiques, par contre le total d'IC marque un déficit de 7,3% sur seulement les ​2/3 de l'année. Je rentrerai dans d'autres détails plus tard, mais une bonne partie de l'erreur provient des cumuls des premiers et derniers jours du mois. A vos calculatrices !

Bonjour, Oui je sais comment modifier les valeurs avec le crayon ;-) , mais tu confirmes ma remarque quand il manque une ligne complète il n'est pas possible de la remplir, quand on clique sur le crayon on a une page d'erreur qui s'affiche. C'est effectivement dommage, car on peut avoir une coupure Internet supérieure à une heure. As-tu essayé OMM_un_mois ? Est-ce conforme à ta feuille Excel ? Quant aux autres erreurs, toujours sur la pluviométrie, j'en ai notées quelques unes en faisant le travail précédent. Ce ne sont pas apparemment des erreurs type OMM, mais des valeurs inférieures ou supérieures aux valeurs : cela semble aléatoire.Je vais essayer de faire une étude plus précise, mais cela risque d'être long. Pour l'envoi mensuel, on pourrait même fournir une "moulinette" à chaque membre du réseau, qui serait déclenchée par une tâche programmée tous les 2 du mois et enverrait un fichier simplifié et en clair avec les seules données utilisées par IC.

Bonjour, Je viens de faire un travail un peu fastidieux mais nécessaire. J'ai vérifié un par un tous les enregistrements des données de pluviométrie du dernier jour du mois et celles du premier jour du mois suivant sur la climatologie d'Infoclimat de ma station pour l'année 2015. A part quelques rares mesures manquantes (*), elles sont conformes aux miennes. J'ai tout recalculé à la main. Tous les résultats obtenus sont identiques à ceux fournis par mon utilitaire OMM_un_mois (http://www.meteo-gujan.org/Visiteurs) Comme je l'avais supposé sur le premier message, il y a double erreur sur les résultats des climatologies mensuelles du site Infoclimat. Cette double erreur doit bien être une erreur de programmation, car elle se répète à l'identique tous les mois. Les pluviométries du dernier jour du mois sont de fait calculées de 6h UTC à 24h UTC, ce qui n'est pas conforme à la norme OMM. Les pluviométries du premier jour du mois sont de fait calculées à partir de 6h UTC. Ce qui entraine la perte des données de pluie entre 0h et 6h UTC tous les premiers jours du mois. Bon, si vous avez quelques heures, prenez une feuille, un crayon, vous pouvez vérifier. Bon courage. (*) Ces données manquantes n'influencent pas les résultats. En passant, je n'arrive pas à remplir les données manquantes à la main. J'ai un message Erreur si je veux modifier. Pour être constructif, ne serait-il pas plus judicieux que tous les membres du réseau StatIC envoient chaque mois leur fichier aaaa-mm.wlk ?

Bonjour, Quand il fera moins beau, je vais me mettre un jour à vérifier manuellement les résultats. Pour essayer de voir si l'erreur est aléatoire ou répétitive et à ce moment là essayer de mettre précisément le doigt où ça coince pour pouvoir proposer une solution. Je vous tiendrai au courant.

Bonjour, Suite à une application que j'ai mise en ligne (/topic/86752-utilitaires-pour-obtenir-des-donnees-aux-normes-omm/'>http://forums.infoclimat.fr/topic/86752-utilitaires-pour-obtenir-des-donnees-aux-normes-omm/), j'ai voulu vérifier si mes programmes fonctionnaient correctement. Je n'ai évidemment pas tout testé, mais j'ai remarqué des imprécisions, voire des erreurs, au niveau des Cumuls de pluies et notamment sur la fin du mois. Par exemple sur ma station , il a été relevé chez moi et enregistré sur le site d'IC, pour 2015 : -1,6 mm le 31 aout de 18h à 19h, -1,0 mm le 31 aout de 19h à 20h, -0,2 mm le 31 aout de 20h à 21h , -2,2 mm le 1er septembre de 6h à 7h, -0,2 mm le 1er septembre de 7h à 8h. Tout ceci est en heure locale et tout ceci est correct et cohérent. Ce qui donne avec les normes OMM un cumul de 5,2 mm = 2,8 mm + 2,4 mm pour le 31 aout. Par contre sur le site d'IC dans les tableaux de climatologie - du mois d'aout 2015, il apparaît : 2,8 mm de pluie le 31 aout , - du mois de septembre, il apparaît : 0,0 mm de pluie le 1er septembre . Il y a apparemment donc une double erreur : le cumul du 31aout n'est pas aux normes et les 2,4 mm du 1er septembre avant 8 h (local) se sont évaporés.

Bonjour, A ce propos je viens de constater des imprécisions, voire des erreurs, dans les Tableaux de Climatologie (Stations Météo dans Temps Réels) du site Infoclimat Comme ceci sort du cadre de ce fil de discussion, je commence un nouveau post dans la rubrique Vie du site Infoclimat dans le chapitre Discussion autour d'Infoclimat.

Bonjour, Suite à une remarque de Dominique de Météo Canéjan, il y a un petit problème de conflit entre les programmes OMM_mois_courant.exe et OMM_mois_courant .bat avec les logiciels vp2sql et dat2sql qu'utilisent un certain nombre de personnes. Ces logiciels ont la mauvaise d'idée de lire indistinctement tous les fichiers dont l'extension est .wlk . Or OMM_mois_courant.bat crée un fichier provisoire moiscourant.wlk , ce fichier étant lu par la suite par OMM_mois_courant.exe . Pour éviter ce conflit, j'ai modifié le nom de ce fichier en moiscourant.kkk et aussi modifié les deux programmes en conséquence. Si vous utilisez data2sq l ou vp2sql , vous pouvez télécharger les nouvelles versions de OMM_mois_courant.exe et OMM_mois_courant .bat sur http://www.meteo-gujan.org/Visiteurs Ces nouvelles versions ont été testées par Dominique. N.B. : OMM_un_mois.exe n'est pas concerné par ce problème car il ne crée pas de fichier provisoire.

Bonjour, Comme promis, voici le même utilitaire, OMM_hystory_ws , pour les stations WS 2800, 2801 et WS 3600. Toujours le même principe une application, compacte et ultra rapide. Pensez à la lire la documentation. Toujours à la même adresse : http://www.meteo-gujan.org/Visiteurs

Bonjour, Je viens d'ajouter de nouveaux utilitaires sur ma page : http://www.meteo-gujan.org/Visiteurs Pour le moment ces programmes s'adressent aux propriétaires de Vantage qui utilisent Weatherlink (même en tache de fond) Ils calculent les Températures Minimales (TN) et Maximales (TX) ainsi que les Cumuls de pluie suivant les normes de l'OMM. C'est à dire : - pour les températures maximales (TX) et les cumuls de pluie entre 6 h UTC d'un jour et 6 h UTC du lendemain. - pour les températures minimales (TN) entre 18 h UTC de la veille et 18 h UTC d'un jour.​ Ces valeurs ne sont pas données par Weatherlink, ni par la plupart des logiciels. Il y a 2 programmes : un pour calculer ces valeurs pour les mois passés et un autre pour le mois courant. Ces deux programmes génèrent des fichiers textes de type csv, que chacun pourra utiliser à sa guise. De plus, on trouvera dans ces fichiers les heures des TN et TX. Comme d'habitude, il y a une documentation détaillée sur les programmes. PS : - J'en ai profité pour arranger la page Visiteurs. La page EssaiEnsol n'existe plus et est maintenant regroupée avec Visiteurs - Dans quelques temps j'ajouterai des utilitaires similaires pour les propriétaires de WS 2800 et 3600

Je reviens sur le sujet car sur le site Infoclimat dans les tableaux climatologie d'une station, il est spécifié : T min de 18h de la veille à 18h du jour T Max de 6h du jour à 6h du matin, Pluie idem etc.... Pourriez-vous me donner les références des documents officiels (OMM ou MétéoFrance) qui spécifient ces intervalles de mesure ? Et je rappelle l'autre partie de ma question, à partir de quelle hauteur de pluie MétéoFrance, par exemple, décide qu'un jour est un jour de pluie ou pas pour faire ses stats sur les jours de pluie. Merci d'avance.

Tout cette discussion pour un accent circonflexe. Moi c'était juste pour signaler un petit truc...pour corriger une petite erreur.

Je n'avais pas envoyé ce message pour qu'on vienne débattre ici de la réforme de l'orthographe, mais juste pour corriger un tout petit bug sur le site. Les commentaires de Goose Canada sont inappropriés et n'ont rien à figurer ici.

Comme d'habitude, en France, on ménage la chèvre et le chou, donc toutes les réformes de l'orthographe ne sont jamais contraignantes, il ne faut pas que les académiciens attrapent des crises cardiaques. En tous les cas, pour le mois d'aout cela est bien pratique. Passer des variables de php en javascript quand il y a des accents c'est jamais automatique.

Bonjour, Ce n'est pas vraiment le bug du siècle, mais si vous regardez les intitulés des graphiques en bas de la page de la climatologie d'une station au mois d'aout, on a : En août .... c'est à dire avec l'entité HTLM du u avec accent circonflexe. Donc pour ceux qui doivent aligner les lignes de code pour maintenir ce site en bonne santé, je vous donne un petit conseil qui va vous simplifier la vie : Le mois d'aout ne prend plus d'accent circonflexe depuis la réforme de l'orthographe de 1990. Quelle bonne idée ! Bon courage.

Merci de ta réponse. Je viens de relire le document (je l'ai la version du Guide_Cimo en français), mais je ne vois pas qu'il est écrit qu'il faut 1 mm de pluie pour définir un jouir sans pluie, ni que cela va de 6h à 6h.

Bonjour, Dans les statistiques mensuelles figurent en général le nombre de jours de pluie. Je ne trouve pas dans la documentation de Météo France (ou autre) la définition d'un "jour de pluie". Y-a-t-il une hauteur minimale pour dire qu'il y a plu un jour ou pas ? Problème de la rosée ? Existe-t-il une documentation officielle ? De plus qui peut me donner la référence de la documentation de l'OMM qui fixe les règles d'horaire des cumuls de pluie, des Tmax etc.. de 6h UTC du jour à 6h UTC du lendemain.. Merci.

Bonjour, Sur le site d'Infoclimat, dans le menu Prévisions, puis Prévisions locales, quand on a choisi une ville apparait 2 tableaux. Au dessus du deuxième il est écrit : Cliquez sur une colonne pour plus de détails. Si on clique : les valeurs des températures de rosée sont illisibles car écrites avec trop de chiffres décimaux. Le Webmaster devrait prévoir un affichage avec une seule décimale, du genre round($Temp,1); Question auxiliaire : à quoi sert la sorte de cible qui se trouve en bas et à droite de cette même page (où se trouve écrit Units : knots en haut et à droite). J'ai essayé plusieurs dates et plusieurs villes. Ce graphique reste toujours vide ! Merci de vos réponse.

Bonsoir à ceux qui ont répondu et aux autres, C'est très sympa de répondre à mes questions. Mais avant de mettre la question sur le forum, j'ai essayé de creuser la question. Mon éditeur de fichiers wlk (http://www.meteo-gujan.org/Visiteurs ) donne les mêmes valeurs. Ce n'est donc pas une erreur d'affichage de WL. Le "Rain Rate" qui se trouve dans le fichier aaaa-mm.wlk donne la valeur (idem pour le Browse et les fichiers NOAA) de la plus haute intensité de pluie durant l'intervalle d'archive, c'est à dire dans mon cas 5 mn. Si on reprend mon tableau, il y a un Rain Rate de 3.6 mm/h à 16h15, ce qui signifie qu'entre 16h10mn 01s et 16h15mn il y a eu deux basculements avec un intervalle de : 0.2 mm /(3.6 mm/h) = 0.0555..h= 3.333....mn entre les deux et que c'est la plus petite valeur d'intervalle calculée sur 5 mn et que les autres basculements, pendant ces 5 mn de l'archive, ont un intervalle entre deux basculements consécutifs supérieur à 3.34 mn . C'est tout ce qu'on peut dire d'après la définition du Rain Rate de WL. Les autres valeurs de Rain Rate en dehors des intervalles où il n'y pas de pluie demeurent toujours mystérieuses... En tous les cas je ne vois pas comment mesurer sérieusement l'intensité des pluies...

Re, Voilà ce que j'avais lu dans l'Aide de WL : When no rainfall occurs, the rain rate will slowly decay based on the elapse time since the last measured rainfall. Google Traduction me fait déjà remarquer que cela doit être elapsed et non elapse et propose : Quand il ne pleut pas, le taux de pluie va lentement se dégrader en fonction de l'écoulement temps depuis la dernière pluie mesurée. Suivant quel critère le Rain Rate est-il mis à zéro ? Le relevé suivant dans le tableau est : 6/07/14 16:45 0.00 0.0 Le taux est 3.6 à 16h15 et il ne pleut plus après, on devrait avoir alors successivement : 3.6 / 2 =1.8 ; 3.6 / 3 = 1.2 ; 3.6 / 4 = 0.9 .... ce qui de toute façon n'a aucun sens non plus. "Y a quelque chose qui cloche là-dedans. J'y retourne immédiatement." (B.Vian)

Bonjour, Merci de ta réponse, mais les 10 mn ne collent pas avec les 3 dernières valeurs de mon tableau. Il y a 3 "Rain Rate", non nuls, avec des "Rains" nuls sur un intervalle de 15 mn. Où as-trouvé dans l'aide que l'intensité était calculée sur 10 mn ? Merci d'avance.

Bonjour, Dans les données sorties par WeatherLink on trouve le Rain Rate. D'après ce que je comprends (de l'aide en anglais de WL) : - cette valeur, en mm/h, indique l"'intensité" de la pluie, - elle est calculée en fonction du temps entre deux basculements. Donc, par exemple, si les augets sont réglés à 0,2 mm et qu'il s'est déroulé 1 mn entre deux basculements, on devrait avoir un Rain Rate de 0,2 x 60 = 12 mm/h. De plus s'il n'y a pas eu de basculement pendant l'intervalle (ou archive) d'enregistrement, on devrait avoir Rain = 0 mm et Rain Rate = 0mm/h. Voilà un extrait de mon Browse Records : Rain Date Time Rain Rate 6/07/14 15:40 0.20 0.0 6/07/14 15:45 0.20 1.6 6/07/14 15:50 0.00 1.6 6/07/14 15:55 0.20 1.6 6/07/14 16:00 0.00 1.4 6/07/14 16:05 0.00 1.0 6/07/14 16:10 0.00 0.0 6/07/14 16:15 0.40 3.6 6/07/14 16:20 0.00 1.8 6/07/14 16:25 0.00 1.0 6/07/14 16:30 0.00 0.8 Comment peut-il y avoir un Rain Rate non nul, alors qu’il n’a pas plu durant l’intervalle (cf. les données en rouge). Merci de vos réponses. Jean-Marc

Bonsoir Christian, Merci beaucoup pour ta réponse, comme toujours, bien étayée. Je n'ai pas pas le document de Michel Leroy sur le sujet (j'ai bien ses docs MF sur les précipitation et les vents, mais pas celui-là). Peux-tu me me donner le lien pour le récupérer ? Derrière ma question se profile le désir d'étendre mon site météo, en plus de la navigation et l'astronomie, au jardinage. Je pense que les agriculteurs et les jardiniers amateurs sont très demandeurs de données locales pour gérer leur arrosage ou protéger leur culture d'une gelée blanche. Je profite de ce fil pour proposer l'ouverture d'une rubrique "Jardinage" ou "Agriculture" dans le forum. Cela devrait intéresser beaucoup de personnes, a priori. Jean-Marc PS pour les administrateurs web : Sur IE 11, on n'a pas accès à la mise en forme dans "Répondre à ce sujet".

Merci, Tu voulais dire - 10 cm ? ;-)

Bonjour, Y-a-t-il un standard (météorologique et/ou agricole) pour mesurer la température du sol ? Profondeur ? Exposition (ensoleillée ou ombragée) ? Etat du sol (herbeux ou nu) ? La sonde de température de Davis pour Vantage Pro (6372OV) est-elle efficiente pour cela ? Merci de vos réponses.

Bonjour à Maubeuge (50°,-4°) ! Merci, Effectivement cela demande un "peu" de temps, notamment pour le graphique du mouvement de la lune, il y a environ 1000 lignes de code rien que pour le calcul théorique des positions, sans compter le code pour l'affichage et le déplacement. Quand on aime on ne compte pas. Gujan-Mestras (44,6°;1.1)