Polux69

C'est pas loin : http://91.121.94.83/modeles/gens/run/gens-3-0-264.png?6 D'après vous pourquoi GFS est il en marge de son ensembliste?

Oui enfin le déséquilibre thermique comme tu dis peut aussi avoir lieu l'été prochain, comme l'an dernier, pourrit. D'autre part on arrive aux 2/3 de l'hiver météorologique sans avoir vu un flocon en plaine dans la plupart des régions... Après un été froid, un hiver 2006/2007 chaud, c'est normal que certains choppent la haine. Même moi à 575m d'altitude, je n'ai encore pas eu de neige cet hiver et je deviens vraiment impatient car je préfère emmener ma fille faire de la luge que de rester enfermé à cause de la pluie. Ce topic est là pour ceux qui veulent se plaindre et partager leur impatience alors laisses les faire, au moins ça ne pourrit plus le topic des prévisions comme avant.

Vous dites que ce run rejoint l'ensembliste contrairement aux précédents, mais quand j'affiche les diagrammes , le run de GFS est pourtant toujours en marge des autres sénaris mais cette fois dans le sens inverse (vers le froid). Il y'a toujours autant de disparités ce soir... Suspens.

Bah c'est grace à de complexes équations mathématiques basées sur des loi physico chimique atmospheriques ect... Par ex on sait qu'un particule d'air à un instant t ayant telles proporietés (température, masse,trajectoire, pression etc... ) va évoluer de telle façon... Ca doit etre des millions d'equations mathématiques. C'est pourquoi une simple erreur dans les conditions initiales peut tout changer dans le resultat des calculs à j+3 par ex. D'ou l'interet d'avoir plusieurs sénaris perturbés(ENS pas ex). Par contre ta quesiton n'a rien à faire dans la rubrique sites web.

Bravo joli site, respectant les normes W3C en plus !

Ca devrais t'aider : http://www.meteo-mc.fr/stations_synop/listestations.txt et http://meteocentre.com/doc/metarf.html

C'est une bonne idée, mais il faudrait déjà que les observations soient "formatées" de la même manière.En effet, sur meteoalerte on peut poster que les phénomènes extrême, tandis que meteo-mc et meteciel, on peut tout poster. Autre exemple, les coordonnées des observations : sur IC elles sont stockée pour des noms de villes prédeterminés avec des coordonées en pixel coorespondante à leur font de carte, sur meteo-mc le font de carte est différent donc les coordonnées ne sont correspondent plus. Donc à partir du moment ou les concepts et la technique sont différents on peut pas le faire. D'autre part, les observations meteoalerte meteo-mc, meteociel sont toutes envoyées dans des BDD mysql différentes, faudrait refaire tout le système. D'autre part, ton idée de tout regrouper dans une seule base pour tous les sites est assez utopique, je vois mal meteoceil et infoclimat fusionner le base d'obs. Si chacun formate ses données en fichiers XML ca permettrait par contre de faire une carte unnique de toutes les obs des différents sites, ou à des sites locaux , régionaux, d'utiliser les données sur leurs cartes.

Bonjour, Comme prévu j'ai construit une carte d'observation pour mon site du massif central. voilà ce que ça donne : http://www.meteo-mc.fr/showobs.php http://www.meteo-mc.fr/report-obs.php http://www.meteo-mc.fr/tabobs.php Bon même si c'est très proche des meteoalerte et meteociel au niveau de la technique, le concept d'obs météo n'est pas le même, histoire de pas faire de la pure copie. Ici, on poste un picto du ciel observé, on peut égallement ajouter mesures et commentaires. Tout n'est pas terminé, mais c'est fonctionnel. Techniquement, le formulaire d'ajout d'observations est composé d'élement géré par DOM en Javascript, nottament le positionnement du picto sur la carte lors du clic de l'utilisateur. La validation du formulaire de façon dynamique est réalisé grace à la méthode AJAX qui permet de ne pas recharger X fois la page. au moment de la validation, un cookie est envoyé au client, dans lequel sont conservée ses dernières informations, le formualire sera ainsi prérampli lors de sa prochaine observation ce qui lui fera gagner du temps. Si deux utilisateurs positionne une observations au même endroit sur la carte, dans une limite de 5px, seul l'obs la plus récente sera affichée, évitant la saturation sur la carte. L'affichage des observations est assez simple, un système de XHTML avec un font de carte, et des div par dessus. Plus les observations sont vielles , plus les pictos deviennent translucides jusqu'à disparaître (réalisé en css avec filter alpha) et plus ils passent en arriere plan par rapport aux autres pictos ( réalisé en css avec z-index). L'affichage des infobulles est réalisé avec le JS overlib... Si vous avez des questions et conseils pour vos cartes, n'hésitez pas...

Cool, c'est sympas en tout cas ce genre de projets.

