Sebaas

La Publithèque va fermer courant 2024, il va donc bien falloir s'y faire! En attendant, les achats sur la Publithèque sont désormais facturés à 0 point, donc oui, autant en profiter.

Qu'on récupère ou pas les données de Chastreix n'y change pas grand chose honnêtement. L'intérêt de notre station du Sancy reste entier, mais je partage totalement tes 2 remarques: le sonique compatible VP2 ne répond pas au besoin, et il est hors de question d'envoyer nos @Ffred et @Neness064 là-haut avant le printemps!

On y travaille bien sûr, mais il y a pas mal de boulot pour en arriver là!

En gros, on file de nouveau vers une vigicrue rouge, on est d'accord?

Ils l'envisagent, mais ce sont des quantité titanesques de données et si ça se fait il faudra attendre encore quelques mois. La convention entre la DINUM et MF court jusqu'à fin décembre 2024, ça laisse encore pas mal de temps pour la mise en ligne de quelques pétaoctets 🙂

Oui.

Les API promises sont bien en ligne sur le portail des API, mais je m'étonne d'y trouver des températures en K plutôt qu'en °C! Exemple département 75: https://public-api.meteofrance.fr/public/DPPaquetObs/v1/paquet/horaire?id-departement=75&format=json [ { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T10:10:07Z", "insert_time": "2024-01-02T10:02:07Z", "validity_time": "2024-01-02T10:00:00Z", "t": 284.45, "td": null, "tx": 284.45, "tn": 283.95, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.6, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T09:10:07Z", "insert_time": "2024-01-02T09:02:34Z", "validity_time": "2024-01-02T09:00:00Z", "t": 283.95, "td": null, "tx": 283.95, "tn": 283.85, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.6, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T08:10:07Z", "insert_time": "2024-01-02T08:02:32Z", "validity_time": "2024-01-02T08:00:00Z", "t": 283.85, "td": null, "tx": 283.85, "tn": 283.65, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.6, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T07:10:06Z", "insert_time": "2024-01-02T07:01:28Z", "validity_time": "2024-01-02T07:00:00Z", "t": 283.65, "td": null, "tx": 283.85, "tn": 283.65, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.7, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T06:10:06Z", "insert_time": "2024-01-02T06:01:24Z", "validity_time": "2024-01-02T06:00:00Z", "t": 283.85, "td": null, "tx": 284.15, "tn": 283.85, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.8, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T05:10:09Z", "insert_time": "2024-01-02T05:01:22Z", "validity_time": "2024-01-02T05:00:00Z", "t": 284.15, "td": null, "tx": 284.55, "tn": 284.15, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.6, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T04:10:07Z", "insert_time": "2024-01-02T04:01:20Z", "validity_time": "2024-01-02T04:00:00Z", "t": 284.55, "td": null, "tx": 284.65, "tn": 284.55, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.4, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null }, { "lat": 48.844667, "lon": 2.333833, "geo_id_insee": "75106001", "reference_time": "2024-01-02T03:10:08Z", "insert_time": "2024-01-02T03:02:17Z", "validity_time": "2024-01-02T03:00:00Z", "t": 284.55, "td": null, "tx": 284.55, "tn": 284.25, "u": null, "ux": null, "un": null, "dd": null, "ff": null, "dxy": null, "fxy": null, "dxi": null, "fxi": null, "rr1": 0.6, "t_10": null, "t_20": null, "t_50": null, "t_100": null, "vv": null, "etat_sol": null, "sss": null, "n": null, "insolh": null, "ray_glo01": null, "pres": null, "pmer": null

Oui, je vois pas comment on pourrait les récupérer maintenant que le cumul annuel transmis par WL est réinitialisé.

Euh oui, l'ouverture de la station quoi. Mais Infoclimat n'a "que" 20 ans, ça fait donc bien 20 ans qu'on attend ces données. Elles sont toutes disponibles, y compris celles qui ont fermé, sur meteo.data.gouv.fr On avait quitté le groupe de travail qui bossait sur ce sujet parce que MF ne jouait pas le jeu, et que je ne me voyais pas pas aller défendre en AG le fait de partager 800 stations Infoclimat contre... rien, nada, que dalle. Le contexte ayant changé, ces travaux vont pouvoir reprendre.

Ton meilleur message de l'année!

Plutôt content de voir que MF n'a pas attendu 16h pour la sortir celle-la...

J'ai basculé les analyses hors échéance sur le bon topic (même s'il est ouvert 24h trop tôt!) car j'ai la vague impression qu'on ne vous retiendra pas + longtemps!

Je cite et mets en gros cette remarque déterminante, car beaucoup font l'erreur (y compris les donneurs de leçon qui viennent vous dire "ce que vous faites ne sert à rien", "les modèles n'ont fait aucun progrès", etc.. etc..).

Seuls les adhérents ont la permission de changer par eux-même leur pseudo. Pour les autres demandes, c'est bien en effet via ce topic ou par MP.

Désolé 🫣, fausse manip' de ma part... en refusant le 10000ème message HS de qui vous savez (ça commence par Turquoise et fini par Nico41), j'avais tout envoyé balader...

Ben justement, on est déjà franchement à l'étroit actuellement - ça me semble clairement pas possible pour le moment.

Rien de nouveau là-dedans, tout cela est en ligne depuis bien longtemps. Ce qui est disponible sur meteo.data.gouv.fr l'est déjà, il suffit d'aller sur le site: https://meteo.data.gouv.fr/datasets?topic=6571f26dc009674feb726be9 En début d'année prochaine, meteo.data.gouv.fr va aussi accueillir des GRIB Arpège et Arome. L'information essentielle de ces derniers jours, c'est l'enrichissement très significatif le 2 janvier du portail des API MF : https://portail-api.meteofrance.fr Au programme:

Je confirme, à mon 9eme étage à Port Marianne, ça a bien secoué hier soir et cette nuit! Grosse frustration d'ailleurs : la VP2 sur l'immeuble d'en face est une version câblée, pas moyen de capter un signal sur une console...

Tu obtiens là le comportement sur écran tactile (smartphone, tablette ou PC à écran tactile).

Autant dire que pour ce qui me concerne, habitant de la plaine, mon âge apparent reste conforme à mon âge réel depuis plusieurs années. #vieuxcon

Enjoy: https://meteo.data.gouv.fr/ EDIT: genre ça, que l'on attend depuis 20 ans sans déconner 😍

Je l'ai eu sur celle installée la semaine dernière à Rugny.

La faute du MétéoPi en vérité, qui semble balancer une valeur aberrante lorsque la console perd le signal, amenant Weatherlink à claquer ce 255 mph dans l'API publique