Un bug dans les requêtes SQl du rapport global faisait que les
Rafales Maxi, Maxima de pluie en un jour et l'Index UV Max pouvait être erronés s'il y avait plusieurs jours dans une année avec un même maxima.
ex chez moi, en 2017, j'ai 2 Rafales Maxi identiques 83.7 km/h.
J'ai trouvé une solution à ce bug, certes elle ne me plait pas car au lieu d'une requête SQL unique, j’exécute dans une boucle for une requête, certes moins compliquée, mais autant de fois qu'il y a d'années .
Cela ne me convient pas et je cherche toujours comment passer cette requête SQL.
Pour corriger ce bug,
- Supprimez le fichier Requetes_SQL_Pour_Rapport_Global.php dans le répertoire NOAAAPDB
- Téléchargez le fichier Requetes_SQL_Pour_Rapport_Global.txt à l'adresse ci-dessous,
https://www.monsite-meteo.eu/Download/R ... Global.txt- clic droit sur le lien,
- Ouvrir le lien dans un nouvel onglet
- clic droit dans nouvel onglet ouvert
- Enregistrer sous
- Enregistrez le fichier dans le répertoire NOAAAPDB
- Changez l'extension du fichier txt en php
Javier le problème ne viens pas des scripts NOAA mais de la façon dont est calculée la durée d'ensoleillement enregistrée dans les tables NOAA.
On vois bien d’ailleurs, par rapport aux Normales d'insolation pour ceux qui comme moi en ont, que cette durée est surestimée.
Il n'est pas impossible de mettre un facteur de correction, mais ça n'est pas la panacée.
Si tu regarde mes deux rapport globaux
https://www.monsite-meteo.eu/PC/NOAA.ph ... d=r_global qui utilise ma propre table solaire dans les requêtes
et
https://www.monsite-meteo.eu/NOAAAPDB/N ... d=r_global qui utilise les tables noaa_xxx dans les requêtes,
La durée d'ensoleillement des tables noaa_xxx est d'environ 1,5 à 2,3 fois supérieure a ma propre table.
Donc, a mon avis, c'est un peu approximatif de mettre un facteur de correction. Ça ne refléterais pas forcement la réalité.
A méditer.
A+
Pascal
