lobarbot

Cela bugue pas mal ! Essayez de cliquer sur Comprendre, puis Actualités et dossiers en haut de la page. Cela ouvre le lien www.meteofrance.fr ( et pas com) et on tombe sur une page qui a perdu toute sa mise en forme !!! Bien embêtant, car dedans il y a le très intéressant dossier Publications avec le très complet Glossaire où l'on trouve réponse à pratiquement toutes les questions. Globalement c'est toujours gavé de pubs ! Y'en a marre !

Je termine mes interventions dans ce fil. Mes propos en tous les cas ne sont pas agressifs, mais simplement je suis énervé par : - quelqu'un qui vient juste d'arriver sur ce forum (1 message) évidemment non adhérent d'Infoclimat, et qui vient faire de la pub pour un autre réseau, - tout le monde a le droit de créer un site évidemment, mais créer un réseau de stations cela du demande du sérieux les membres du réseau StatIC le savent parfaitement bien, - ce site n'est pas gratuit car il y a de pub dedans, des cookies Google , donc cela n'est pas bénévole, il veut gagner du blé ! - le fait de s'appeler reseaumeteofrance cela sent quand même la grosse ficelle pour choper les recherches sur Google. Fin des mes interventions, n'alimentons pas le buzz

C'est du buzz comme d'habitude. Je maintiens que le site ne fonctionne pas ! Je pense que Météo France ne va pas tarder à bloquer ce nom de domaine pour usurpation de nom public.

Un peu gonflé : - de venir faire de la pub sur un vrai réseau de météo qui fait preuve depuis de nombreuses de sérieux et de fiablité alors que tu viens juste de t'inscrire aujourd'hui, - de s'appeler reseaumeteofrance, tu te prends pour qui ? - de faire de la pub pour un site qui ne fonctionne même pas, PS : Il est sympa le modérateur de laisser passer cela...

Je rebondis sur la phrase de muchistic. Ce site Infoclimat, même s'il n'est pas parfait, est certainement de loin le meilleur dans sa catégorie. Il est sans aucune publicité, il vit des cotisations des adhérents, alors si vous utilisez régulièrement ce forum,une cotisation de 19 euros ne va pas vous ruiner. Je "donne mon temps gratuitement" dit muchistic. Bon aujourd'hui on change, maintenant on paie !! J'invite en conséquence tout utilisateur de mes applications à s'engager à adhérer à Infoclimat. PS : si le trésorier voit affluer des tonnes de chèques de 19 euros qu'il ne parte pas aux iles Caïmans avec !

Bonsoir, Suite à ces longues discussions la version GraphSolWlk2.1 vient d'être mise en ligne http://www.meteo-gujan.org/Visiteurs ainsi que celles de GraphSolDuJour2.1 et d' ensolmoiscourant2.1 . Cette version n'est visuellement très peu différente de la précédente La seule modification tient en 2 ligne de programmes (sur plus de 2000 !). Le rayonnement mesuré utilisé dans le graphique et dans le calcul de la durée d'ensoleillement est celui appelé par Weatherlink Solar Rad, qui est la valeur moyenne de la radiation sur l'intervalle de l'archive. Voilà une conclusion intellectuellement correcte et comme dirait Tugdur ... la satisfaction du travail accompli

JackT tu as mal compris mon propos Je n'ai pas dit que Weatherlink inventait ses données, il ne met pas dans ses fichiers wlk toutes les valeurs qu'il y a dans le datalogger mais des valeurs qu'il choisit. Pour revenir à nos moutons, la réponse était bêtement écrite dans l'aide de Weatherlink : The value logged by WeatherLink is the average solar radiation measured over the archive interval. Ce qui clôt le débat je vais en conséquence apporter la modification à mon programme par rigueur intellectuelle. Je ne pense pas que cela va modifier les résultats sur les durées d'ensoleillement, à peine perceptible sur les graphiques en 1000 pixels. (En passant, il y en a qui ont des graphiques de 200 pixels de haut avec des courbes dont l'épaisseur de trait équivaut à 25 W alors....) Je mets la version 2.1 corrigée dans un prochain message.

Je possède les deux docs : 1) les données qui se trouvent dans le datalogger ne sont pas celles que donnent Weathelrink. Le document dont tu donnes la référence est à l'usage de ceux qui voudraient lire directement dans le datalogger et non pour les données se trouvant dans les fichiers wlk. La description des fichiers wlk ne se trouvent pas dans ce document, mais dans le ReadMe de WL. (bien que cela ne soit pas le propos de ce fil, où dans WL peut-on opter pour une valeur moyenne de Temp Out ?) 2) dans la doc de l'OMM la formule donnée en annexe est intéressante, mais ne résout pas le problème parce que l'on ne connaît pas le rayonnement minimum, il faudrait avoir en plus une mesure de radiation avec un plan perpendiculaire à la direction du soleil, une mesure du rayonnement diffus, etc .... Il nous faudrait un autre matériel pour utiliser cette formule. En passant Xaria ne calcule pas sur 10 mn, mais sur 1 mn ! Soyons modestes avec nos 5% de précision....

