Sebaas

Oui oui, j'ai vu ça y'a 15j - mais après le problème métrique, le problème d'encodage https://www.weatherlink.com/embeddablePage/show/98f181631a5145eb87406b0c2ecf3966

Je viens de mettre à jour la climato de mars pour la StatIC du Perche, et je crois bien que le bug sur la pluvio lié au système métrique est corrigé par Davis. En tout cas, les 316 mm annuels que je trouve à partir des données *wlk correspondent à la valeur de la pluvio annuelle remontée dans l'interface en ligne.

Il est en effet désormais disponible gratuitement à l'adresse http://documents.irevues.inist.fr/handle/2042/14834 A noter que les adhérents avaient déjà pu le consulter depuis le 2 mars dernier.

Oui ça fait juste 1h qu'on en parle sur le forum SE...

Toi aussi tu n'utilises pas le mode plein écran

Beau spécimen! https://www.facebook.com/MeteoVaroise/photos/a.398791140256943.1073741832.184308885038504/1195410873928295/?type=3&theater

On peut difficilement les louper sur la photo sat' Vous auriez les mêmes de profil?

Je note le bel effort, mais je te suggère l'utilisation du plein écran!

Pour suivre la rentrée dans l'atmosphère de Tiangong : http://www.satflare.com/track.asp Date prévisionnelle: 1er avril, et ça semble un peu gros pour un gag

Comme d'habitude, "je publie sans prendre le temps de lire"... https://forums.infoclimat.fr/f/topic/52727-suivi-printempseté-2018-dans-les-alpes/?do=findComment&comment=2930275

N'allons pas trop vite en conclusion: il est fort possible que ce soit côté IC qu'on éprouve des difficultés à importer autant de données en si peu de temps. Entre le déclenchement de chacun des script pour chaque type de flux via la crontab toutes les 10 min, les opérations d'accès, les parsing de page/d'API, et la flopée d'INSERT à faire en BDD, on a largement de quoi générer des bugs.

Merci à tous, là pour le coup c'est un retour de bug bien détaillé. Et un bug bien décrit, c'est un bug à moitié résolu.

J'ai trouvé des erreurs pour les StatIC weatherlink v2 (Nay, Ciran...), mais + de détails seraient appréciés pour qu'on puisse investiguer...

Ce sont des calculs automatiques, on ne peut pas modifier une valeur comme ça à la main, sans risque de tout faire planter... 2 stations intégrées aujourd'hui: - à Nay, dans les Pyrénées-atlantiques: https://www.infoclimat.fr/actualites/ic/12777/reseau-static.html - à Chassors, en Charente: https://www.infoclimat.fr/actualites/ic/12778/reseau-static.html Comme indiqué dans le forum instrumentations, Infoclimat peut désormais récupérer toutes les données (précipitations, rayonnement et UV compris) des VP2 transmettant via Weatherlink 2.0. On le teste sur quelques stations pendant quelques semaines, et on pourra commencer à migrer toutes les VP2 en dataloggers IP vers le nouveau système.

Et Naintré qui surchauffe à plein, toujours aussi efficace ces abris ventilés...

Hum par contre lorsque l'on saisit un point de vue, il est de bon ton d'indiquer les zones de visibilité avec les indicateurs... Tu n'as rien mis!

La bonne nouvelle c'est que notre nouveau mode d'import gère parfaitement l'arrêt sans répétition de valeur et sans nécessiter de relance par nous ou le proprio lorsque revient la connexion Internet

Pour info, on intègre désormais rayonnement et UV pour les stations en Weatherlink 2.0. 3 stations en test: - celle de Seb Lucot à Trelly, "nativement' en Weatherlink 2.0 : https://www.infoclimat.fr/observations-meteo/temps-reel/trelly/000C1.html - la mienne à Ciran, pour laquelle je viens de changer le mode de récupération, utilisant désormais l'API Weatherlink 2.0 : https://www.infoclimat.fr/observations-meteo/temps-reel/ciran/000M4.html - celle de Bernard: https://www.infoclimat.fr/observations-meteo/temps-reel/senlis/000J1.html Pour ceux qui veulent savoir quelle(s) stations sont en Weatherlink 2 (ou quand elles ont basculé), c'est facile, le vent lorsqu'il est nul est est désormais à 0km/h dans la colonne, à la place d'une case vide. EDIT: alors en fait je remets la mienne en weatherlink 1, parce que pour une raison que j'ignore, mon flux XML est en GMT+1 alors que je suis censé être en GMT. Mais c'est bon pour les stations de Trelly ou du Perche par exemple Re-EDIT: OK c'est corrigé, dans mon compte weatherlink1, je dois stipuler la timezone et que l'heure d'été est appliquée. Je laisse en revanche la console en heure UTC. <observation_time>Last Updated on Mar 25 2018, 3:15 pm CEST</observation_time> <observation_time_rfc822>Sun, 25 Mar 2018 15:15:26 +0200</observation_time_rfc822> Work in progress...

Oui oui y'en a bien une - mais apparemment les leaders vont chercher le kt de vent supplémentaire de ces prochaines heures + à l'Est. Il est vrai que l'on y passe BEAUCOUP plus de temps que prévu en Mer Jaune...

C'était quand même assez consternant de laisser ça en ligne pendant 10h et d'attendre 16h pour corriger...

Cherchez l'erreur: Indice:

J'ai perdu 3h au départ de la Nvelle Zélande, 3h que je ne reprendrai probablement jamais sur vous! Bref, comme dit Sylvain, ça dépote en tout cas, on va passer le Cap Horn en 12 j à ce rythme-là. Mais le + dur restera à venir, je ne suis jamais parvenu à gérer correctement une remontée de l'Atlantique Sud, avec ces systèmes complexes et changeants de vent au large du Brésil... Sinon bien parti sur la Clipper (je n'ai que la Code0 mais c'est la seule option utile pour le moment!), je me tourne vers les "routeurs": on est d'accord pour dire qu'il faut virer plein Nord la nuit prochaine après la bouée (la seule du parcours) pour remonter le Japon par sa côte Ouest via la mer du Japon?

973h même: https://www.infoclimat.fr/mer/bouees.php?id=62029&jour=20180323

J'anticipe une crise cardiaque de @Canada Goose