Fred59_

Haaaa peut-être enfin il y aura moins de fichiers GRIB corrompus... je comprends maintenant pourquoi cet accès était aussi foireux : "pour des raisons historiques il y a actuellement un double transcodage en passant par un format intermédiaire de fichiers en GRIB1"

C'est limite hors-sujet, mais pour ceux que ça intéresse, un des volets du tant-attendu rapport sur l'énergie électrique en 2050 de RTE aborde le sujet de l'impact climatique : https://assets.rte-france.com/prod/public/2021-10/BP2050_rapport-complet_chapitre8_climat-systeme-electrique.pdf Evidemment, l'énergie électrique n'est qu'un petit pan du problème, mais déjà...

N'oubliez pas en effet que la carte électronique n'est pas tropicalisée et évidemment le boîtier est non-étanche, et ça peut très vite mal se passer si vous ne passez pas un coup de spray de tropicalisation sur les composants avant de l'envoyer vadrouiller dans l'humidité 😅 (il est peu probable que ce soit ça la cause de la panne de Bernard, qui paraît plutôt logicielle cela dit)

Le problème est le même, dans tous les cas il n'y a pas de redondance, si l'uplink d'une station de base LoRa plante, y'a pas grand chose à faire, que ce soit chez Bouygues/Objenious ou un autre opérateur. Par contre il est clair que pour Objenious, ça craint quand même ! Dans tous les cas, la limite d'utilisation par jour doit être respectée, et il est normal qu'un dispositif qui ne respecte pas ne soit plus autorisé à communiquer, par "respect" pour tous les utilisateurs de la bande radio. Après, à voir si le problème ne vient pas plutôt d'un défaut logiciel du capteur qui nécessiterait un bon reboot (les stack radio LoRa sont assez complexes, et si ça a été mal codé,...), plutôt que d'un problème inhérent à Objenious.

Il y a en effet un souci de fuseau horaire avec le partenariat MF (il me semble que ça pose problème différemment à la Réunion aussi), c'est dans ma très longue to-do-list 😅

Quelques couleurs d'automne ce week-end dans le Mercantour, vers le lac de Trécolpas, malheureusement très fréquenté, et pas que par des marcheurs respectueux de leur environnement... Bien frisquet dès que le soleil s'échappe ! (Photolive) Allez, en espérant les premiers saupoudrages de neige bientôt 😁

Pour ceux que ça intéresse, j'avais commencé il y a quelques mois à développer un "adaptateur" pour VP2 filaire vers le réseau LoRa ou Sigfox, qui permet de retransmettre toutes les 10 minutes. Cela nécessite cependant quelques "bricolages" électroniques simples (sur base CMWX1ZZABZ), mais pas de modification de la VP2. Il me restait à corriger quelques bugs logiciels sur la conservation des TN/TX/RR en cas de coupure, le support du pyranomètre, et la resynchronisation de l'heure par GPS... mais comme vous le savez, je n'ai pas le temps 😁 Je comptais le mettre à disposition de la communauté, mais je ne sais pas encore de quelle manière (un peu lassé que du travail bénévole/passionné soit pillé par des entreprises qui commercialisent après...).

Oui, un manque de temps, comme toujours 😐

De quel widget parlez-vous ? Sur les widgets de l'appli Infoclimat, il n'y a pas d'heures de lever/coucher du soleil.

MF = Météo-France radar = http://www.meteofrance.fr/prevoir-le-temps/observer-le-temps/moyens/les-radars-meteorologiques

En effet, le site du CEREMA a changé récemment, je vais faire les modifications pour que nous ayions de nouveau les données des bouées côtières en temps réel.

C'est corrigé.

Ça peut être en effet un bon candidat à l'appel à candidatures que l'on a lancé 🙂 poke @Matt67 pour ajout à notre liste

Le SPM, ainsi que certains éléments principaux de chapitres, ont été traduits "citoyennement" (voir posts précédents dans ce fil pour les différentes ressources), mais la traduction officielle n'est en effet pas encore disponible.