JackT peux-tu donner la référence de la documentation de Davis, car je n'ai pas lu ce que tu affirmes ? Idem pour la recommandation de l'OMM. Je viens de regarder pour les températures, la température(Temp Out) n'est pas la moyenne sur l'intervalle. Prends une journée d'été ensoleillée et regarde le matin quand la température monte rapidement, on constate que LA température est égale à la Hi Temp et qu'au contraire en fin d'après midi elle est égale à Low Temp. En attente de ta réponse...

Bon je vais me coucher, je te laisse soliloquer, car tu ne lis pas ce que j'écris...

Je ne vois pas en quoi les données que tu appelles instantanées sont plus pertinentes que d'autres. L'instantanéité est une notion mathématique et pas une valeur physique. Sur un intervalle de 5 mn, ces valeurs ne représentent que des mesures prises, par exemple, à 13h05, puis à 13h10, puis à 13h15, etc ... Pendant ces 5 minutes il y a des dizaines de mesures, dont tu ne sais rien, a priori, et seule la radiation maximale nous renseigne sur ce qui a pu se passer pendant ces 5 minutes. Mon option est mathématiquement la plus raisonnable. Je te demande de relire le PS de mon message précédent. Les courbes que j'obtiens les jours de plein soleil diffèrent de moins de 5% des courbes théoriques.

- Si tu avais tracé la courbe de Hi Solar Rad avec WeatherLink tu aurais pu constater qu'on obtenais une courbe sensiblement différente. J'ai pris une option médiane. Plus l'intervalle de l'archive est court plus la différence est peu visible. Dommage qu'on ne dispose pas de la valeur minimum. Par temps "constant", ensoleillé ou nuageux (stratus) , il n'y a pas de différence notable entre Solar Rad et Hi Solar Rad. - Pour le calcul de l'ensoleillement, j'ai évidemment pris la même option de la moyenne des 2 valeurs. PS : Je rappelle que la précision du capteur de radiation donnée par le constructeur est de 5 %, donc dans le cas de ton graphique autour de 400 w/m² on est à +ou - 20 W/m².

Bonsoir, - Tout d'abord pour l'allure de la courbe il suffit de modifier la valeur du Maximum dans Paramètres de la Station, en le mettant à 400 tu devrais avoir la même ou presque (voir point suivant) - D'autre part pour chaque archive , Weatherlink retient deux valeurs : la valeur de la radiation mesurée à l'heure de l'archive (Solar Rad) et la valeur maximale de la radiation durant la durée de l'archive (Hi Solar Rad). J'aurais pu choisir de représenter les deux courbes mais cela n'était pas très lisible. J'ai pris l'option de prendre pour ordonnées des points de la courbe la moyenne arithmétique des deux valeurs, d'où la différence entre les deux courbes. Il n'y a pas comme la température une valeur minimum enregistrée sur l'intervalle. - Je confirme que toutes les valeurs sont bien lues dans le fichier .wlk

Bonjour, La version GraphSolWlk2.0 vient d'être mise en ligne http://www.meteo-gujan.org/Visiteurs ainsi que celles de GraphSolDuJour2.0 et d' ensolmoiscourant2.0 et leur documentation. Cette version comprend les améliorations suivantes : - ajustement des courbes théoriques et de l'ensoleillement minimum, (ces ajustements deviennent des paramètres enregistrables), - en haut du graphique s'affiche le nombre d'heures et le taux d'ensoleillement du jour, - pour ceux qui n'ont pas de capteur UV, cette absence est détectée et toutes les références aux UV sont supprimées du graphique, - une fonctionnalité importante est ajoutée : c'est l'export des durées d'ensoleillement de tous les jours du mois choisi vers un fichier au format .csv. Elle remplace le programme ensolmois qui est maintenant est enlevé du téléchargement. Le programme tient compte de tous les paramètres de GraphSolWlk2.0 GraphSolDuJour2.0 est une application console qui permet de générer automatiquement le graphique du jour courant avec les paramètres choisis dans GraphSolWlk2.0. ensolmoiscourant2.0 est aussi une application console qui permet de générer automatiquement l'export des durées d'ensoleillement du mois en cours vers un fichier .csv Ces deux derniers programmes ont l'avantage d'être planifiés pour un envoi en ftp. PS : Merci à Dominique et à René qui ont testé patiemment toutes les versions de ces applications.