Bonjour, Beau projet , Il existe déjà un projet international similaire très dévelloppé depuis plusieurs années dans le monde qui se nomme Globe : http://www.cnes.fr/web/print-3247-cp-17-20...-calisphair.php Le projet Globe est soutenu par le CNES, le WMO, la NOAA et plusieurs fabriquants de materiel de mesure météo. Peut être pourriez vous fusionner avec ce projet ?

Attention , comme on a dit avec Damien c'est unniquement un editeur de CODE, tu as une page blanche ou tu dois tapper ton programme. Celà nécéssite au moins une très bonne connaissance du XHTML / CSS Pour apprendre il y'a différents sites internet : http://fr.selfhtml.org/ http://www.alsacreations.com/ http://www.phpdebutant.org/

J'utilisais avant Notepad++ mais PSPAD est pour moi beaucoup plus complet notament avec le mode FTP. Télécharges le tu verras, c'est un vrai bijou /emoticons/sleep@2x.png 2x" width="20" height="20">

Moi je conseil d'utiliser PS PAD, c'est un éditeur de code gratuit très performant, l'avantage de programmer tout le code de son site de a à z sans passer par logiciel est que l'on a une maitrise totale de ce qu'on fait et qu'on apprend beaucoup plus vite. J'ai utilisé frontpage , puis dreamweaver ce qui m'a rien apporté, depuis que je code tout je m'éclate beaucoup plus et mes sites sont nettement plus performant. Après il faut avoir le courage d'apprendre les languages...

J'ai déjà eu des problèmes de positionnement entre IE et FF, celà venait du DOCTYPE de la page, avec un doctype en xhtml transitional ou strict et un système de positionnement par div, c'est compatible partout.

C'est pas trop difficile à faire, d'ailleurs je pense que je vais en faire une pour mon site meteo-mc.fr Il faut déjà créér une base de données MYSQL avec une table correspondant aux données et une table correspondant aux inscris. Ensuite tu fais un formulaire d'inscription puis un formulaire de report d'obesrvations avec comme pour meteociel, un champ ou on recupere les coordonnées du clic sur la carte à l'aide de javascript pour optenir la localisation de l'obs, qu'on stockera aussi en BDD. Ensuite une fois les observations en BDD, le mieux est d'utiliser le Xhtml pour positionner les obs. Tu créés une div avec comme background ton font de carte, ensuite tu fais un while sur tes résultats mysql qui va afficher chaque obs sur la carte de cette façon : echo''; Ceci n'est qu'un exemple biensur. Si tu veux que tes pictos changent de couleur en fonction de la date de l'obs, tu compares la date actuelle avec la date de l'obs en mysql, puis tu utilises un array pour associer une couleur à un nombre d'heure : ex : $colorpicto = array {"0"=>"bleu","1"=>"rouge","2"=>"vert","3"=>"jaune",etc...}#le bon picto sera appelé en php comme ceci $picto.$colorpicto[$heure]# ex si $picto = soleil que $heure = 2 , ca appelera l'image nommée soleilvert Voilà dans les grandes lignes, quand j'aurais fais ma carte, je vous donnnerais les sources php si ça vous interesse.

Bonjour, je vois que la mienne y est déjà , Juste un petit message pour te signaler que sous firefox, les stations ne sont plus du tout placées au bon endroit.

Merci, D'autres sites fonctionnent aussi avec l'integralité des données sous mysql : http://www.terrettaz.net/meteo.html http://www.bojolpif.com/ L'avantage c'est que l'on peut créer son propre "logiciel" directement sur le web, on affiche ce qu'on veut comme on veut et tout le monde en profite. Biensur, celà nécéssite un travail de programmation non négligeable.

Pas mal, très grand public, Moi je préfère créer mon propre logiciel interactif comme j'ai commencé : http://hautsdulyonnais.free.fr/base-de-donnees.php http://hautsdulyonnais.free.fr/releves.php

Je vois pas le rapport avec faire l'autruche, un client ? ah bon ? chacun son choix et son point de vue, je ne répondrais pas à cette provocation inutile Je ne faisais que répondre à sa problèmatique qui était de faire des graphiques mensuels, Me concernant , je récupère directement les données brutes du data logger sans passer par une aquisition logiciel. Demain je génèrerais des graphqiues mensuels en prenant qu'une valeure toute les 30mins voir toutes les heures, et tu verras qu'il n'ya aucune différence visible à l'oeil nu avec des graphiques avec un pas de 5 min. Avoir un pas de 5 min permet aussi de faire d'avantage d'applications sur le web et que d'autres utilisateurs puissent expoiter les mesures plus facillement avec des temps d'affichage rapides. Après c'est sur que celà ne coute rien d'enregistrer toutes les minutes si c'est juste pour stocker sur son propre ordinateur en laissant de coté les possiblités d'interactivité sur le web. Mais à première vue, ce n'est pas ce qu'il souhaite faire. La mesure météo n'a pas de règles absolues, et ce genre de choix doit ce décider aussi en fonction de ce qu'on veut faire des données. Si on veut être à l'affu du moindre hpa , du moindre % d'humidité , pour faire des stats les plus précises possibles en terme de minis maxis (qui pour moi n'est pas le plus passionnant en météo, ce n'est que mon avis), alors, oui, il est mieux d'utiliser un pas de 1 min, pas besoin d'avoir fait bac +5 pour faire cette déduction. Si on veut par contre évaluer des variations sur des périodes de quelques heures à plusieurs semaines, 5 à 15 min suffisent largement.

