Fred59_

Hé bien avec 1100€, cela nous fera un reste-à-charge bien plus faible pour l'asso, merci ! Je suis en train de faire les derniers devis pour optimiser la solution avec Campbell (on a 50m de câble RS485 + l'alimentation du dispositif), et faire la liste de courses Farnell/Castorama pour la quincaillerie/mâts/alimentation 230V/haubanage (le mât devant être réhaussé pour supporter le bras du capteur de neige). Je suis en discussion "commerciale" avec Campbell pour voir si on part sur un capteur de neige classique ou réchauffé (ce dernier ayant des inconvénients : prix, puissance d'alimentation). Pour info, le capteur de neige SR50A(H) sera relié en RS485 au RaspberryPi qui nous sert actuellement pour héberger WeeWX. La compensation de température du capteur sera faite à partie de la VP2, je publierai sans doute le code source qui permet de récupérer les relevés et les compenser. Objectif : aller installer ça à l'automne quand les mélèzes auront leur plus belle couleur 😁 Pas de date fixée pour le moment, tout dépendra aussi des délais de livraison du matériel et de ma dispo avec @Raph06 pour préparer le matos.

Bonjour, Suite à une signalement de @jackT, l'algorithme de calcul des seuils d'ensoleillement a été modifié (voir détails ici). Cela est applicable à toutes les StatIC reportant une valeur de radiations solaires globales en W/m² à un pas de temps inférieur à 15 minutes. C'est applicable dès à présent pour les pages des relevés journaliers et mensuels, et applicable dès demain pour le mois courant sur la climatologie annuelle et globale (qui sera ultérieurement recalculée pour que les anciens relevés appliquent le nouvel algorithme). commit 8575712a

https://www.infoclimat.fr/climatologie/annee/2022/lille-lesquin/phenomenes/07015.html Je crois que @970hPa a des pistes 😉

En effet, c'est un chantier que l'on a en tête à terme, mais : la base de code est très importante (400.000 lignes environ), et un patchwork assez mal organisé (pas de standards ni frameworks modernes, ce qui perturbe beaucoup de développeurs habitués au "confort" de Symfony, Django, React ou Laravel). Rien d'impossible vous me direz, mais là on est à un niveau qui découragera 99% des contributeurs envisageables, d'autant que de nombreux bouts de code sont bien plus complexe qu'on ne l'imagine (comme je l'esquissais brièvement dans un thread Twitter). le déploiement est impossible en-dehors de notre infra existante (dépendances à des partages NFS, à des services locaux accessibles uniquement avec des IP locales), et nécessite le déploiement de nombreux "petits" services annexes mal documentés. Lancer Infoclimat sur une autre infra que celle existante (ie. sur son propre PC) est impossible actuellement, et ne le sera pas avant au moins 1 ou 2 années. Aujourd'hui par exemple, @Naej travaille sur une version de développement qui utilise une partie de codes de développement, une partie de codes de production, et la base de données de production. Le déploiement complet nécessite aussi le déploiement de nombreux systèmes annexes (systèmes de cartographie, moteurs de recherche), là aussi peu documentés, voire des logiciels scientifiques obsolètes ou difficiles à installer (NCL, librairies grib/bufr). la sécurité du code est probablement imparfaite ; de nombreux tokens et mots de passe sont présents dans la base de code. Bien que généralement strictement limités à des accès filtrés par IP (adresses locales uniquement), d'autres informations pourraient occasionner des fuites de données personnelles de nos 60.000 utilisateurs si elles venaient à être découvertes. Dès lors, il y a un travail en cours pour isoler ces informations sensibles et les séparer du dépôt de code, afin de pouvoir le publier en toute sérénité. Sérénité relative puisqu'il subsistera nécessairement des vulnérabilités dans le code ; c'est moins grave (la sécurité par l'obscurité, ce n'est jamais une bonne solution, et la mise en opensource permet de lever ces vulnérabilités). D'ailleurs, on a déjà lancé une campagne de bug bounty et rémunéré quelques attaquants ayant trouvé des vulnérabilités avérées. le code est auto-hébergé sur notre propre Gitlab, je pense que la contribution serait malheureusement plus facilitée si l'on était sur Github (l'effet "communauté"/récompense), à voir... Bref, il y a encore quelques freins, mais je ne doute pas qu'un jour on puisse y arriver. Au global le manque de documentation et d'automatismes de déploiement est un gros frein ( @Naej pourrait vous faire son retour d'expérience !), et c'est le premier à lever pour éviter que je passe 100% de mon temps libre à aider des contributeurs qui "butent". Je le fais déjà avec notre salarié, mais cela devrait améliorer progressivement la situation. Il y a bien évidemment aussi la conviction à avoir que certaines plateformes moins regardantes et "concurrentes" nous volent une partie de notre savoir-faire, mais c'est le "jeu". Je dirais que la force d'Infoclimat, c'est aussi et surtout le travail de compilation, d'archivage, de fusion et de correction manuelle des données opéré depuis des années, et ça, le code ne le livre pas tout cuit ! J'en parlais brièvement ici : https://framablog.org/2022/01/25/infoclimat-un-commun-meteorologique-et-climatologique-a-preserver/ https://www.nextinpact.com/article/49607/open-data-infoclimat-association-qui-lutte-pour-ouverture-donnees-meteorologiques PS : nous sommes ouverts aux propositions de sociétés privées souhaitant œuvrer dans une action de mécénat pour nous aider dans ces actions, d'autant plus si elle se sert de nos données et outils ;o)

L'appel aux dons est relancé on espère y aller en octobre !

Je confirme, originaire de Valenciennes expatrié à Cannes, c'est dur dur l'été ici en appart non climatisé... La vie fait que parfois on a pas le choix cela dit 😅

Généralement quand on vient à se dire "je suis sûr je peux faire moins cher et mieux qu'eux", on finit par faire moins bien ou par se rendre compte qu'en fait ça coûte quand même cher à faire soi-même. Et à créer un énième réseau propriétaire et système concurrent moyennement satisfaisant plutôt que de contribuer à un réseau existant et mettre les efforts en commun. La technologie derrière les capteurs du réseau Blitzortung est quand même un peu avancée (sans être de l'électronique spatiale...), et les coûts du dispositif sont raisonnables par rapport aux coûts de production de ce type de systèmes électroniques, et surtout leur test et le raffinement de leurs algos et caractéristiques au fil du retour d'expérience. Surtout qu'ici, la diminution des coûts viendrait surtout avec la quantité de produits fabriqués dans la durée, et à moins d'en produit des dizaines de milliers, les économies d'échelle sont assez bof. Pour info, Infoclimat a acheté il y a quelques années (d'ailleurs grâce à un des membres du forum !) un de ces capteurs afin de contribuer au réseau, qui est aujourd'hui en attente d'installation. Quelques passionnés en ont également, @Raph06 en a un sur un toit à Nice.

La conférence aura lieu le 5 septembre à 16h30. Finalement en visio plutôt qu'en présentiel, puisque le 6/7/8 septembre est prévue l'installation d'une grosse station météo dans la Réserve Intégrale d'Entraunes, dans le Parc du Mercantour*, à laquelle je viens donner un coup de main, et le train ne me permettait pas d'arriver à l'heure, sans compter la fatigue accumulée. * au passage, partenariat à venir 😉

Et même au format carte : https://www.infoclimat.fr/cartes

J'ai eu la confirmation de @Raph06 que l'on peut mettre n'importe quel capteurs, le décodage pouvant être fait côté client final (i.e. Infoclimat). Il est également possible d'écrire soi-même ses propres décodeurs, donc il suffit que l'un d'entre-nous le fasse une fois et on se le partage...

Je peux regarder pour automatiser la suppression de ces valeurs mais ça risque de prendre du temps, pour le moment je propose que les personnes ayant les droits d'édition éditent ces erreurs, en attendant mieux...

A priori je pense que ce problème ne vient pas d'infoclimat, mais je vais vérifier.

poke @Raph06 qui a intégré des capteurs via Orange Pour les frais supplémentaires, c'est seulement si on veut un décodeur non ? Si on est prêts à décoder soi-même côté serveur récepteur (ex: Infoclimat), ça ne doit pas poser de frais supplémentaires, c'est juste une donnée binaire comme une autre... Ou alors c'est juste du zèle d'Orange...

Personnellement, je pense qu'il faudrait trouver un moyen de passer ces abonnements chez Orange. Il me semble qu'en tant qu'association, Infoclimat peut s'y inscrire et bénéficier d'abonnements. J'ai cru comprendre que Meteo-Shopping vendait aussi des capteurs LoRa avec un abonnement inclus, donc qu'ils peuvent aussi acheter des abonnements. Il y a sans doute un truc à articuler entre Infoclimat et les passionnés disposant de capteurs LoRa, pour permettre de continuer des relevés plutôt que d'acheter des abonnements et capteurs 4G 10x plus chers. Sachant que côté IC, on travaille aussi sur une solution "maison" pour connecter des VP2 sur ces réseaux (ainsi que les réseaux LTE-M et NB-IoT), et que ça passerait donc nécessairement par Orange pour le LoRa. Pour TTN, le réseau est malheureusement bien trop limité hors installation de gateway soi-même (et dans certains endroits, c'est non-trivial). De mon côté j'investigue aussi en montagne avec la société API-K...

La valeur a été supprimée et le problème racine a été corrigé (lié à la récupération a posteriori de Weatherlink IP).

On a failli se croiser 😉

Oui, il y a un projet similaire à Toulouse, mais nous n'avons pas encore intégré les stations justement. Idem il y a des projets à Rennes et Paris (PANAME2022).

Pour info, il y a un projet de recherche en cours avec le laboratoire Espace à Nice de mesurer l'îlot de chaleur urbain avec la métropole, et donc d'installer des capteurs en ville. Je suis sur le coup pour essayer de nous intégrer a minima dans la boucle... Je ne sais pas ce que va donner le projet, on verra. Poke @Raph06 De manière générale, nous sommes en train de voir comment côté Infoclimat on peut accepter ce type de stations et les présenter différemment, étant donné qu'elles ne sont pas aux normes d'installation classiques, mais leurs données étant tout de même pertinentes si accompagnées. Probablement une sous-rubrique de nos cartes de températures, du type "températures urbaines". Poke @Matt67

Pour l'anecdote, Infoclimat les archive depuis des temps immémoriaux (à l'époque où le fichier XML n'existait pas et où l'on analysait donc la couleur des pixels sur l'image pour savoir quelle était la couleur de chaque département), mais ne les présente nulle part sur le site. Un jour peut-être, on complètera avec ça et on les affichera ou on en tirera des stats... http://vigilance-public.meteo.fr/

Non, c'est un bug pas encore corrigé 😞

En l'occurrence ils sont indiqués lorsque disponibles, via le petit bouton "+" a gauche de la ligne, sur les stations compatibles :

ROMMA nous avait proposé d'en reprendre une plus grande partie que ce qu'on fait actuellement. Il n'y a pas eu un consensus clair de notre CA sur la position à adopter, étant un peu gênés de tout reprendre. Les discussions reprendront peut-être bientôt.

Le compte précédent peut toujours être utilisé il me semble, même si l'adresse mail n'est plus valide, pour se connecter cela doit fonctionner. Par contre il est vrai @Sebaas qu'il aurait peut être fallu prévenir les utilisateurs ou afficher un encart, car cela pose beaucoup d'interrogations de partout auxquelles il faut répondre.

Merci pour la vigilance sur l'algo de calcul. L'objectif n'est pas d'avoir une valeur absolue "vraie" de l'ensoleillement (il y a toujours débat dans la communauté sur ce que l'on doit considérer comme une minute ensoleillée !), mais a minima de pouvoir comparer l'évolution dans le temps de telle ou telle station en particulier (dès lors, si l'algorithme n'est pas parfait, ce n'est pas grave du moment qu'il n'évolue pas dans le temps). Malgré tout, il est évidemment beaucoup mieux d'avoir un calcul plus juste ! Dès lors, si vous avez la nouvelle formule, j'essaierai de l'implémenter au plus vite (en recalculant bien toutes les archives et toutes les cartes en effet, comme le signale Sebaas, pour garder la cohérence), mais je dois dire qu'en ce moment j'ai beaucoup beaucoup de mal à faire la moindre ligne de code, entre la préparation des activités pour l'accélérateur d'initiatives citoyennes avec les différents services publics et un discours devant le ministre a préparer (5 visios la semaine dernière a midi ou le soir...), la préparation de l'embauche de notre futur salarié qui arrive le 11 juillet et pour qui je vais déjà poser 7 jours de congés, continuer de maintenir le site IC, et ma vie perso (j'ai un boulot et une famille), je dois dire que la problématique de l'ensoleillement est malheureusement bien loin dans les priorités pour le moment, je ne garantis pas donc de délai