Fred59_

Vous nous aviez déjà relancé par mail il y a deux jours, merci de ne pas se disperser également sur le forum, sinon les modos ne s'en sortent plus et n'arrivent plus à traiter les sujets, car ils n'ont que 2 bras Relancez éventuellement par mail dans quelques temps, on fait au mieux pour répondre vite.

Concernant le remplacement de l'anémo par un anémo Davis, le Conseil d'Administration s'est prononcé favorable à son achat par l'association. Par contre il va falloir nous confirmer que c'est bien le choix des copropriétaires que de remplacer les coupelles par de nouvelles coupelles, et pas par autre chose 🙂

(Entre 80 et 240 Watts de puissance de chauffe nécessaire, et environ 3000 euros de mémoire)

Ludo a fait la version simple, car pour chaque réseau, il existe de nombreuses manières de récupérer les données (et surtout les données historiques), et malheureusement rarement une seule "source de vérité" (en termes de données publiquement disponibles, j'exclus le cas où tu contactes chaque pays moyennant finance pour obtenir les données validées). Il est peu probable que les différentes API citées disposent des mêmes données. Sur Infoclimat par exemple, les données historiques, pour une même station, peuvent constituer une compilation de 5 à 7 sources différentes, aux formats d'encodage différents selon les périodes (avec les risques d'erreurs associés), et avec des corrections manuelles ou semi-automatiques dans certains cas. Certains sont même issus de DVD que l'on a acheté, eux-mêmes extraits et rééencodés à partir de bandes magnétiques compilant les observations archivées du Global Telecommunications System. La qualité est donc extrêmement variable selon les sources, et impossible à qualifier a priori. Et pour faire ça depuis bientôt 15 ans, j'en ai vu passer des sources, des formats, et des vendeurs de rêve chez qui les données "d'observation" sont des interpolations numériques de réanalyses 😁 D'autant que pour une même station, certains se contenteront des messages METAR pour la climatologie, d'autres iront chercher des données journalières (type NOAA GSOD), qui ne respectent pas forcément les intervalles de mesures en Europe selon les périodes (0h-0h au lieu de 6h-6h/18h-18h), d'autres complèteront avec des messages CLIMAT, etc etc. Bref, c'est tout un métier (et un beau micmac) de compiler et harmoniser des données historiques, et certains le font mieux que d'autres 😅

Je ne suis pas sûr. Je pense que certains radiosondages passent dans les messages BUFR transmis via la DWD (ou la NOAA au pire).

Ca donne quelques idées d'ajouts à nos graphiques climato 😁

Dommage que notre asso n'ait pas assez de bras pour aller pêcher autant de subventions (sans forcer à des abonnements annuels...)

Oui. Comme c'est des gens de Bouygues, j'imagine que c'est dans le sens "ligne téléphonique" 😁

Les vérifications dont parle Ludo sont faites à la main, avec l'aide d'une interface qui tente de "proposer" des valeurs erronées avec des statistiques de bas étage faute de temps pour faire mieux, mais est encore assez peu ergonomique, et ne gérant que les TN/TX. Effectivement, il n'est pas nécessaire de faire ça en continu, il m'arrive à titre perso de vérifier au pif des stations du monde devant une série Netflix un peu nulle, mais ça reste un outil d'aide, et il faut bien vérifier (de nos jours beaucoup de valeurs qui semblent aberrantes ne le sont pas et sont de vrais records !). Malheureusement, nous n'avons pas les moyens d'acheter les séries de données complètes (en France), et pour l'étranger il faut chercher minutieusement dans la langue cible pour trouver les données de référence de la climatologie nationale (si elles existent ET sont libres d'accès, ce qui est peu fréquent). Je connais quelques personnes comme notre Président qui achètent des données avec les points MF pour corriger certaines séries.

Oui, il y a une sombre histoire de rachat et de boîte coulée, donc il est possible que les dénominations aient changé au fil de l'eau...

A minima pour les anciennes stations Sencrop, ce sont des VP2 rebadgées (logo Davis supprimé), avec un boitier qui retransmet les infos en LoRa ou Sigfox (je ne me souviens plus exactement). (Source : j'en ai une sur l'étagère)

Pour ces zones peut être que TTN (Thé Things Network) peut couvrir ? Mais la récupération des données serait différente...

La pile au lithium du capteur est une LS17500 de Saft. Elle est soudée sur le PCB, mais en fin de vie, avec une pince coupante et un brin de soudure (et éventuellement un support de pile adapté), ça se remplacera facilement, par exemple avec : https://fr.farnell.com/saft/ls17500cna/batterie-a-lithium-axial/dp/1282754?st=ls17500 ou pour les plus habiles avec un fer à souder : https://fr.farnell.com/saft/ls175003pfrp/batterie-lithium-montage-ci/dp/1282755?st=ls17500 La pile est donnée pour une capacité d'environ 3 Ah à -20°C si l'on tire environ 3mA. A noter que cela est très dépendant de la tension de coupure (ici la courbe est donnée pour 2 V, mais il est probable que le capteur Talkpool coupe avant, probablement vers 3V). En tous cas, dix ans avec 3Ah, ça donne une conso moyenne de 0.03mA sur toute la durée de vie du capteur. Sur ce type de capteur LoRa, on est à quelques 0.01mA en veille, et 10-100mA pendant quelques millisecondes durant l'envoi d'un message. C'est donc théoriquement atteignable - ce type de piles résiste assez bien au froid dès lors qu'on ne tire pas trop de courant dessus - mais en 10 ans il y aura probablement d'autres composants qui risquent de lâcher avant : soudures, condensateurs. Je me demande presque, pour prolonger la durée de vie, s'il ne faudrait pas appliquer un revêtement conforme (vernis de tropicalisation) avant de l'envoyer dans l'humidité.

La liste exacte est tenue secrète. Y'en a même un qui m'avait valu quelques foudres (et donc n'est jamais visible), pourtant très joli et kitsch 😁

Oula, ce logo doit s'afficher sur IC depuis au moins 2014, chaque 16 avril 😁

Nous avons amélioré au cours de ces derniers jours la récupération des données Suisses, grâce aux données Opendata de l'organisme météo national. Concrètement, cela signifie 3 choses : les données suisses sont intégrées plus rapidement, la Suisse apparaîtra désormais moins "vide" en début d'heure sur les cartes temps réel des paramètres supplémentaires sont intégrés, tels le rayonnement solaire instantané, ou le cumul de pluie sur 10 minutes (en cours d'intégration) de nombreuses séries de données climatologiques sont désormais disponibles pour les stations suisses, certaines remontant au début du 18ème siècle. À retrouver dans toutes les rubriques de climatologie, telles la climatologie globale, par mois, ou les normales/records. Quelques correctifs sont à venir sur l'affichage de la pression et de la pluie sur 10mn. Liste des stations dont les archives ont bougé : Station Altdorf Andermatt Basel / Binningen Bern / Liebefeld Les Eplatures Château-d'Oex Chaumont Davos Elm Engelberg Grechen Grimsel Hospiz Col du Grand St-Bernard Genève / Cointrin Jungfraujoch Lugano Luzern Meiringen Neuchâtel Locarno / Monti Payerne Bad Ragaz Saentis Samedan S. Bernardino Segl-Maria Sion Zürich / Fluntern St. Gallen

Ben ce n'est qu'un exemple, ça ne veut pas dire que c'est la norme. Je ne l'ai jamais lu dans aucun doc officiel en tous cas.

Tu as la source de cette affirmation ? Les docs de l'OMM que j'ai indiqué plus haut ne semblent pas indiquer cette précision.

Formellement, pas forcément : https://library.wmo.int/doc_num.php?explnum_id=10179 Ou encore : http://ccrom.meteo.fr/ccrom/IMG/pdf/note_technique39.pdf

Je devrais changer ce message dans ma signature, c'était valable quand j'étais étudiant, un peu moins de nos jours 😅

@_sb même si tu as l'air d'être le seul participant actif du topic, merci pour ce suivi qui est très instructif pour nombre d'entre nous (et à titre perso m'évite d'aller lire en détails les mailing liste et pages de tout le monde, ce qui m'économise un temps certain !)

Je pense que j'en ai un qui va partir dans l'Esterel ici

Les cartes des températures sont interpolées aux endroits où il n'y a pas de stations, avec un algorithme prenant en compte les particularités du relief (et prochainement les inversions thermiques) via un modèle numérique de terrain et un modèle standard de l'atmosphère. Les cartes de pression (isobares) sont une interpolation combinant analyse de modèles numériques en première approximation, et les observations de surface en seconde passe.

Le problème c'est que ce ne sont pas forcément des TAF (en tous cas les deux que j'ai acheté n'iront pas dans des TAF), donc c'est difficile de trouver une cohérence par "type de capteur". Éventuellement créer une classe "TAF" dans les métadonnées, mais dur de dire qui en est un et qui n'en est pas ! (y compris sur certaines StatIC existantes qui sont des VP2)

Pourquoi ? Quelle est la limite du nombre d'habitations autour d'une station pour la faire sortir de la carte et la considérer comme un réseau à part? Y'a-t-il une densité de population spécifique à respecter autour de la station ? etc etc (on a déjà soulevé la question en interne, et pour l'instant on n'arrive pas à vraiment définir de critères, sans compter qu'on aimerait éviter de complexifier des interfaces/classifications déjà complexes : peut-on faire une carte avec que les stations officielles ? moi j'en veux une sans les Vantage Vue ? une avec seulement des classe 1 ?)