Franchement, si on regarde les valeurs présentes dans le tableau présent sur cette page : lien On voit que même avec un intervalle de 5 min, les relevés ne changent quasiment pas. Le seul parramètre qui pose problème c'est le calcul du vent moyen, et encore. La station VP mesure au pas de 2 sec environ, et conserve la plupart des valeurs extrêmes ce qui suffit je pense pour faire de la météorologie amateur et non de la météorologie pro ou plutôt de la mesure industrielle. D'autre part, si c'est pour faire des graphs mensuels, ça devient totallement inutile d'avoir des relevés toutes les mins. En plus je vois pas l'interet de vouloir se rapprocher le plus de MF en terme de fréquence de mesure pour être soi disant plus précis alors même que les stations que nous utilisons ne le sont pas du tout (ex : mesure du vent toutes les 8 sec sur certaines lacrosses ou oregon, 2.25 sec pour les VP qui est pas top non plus). Ca sert sert à rien de vouloir faire des trucs de pro quand on a pas du matos de pro, n'est ce pas ? Regardes sur cette même page, et géneres un graph mensuel en cliquant sur le lien "depuis 1 mois", tu verras que d'une part, la courbe est quasiment "trop" précise a cause d'un nombre trop elevé de relevés, et d'autre part elle est longue a charger. Il faudrait presque prgrammer un lissage de la courbe en faisant une moyenne de plusieurs intervalles. Donc aucun mais alors aucun interet à avoir un intervalle de 1min. Moi je te conseil, pour cette utilisation de garder ton intervalle de 15 min qui te suffira amplement pour faire des courbes mensuelles.

Le mieux est d'enregistrer toutes les minutes, Mais toutes les 5min c'est dejà assez correct car les conditions météo ne varient que très peu sur un interval de 5min. A partir du moment ou toutes les extremes (tx,tn,rafales etc..) de l'interval sont enregistrées comme sur une VP2, y'a pas de problèmes. Même 1/4 d'heure c'est déjà bien.

Pour le site que je suis entrain de construire, j'ai essayé de faire des rubriques différentes en terme de niveau : http://hautsdulyonnais.free.fr/ La page d'accueil est très simpliste pour le grand public qui veut voir la météo qu'il fait et les prévisions du jour en un clein d'oeil. http://hautsdulyonnais.free.fr/observations.php La page d'observations completes est déjà plus technique que la page d'accueil mais toujours abordable par le grand public http://hautsdulyonnais.free.fr/previsions.php La page "prévisions" idem que pour la page observation. ça devient plus complexe avec la page "releves" : http://hautsdulyonnais.free.fr/releves.php et enfin la page "base de donnees" , c'est le mode "expert" lol : http://hautsdulyonnais.free.fr/base-de-donnees.php Bref y'en aura pour tous les gouts. Je pense aussi qu'il est important de ne pas trop utiliser les abréviations type tn tx rr .. etc car le grand public est vite perdu.

Non non, ges lyon existe encore /emoticons/ohmy@2x.png 2x" width="20" height="20"> ! 04 78 93 99 55 /emoticons/sad@2x.png 2x" width="20" height="20">

Bah.. acheter tout simplement un dattalogger USB /emoticons/ohmy@2x.png 2x" width="20" height="20">

Oui il faudra que tu exportes manuellement tous les fichiers NOAA. Sous weatherlink : report - Noaa summarize month Ensuite, tu selectionnes le mois que tu veux, et en bas tu renommes le fichier en mettant par exemple mai-2007.TXT au lieu de NOAAMO.TXT. Une fois que tu as fait ça pour chaque mois, tu vas dans le dossier de ta station ou tu trouveras tous les fichiers txt que tu as créé. Tu as plus qu'à les envoyer sur le serveur. Le logiciel NOAA se chargera du reste. Ensuite il faudra que rajoutes manuellement un fichier une fois par mois. Par exemple Juillet et aout sont mis a jour automatiquement sur mon serveur avec les noms NOAAMO et NOAAPRMO. Arrivé au mois de septembre il faudra que je créé un fichier TXT pour le mois de juillet nommé juillet-2007.TXT. Voilou !