On a choisi cela pour simplifier le développement et aussi éviter de faire "clignoter" des stations si les propriétaires changent d'avis chaque matin. On avait quelques idées pour améliorer ce fonctionnement, mais qui nécessitent quelques développements complémentaires, donc ... Pour plus tard 🙃

Grâce à l'ouverture de la rubrique "Open Data" sur Infoclimat, il est possible dès aujourd'hui de récupérer les données météo des stations présentent sur Infoclimat ( sous réserve d'autorisation par le propriétaire). Plus d'infos → https://www.infoclimat.fr/actualites/ic/13331/open-data-meteo-sur-infoclimat.html

Merci de ne pas dériver du sujet "climat" SVP, et tourner ce topic en discussion de comptoir.

https://theshiftproject.org/crises-climat -plan-de-transformation-de-leconomie-francaise/

En effet, désolé, mais cette méthode n'a pas beaucoup de sens et est très naïve. D'une part, la méthodologie de "OpenWeatherMap" pour calculer les valeurs en point de grille n'est pas explicitée, ce qui ne permet pas de savoir s'il y a des biais (négatifs ou positifs) au global - d'autre part, il ne "suffit" pas de moyenner sur un point de grille (notamment quand lesdits points sont espacés). Pour mieux comprendre, lire la méthodologie utilisée par Berkeley Earth : http://static.berkeleyearth.org/papers/Methods-GIGS-1-103.pdf autres ressources : http://berkeleyearth.org/papers-climate-science/ https://www.carbonbrief.org/explainer-how-do-scientists-measure-global-temperature En particulier également : "The global time series is produced from the Smith and Reynolds blended land and ocean data set (Smith et al., 2008). This data set consists of monthly average temperature anomalies on a 5° x 5° grid across land and ocean surfaces. These grid boxes are then averaged to provide an average global temperature anomaly. An area-weighted scheme is used to reflect the reality that the boxes are smaller near the poles and larger near the equator. Global-average anomalies are calculated on a monthly and annual time scale. Average temperature anomalies are also available for land and ocean surfaces separately, and the Northern and Southern Hemispheres separately. The global and hemispheric anomalies are provided with respect to the period 1901-2000, the 20th century average." (source)

À titre de complément : Sur la "climatologie mensuelle" ( https://www.infoclimat.fr/climatologie-mensuelle/07643/septembre/2021/montpellier-frejorgues.html ), il est possible de changer la période des normales prises en compte pour les anomalies, en passant la souris sur le bouton "+" en bas à droite de l'écran puis en choisissant "Changer la période de référence climatologique" :

Il s'avère que pour le cas particulier des widgets, le développeur c'est moi-même et non le prestataire privé - ce qui ne change en rien la conclusion : ce ne sera pas pour tout de suite 😅

Il me semble que le post initial parle de la base climatologique (relevés publics mois par mois, apparition sur les cartes, climatologie...), et non de la rubrique "climatIC" (relevés privés, pas de pages climato, ni de présence sur les cartes).

Bonjour, Il n'est pas encore possible, sur la base climatologique, de saisir des données jour par jour - c'est seulement possible de saisir mois par mois. J'y travaillerai bientôt... Fred

Il me semble que ce n'est pas possible sans une modification matérielle de l'ISS : https://www.wxforum.net/index.php?topic=18656.0 Et ce n'est même pas certain que cela suffise, des fois que le firmware de l'ISS soit différent sur les câblées et les sans-fil.

Pour ceux que ça intéresse encore (😁 de l'eau a coulé sous les ponts dans l'actualité), j'ai fait pas mal de mises à jour, et intégré le Résumé Technique : https://comprendre-giec.fr Quelques sujets intéressants par exemple sur l'évolution des modèles climatiques : https://comprendre-giec.fr/#opened=1.5.4 ou sur les changements dans l'ENSO/NAO/... https://comprendre-giec.fr/#opened=2.4 qui devraient en intéresser certains ici 🙂