Sebaas

Malgré le confinement, 2 nouvelles stations intégrées ces derniers jours: - dans le Loir-et-Cher, sur la commune de Yvoy-le-Marron, en Sologne à mi-chemin entre Romorantin/Blois et Orléans, couvrant donc une belle "zone blanche" : https://www.infoclimat.fr/actualites/ic/13014/nouvelle-static-ampagrave-yvoy-le-marron.html - dans l'Isère, sur la commune de Luzinay : https://www.infoclimat.fr/actualites/ic/13015/nouvelle-static-ampagrave-luzinay.html Merci à leurs propriétaires respectifs

Pour l'intégrer, il faut que tu partages ta station avec le compte "infoclimat18" via ton compte sur weatherlink.com

Oups, désolé! Je suis preneur des *.wlk si tu les as, il me manque les deux mois d'été en général.

Un petit copier/coller du tableau et quelques manip le permettent

Puisque tu en parles, il serait bien de préciser d'ailleurs (réalisé avec CartIC via infoclimat.fr). Merci.

Un contrat commercial, en bonne et due forme. Pas dans les moyens de l'association, sauf à la transformer en SA, les adhérents en actionnaires et la page d'accueil du site en un placard publicitaire. Bon, si on peut en revenir au sujet du topic, et à ce qui, pour le coup, ne se retrouve sur aucun autre site: StatIC, merci!

Possiblement courant 2021, allez je mise sur 2022/2023. Vous savez qu'aux débuts d'Infoclimat, dans les années 2003/2004, quand on avait 10 stations sur toute la France, on était déjà contents....

Euh... tu nous fais un chèque de 100.000€ et on en reparle: https://donneespubliques.meteofrance.fr/?fond=produit&id_produit=93&id_rubrique=32

Oui oui bien reçu, mais un peu de patience que toute l'équipe se prononce!

Ces données sont récupérées sur Infoclimat via un partenariat avec Météo-France, qui en reste propriétaire - raison pour laquelle nous n'en facilitons pas la reprise en effet. Les reprendre sans notre accord est d'ailleurs contraire à nos règles d'utilisation du contenu ...https://www.infoclimat.fr/about/ Seules les données tri-horaires de 42 stations MF couvertes par la résolution 40 de l'OMM sont librement utilisables, mais Essey n'en fait parti: https://www.infoclimat.fr/climatologie/stations_principales.php

On le savait tout ça - j'ai d'ailleurs déjà indiqué quelque part dans sur le forum instrumentation que l'on ne pouvait pas se permettre d'augmenter encore + le nombre d'appels d'API par station, étant nous-même bridés sur le nombre d'appel possible par heure pour l'ENSEMBLE des stations du réseau. https://weatherlink.github.io/v2-api/rate-limits On a ouvert des "négociations", mais le contexte n'est pas très favorable en Californie non plus.

Il est très correct ce terrain pour installer une VP2, pas de soucis! Pour moi, je l'installerais dans le rond rouge, le dégagement me semblant être le meilleur possible, et en tout cas rendant la station tout à fait "StatICable"

Ben non pas forcément, ce qui est tombé entre 0h UTC et 6hUTC le 1er mars a été compté sur le mois de février. J'ai pas regardé en détail les heures de pluie, c'était une hypothèse (basée sur l'expérience, le nombre de gens qui tombent dans le panneau étant très élevé!)

L'écart peut s'expliquer par la pluie tombée dans la nuit du 29 février au 1er mars - en norme OMM/MF, le mois d'avril ne commence à qu'à 6h UTC le 1er mars.

Lol. Le problème c'est que tu "crois" justement...

Pas nécessairement non, la formulation d'alsavosges était tout à fait correcte, "ce dernier" faisant référence au sujet de la phrase.

https://www.infoclimat.fr/stations-meteo/ww.php

Si justement, le + souvent le trou apparait sur le relevé à hh:20, l'API se bloquant le + souvent vers hh:15. Et c'est d'ailleurs le cas en ce moment-même pour Nay, dont la dernière émission date de 14:16:07 <station_name>Nay (64)</station_name> <observation_age>310</observation_age> Rappel: pour tester votre API: http://api.weatherlink.com/v1/NoaaExt.xml?DID={DID]&key={KEY} Et si <observation_age> est supérieur à 60 (exprimé en secondes), c'est que l'API n'est plus à jour.

Parce que des trous dans les relevés temps réel est un symptôme habituel d'un datalogger pas à jour. Ce dernier "freeze" en effet la console, et bloque la transmission du paquet à weatherlink.com, qui a du mal à produire la mise à jour de l'API chaque minute.

Et maintenant, on a le détail de cumul par tranche de 10 min https://www.infoclimat.fr/observations-meteo/temps-reel/mouilleron-le-captif/000Q6.html?dixminutes A Ciran, 5.4 mm ce qui est bien peu (surtout pour un cumul mensuel qui atteint les 11.4 mm...), mais toujours bon à prendre vu l'état des sols en surface.

Euh non, le datalogger (USB ou IP) est bête, il génère simplement un binaire fait de bits codés 0 ou 1 et qui correspondent, au final, à des date, heure températures, humidité, etc... En aucune manière il ne génère un "fichier" au sens où tu l'entends. Pour cela, il faut du logiciel, ce que fera un Weatherlink ou un Weewx en local, ou bien les serveurs Weatherlink.com en ligne. Le datalogger IP est "un peu moins bête" parce qu'il connait, en +, la pile de protocole TCP/IP et sait se connecter aux serveurs de weatherlink.com via internet, mais ça reste un composant réseau très basique!

Totalement d'accord, d'autant que mettre la station au dessus de potager n'est pas une très bonne idée, car l'arrosage fausse complètement les mesures d'humidité et de point de rosée. Le coin NO du terrain me semble en revanche tout indiqué!

Si tu passes en mode paysage, ce bandeau n'est pas figé et on se retrouve avec un affichage quand même bien foutu. Après, je suis assez d'accord avec toi, pas sûr que son maintien soit forcément nécessaire en portrait. Évidement Nico, c'est comme tous les chantiers de grande ampleur, ça se fait par tranche.

Pas tant que ça si j'en crois tes 3 derniers messages de suite, dont 2 ont du coup sauté (même à 1h30 du matin).