Bonjour, - ensolmois est supprimé, car il est intégré à GraphSolWlk2.0, - ensolmoiscourant est maintenant une dépendance de GraphSolWlk2.0, pour être cohérent avec ceci il reprend le nom ensolmoiscourant2.0 . Vous êtes invités à effacer l'ancienne version ainsi que le fichier .bat qui allait avec. L'utilisation d' ensolmoiscourant2.0 est simplifiée, voir la documentation : http://www.meteo-gujan.org/Visiteurs Ce fil prend fin avec ce message, si vous voulez répondre ou suivre cette application suivre le fil de GraphSolWlk2.0

Bonjour, Il y avait un petit bug sur GraphSolWlk1.3 sur les mois de janvier et février. Ce bug ne touche pas GraphSolJDuJour1.3 Je vous invite à utiliser GraphSolWlk_En_Test2 (cette version sauvegarde la configuration), en attendant la version GraphSolWlk2.0 qui va bientôt arriver. Désolé pour ce désagrément. Merci à Dominique pour m'avoir alerté. PS : Ne pas oublier d'effacer l'ancien configraphsol, le nouveau contient de nouvelles informations

Plus de commentaire.

Bonjour, Il y a une petite coquille dans ensolmoiscourant2.0, je vous invite à télécharger ensolmoiscourant2.01. Par contre, pas de problème pour ensolmois. Désolé et bonne année à tous .

Bonjour, Je vais vous mettre à contribution. Je viens de mettre en ligne une première ébauche des modifications souhaitées. Cette version, GraphSolWlk_En_Test, est mise en ligne à l'adresse habituelle : http://www.meteo-gujan.org/Visiteurs Cette version comporte deux curseurs qui modifient les courbes d'ensoleillement théorique et minimum. Pour le moment la configuration n'est pas sauvegardée. J'aimerais que vous me disiez, par courriel direct ou ici, ce que vous en pensez.

Bonjour, Tout d'abord," je ne veux pas appliquer une correction paramétrable par ce que j'ai envie", mais par ce qu'on me le demande... 1) Pour la courbe théorique, davantage que sur le seuil d'ensoleillement, la radiation dépend d'un paramètre extrêmement important : la transmittance atmosphérique. Cette valeur peut être modifiée en fonction de condition locale. Après un certain nombre d'observations, par journées totalement ensoleillées, on peut obtenir une bonne approximation de cet ensoleillement théorique, compte tenu de la précision de nos instruments et de leur stricte horizontalité ou non. 2) Pour la courbe de la valeur minimum d'ensoleillement, je n'appliquerai pas une correction du gendre "je multiplie par 0.95 ou 1.05 la valeur trouvée" (ce qui induit de fait une affinité orthogonale sur la courbe), parce que non conforme mathématiquement (*). Libre à toi d'appliquer cette démarche avec les fichiers générés par ensolmois ou ensolmoiscourant qui sont des fichiers .csv donc modifiables rapidement avec un tableur (Excel par exemple). J'ai commencé à travailler sur la modification de GraphSolWlk, voilà les axes sur lesquels j'avance : - introduction de 2 curseurs (un pour chaque courbe) qui permettra d'ajuster visuellement les courbes , cette manipulation sera transparente pour l'utilisateur (pas de valeur affichée) et deux nouveaux paramètres seront ajoutés au fichier de configuration : confgraphsol.txt (les valeurs inscrites seront par exemple des nombres variant de -5 à +5, ces valeurs serviront , après interprétation mathématique, dans le programme et serviront aussi aux ensolmois) - afficher la durée et le taux d'ensoleillement du jour sous le titre du graphique ce qui permettra également de visualiser numériquement le résultat. PS : Attention, ne pas oublier de jouer sur le seuil du lever/coucher pour améliorer le taux d'ensoleillement. (*) Petit explication mathématique : Prenons par exemple la fonction carrée, si on veut transformer sa courbe représentative on peut faire y = k*x2, c'est ce que tu préconises , ou on peut faire : y = xq*2 ce que l'on doit faire ici (le taux de transmission est en exposant) Pour obtenir la courbe, on doit avoir pour tout x (non nul) k= x2q-2 . On voit bien qu'on ne peut pas trouver une valeur de k en fonction de q ,car dépendant de x (sauf k=q=1)

Bonjour, En fait ce n'est pas sur la courbe théorique mais sur la courbe d'ensoleillement que tu me demandes de pouvoir appliquer une affinité orthogonale de base (Ox) et de rapport k, k étant défini par l'utilisateur. J'étais en train de modifier GraphSolWlk sur l'autre courbe. Bon,... on peut envisager de pouvoir modifier les deux. 1) Il faut que je trouve de la place dans la fenêtre pour mettre deux curseurs. Ce n'est pas une mince afffaire. 2) Mathématiquement ce ne sera pas des affinités, car on doit modifier a dans une expression comportant xa (x et a réels) 3) Trouver un moyen simple et transparent pour l'utilisateur, car je dois appliquer cela aussi à ensolmois. Je vais m'y mettre, en même temps c'est les fêtes ... PS : n'hésite pas à m'écrire en perso pour me le rappeler

