Naej

Impossible de déconnecter mentalement quand je sais que des Infoclimatologues sont en panique ! Ça prend moins de 5 minutes, et ça m'apporte de la satisfaction, tout ce que je cherche dans un week-end 😜

Oui je les ai cachées en attendant d’intégrer les données. Normalement elles sont aussi cachées dans le menu déroulant, mais pas dans la recherche globale. Si c’est pas le cas je vais corriger. Tu pourrais me trouver les coordonnées en degrés décimaux stp ?

Toutes les stations MF dont on aura les données Moi qui pensais que l'inscription "TEST" était suffisant pour que vous passiez votre chemin, je vois que ça vous perturbe plus qu'autre chose 😆

Plus on a de stations à disposition, plus le menu déroulant sera long non ?

Peut-être 👀

Un indice se cache dans le nom de la station 👀

On n'utilise pas cette valeur-là sur IC

Ton cumul du jour n'est pas bon depuis un moment. C'est à cause du champ `pluie_cumul_annee` dans ton fichier, qui n'a pas l'air d'envoyer les bonnes valeurs

Dans le code, j'ai de nombreux : FROM climato_mensuelle_auto WHERE 1981 < annee AND annee <= 2010 mais ça devrait plutôt être : FROM climato_mensuelle_auto WHERE 1981 <= annee AND annee <= 2010 ou : FROM climato_mensuelle_auto WHERE 1980 < annee AND annee <= 2010 non ? (Outre le fait que ça utilise les anciennes normales)

Ah ouf, merci, j'avais pas pensé aux 10 minutes

Wtf, comment c'est possible ???????

Non, il y a bien un endroit particulier où les normes OMM ne sont pas bien respectées @Laurent15

(C’est pas parce que c’est écrit que c’est vraiment fait 😛)

Elles le sont jamais plutôt non ? (Sauf que ça se voit pas quand ça tombe entre 0h et 6h ?)

Je travaille dessus depuis 2 mois maintenant, on espère pouvoir intégrer tout ça en début d'année prochaine Fred aurait certainement fait tout ça plus vite car il connaît le fonctionnement comme sa poche, mais moi je dois étudier tout le système existant et faire attention au moindre détail car je peux pas me permettre de faire des erreurs irréversibles

Une requête SQL où ça ? Quelle API ? (Déso je suis duper)

Préparez vos cailloux préférés pour me lyncher avec, car j'ai osé écrire SQL au lieu de SQL (notez bien les espaces) Et c'est pas une blague !

Quand tu dis que tu as supprimé les données, tu as fait quoi ? Et les nouvelles valeurs seront aussi à 0 ?

C'est trop galère de gérer ça malheureusement Par contre, pourquoi ne pas juste garder la colonne ETP ? Les données sont incohérentes dans le cas de cette station ?

Pas de possibilité de restriction sur ce paramètre malheureusement. Est-ce que @Babarskaja ou @970hPa s'y connaissent un peu plus ?

C'est corrigé (aucune idée de pourquoi ça s'était arrêté par contre, ni si ça va reprendre son fonctionnement normal, encore un coup du fantôme d'Infoclimat) Ça change pas grand chose au graphique lol, ça vous paraît cohérent ?

Il y a une colonne ETP car la station envoie des données d'ETP : <davis_current_observation> ... <station_name>Grand Ballon - 1355 m - Haut-Rhin </station_name> ... <et_day>0.000</et_day> <et_month>0.000</et_month> <et_year>0.960</et_year> ... </davis_current_observation> C'est peut-être un réglage à faire côté station ou côté WeatherLink

La différence est due au cache utilisé pour la climato annuelle, car ça prendrait trop de temps de calculer la climato de chaque mois en direct Une moitié de solution serait de mettre à jour le cache quand le calcul est fait sur la page de climato mensuelle C'est le problème du cache : soit on gagne des perfs en perdant en véracité, soit on gagne en véracité en perdant des perfs Ça fait partie des grandes blagues en informatique : soit en français :

Je suis dessus, merci pour le signalement

Ça ferait une énorme charge sur le serveur, à quantifier (et faut développer tout le système qui ferait ça proprement), alors que 99.99% des recalculs seraient inutiles.. Dans tous les cas c'est pas simple à gérer en l'état..