Bonsoir, JackT je vois que tu lis attentivement mes messages. Je vais essayer de te donner quelques explications et les choix que j'ai faits, d'autant plus que nous avons eu de nombreux échanges avec tugdur avant que je ne mette les nouvelles versions d'ensolmois (voir autre fil de discussion). Dans GraphSolWlk (comme dans ensolmois), il ya deux algorithmes de calculs indépendants : celui du calcul de la valeur minimum qui détermine l'ensoleillement ou non (1) et celui de l'ensoleillement théorique (2). - pour (1), le calcul est fondé sur une formule qui ne tient pas compte d'un coeffficient de transmission local, mais seulement de la hauteur du soleil et du numéro du jour dans l'année, (il en est de même pour Xaria de l'OMM), - pour (2), on part avec la radiation au bord de l'atmosphère 1367 W/m², après on tient compte du trajet du soleil dans l'atmosphère (dépend de la hauteur du soleil et de l'altitude ) et du coefficient de transmission solaire dans l’atmosphère (ou transmittance atmosphérique en franglais). C'est ce dernier qui t'intéresse il est égal à environ 0.6, moi j'utilise un plynôme du 7ème degré de variable N (N= numéro du jour) . Ce coefficient est utilisé à la fois dans le rayonnement direct et dans le rayonnement diffus. Je ne tiens pas compte d'autres facteurs, mais ce n'est pas faute d'y avoir pensé. La modification que je peux apporter c'est le paramétrage de la courbe d'ensoleillement théorique avec un système de curseur ou de + /- pour permettre d'ajuster le graphique théorique. Je tiens à préciser que les courbes de GraphSolWlk ou les tableaux d'ensolmois n'ont pas la prétention d'une justesse extrême malgré la rigueur des calculs, certains calculs utilsent des paramètres expérimentaux. Nos capteurs de radiations sont vendus avec une précision de 5%, alors soyons modestes sur nos résultats. Je tiens compte de ta remarque et si tu penses que la modification que je te propose t'intéresse, je me mettrai au boulot.

Bonjour, Je viens de mettre en ligne la nouvelle version de ensolmois2.0 et de ensolmoiscourant2.0. Cette version porte des améliorations par rapport à la précédente : - on peut travailler en heures légales ou UTC, - le seuil miminimum d'ensoleillement au lever-coucher est paramétrable, - l'énérgie solaire reçue par jour a été ajoutée, - pour l'option mois courant, la procédure de copie du mois courant est maintenant réalisée automatiquement par le programme. Je rapppelle que ces programmes ont pour but de calculer la durée d'ensoleillement de toutes les journées d'un mois (théorique, réelle et taux) à partir d'une Vantage dotée d'un capteur de radiations,en utilisant un fichier généré par WeatherLink. Je vous invite à lire les documentations. Tout se trouve à l'adresse habituelle : http://www.meteo-gujan.org/Visiteurs PS : Bonne année à tous

Bonjour, Suite à des demandes, j'ai procédé à quelques amélioration de présentations à GraphSolWlk et également à GraphSolDuJour . Ces versions portent la référence 1.3. Toujours à l'adresse habituelle : http://www.meteo-gujan.org/Visiteurs PS : Ne pas oublier de lire les docs !

Bonjour, J'ai apporté deux améliorations à GraphSolWlk et également à GraphSolDuJour : - maintenant le graphique est centré, quel que soit le type d'heure choisi (UTC ou légal) et quel que soit l'horaire saisonnier (été ou hiver), - certains capteurs ne donnant pas toujours une valeur strictement nulle la nuit, j'ai dû calculer les heures de lever et de coucher du soleil (*) pour ne lire les valeurs de radiations qu'entre ces deux horaires (+ ou - une marge). Tant qu'à faire ces calculs, les heures de lever et de coucher sont affichées sur le graphique. Ces versions portent la référence 1.2. Toujours à l'adresse habituelle : http://www.meteo-gujan.org/Visiteurs (*) - Les heures de lever et de coucher sont les heures réelles du lieu de la station, calculées en fonction de la date, de la latitude et la longitude.(Pour plus de détails :http://www.meteo-gujan.org/Accueil/levercoucher.html) - Les heures de lever et de coucher données correspondent à la définition visuelle (bord supérieur du soleil moins la réfraction atmosphérique), il existe également des aubes civile, nautique et astronomique, idem pour les crépuscules.