Désolé, c'est que maintenant que je vois ça
Chez Météo-France, vous avez besoin de mon archive?
Les valeurs AROME sont stockées sur 8 bits - ça fait partie des optimisations que j'avais fait à l'époque pour faire rentrer une telle résolution dans le navigateur.
8 bits ça code des nombres entiers allant de 0 à 255 - pas terrible pour certains paramètres
C'est pour ça que chaque paramètre à une échelle spécifique - par exemple l'épaisseur de la couche convective va de 0m à 6250m par paliers de 25m
Pour la température, les paliers sont inférieurs à 1°C
De toute façon cette archive sera arrêtée à la fin du mois - je ne peux plus payer la location de serveurs
A l'origine elle était faite surtout pour ma XCDB (
https://xcdb.velivole.fr) - mais ECMWF fournit gratuitement une archive de très haute qualité - ERA5
Mon archive avait une résolution supérieure, mais elle était une archive de prévisions. ERA5 d'ECMWF est une archive de mesures réelles post-factum réassimilées par un modèle d'assimilation - à priori celui qui vous leur avait fournit pour l'IFS - çad celui d'ARPEGE.
Bonjour,
Je viens de tester cette super API qui fonctionne parfaitement.
Il me semble cependant que les valeurs retournées (clé = "val") sont des nombre entiers et non pas des flottants :
['model', 'run', 'runTime', 'time', 'zTime', 'data', 'copyright']
{'WIND_10': {'val': 17, 'direction': 159},
'AIRTEMP_10': {'val': 5, 'val_byte': 170},
'AIRTEMP_100': {'val': 4, 'val_byte': 168},
'AIRTEMP_50': {'val': 5, 'val_byte': 170},
'GNDPRESS': {'val': 1011, 'val_byte': 162},
'PBL': {'val': 350, 'val_byte': 14},
'AIRTEMP_250': {'val': 3, 'val_byte': 166},
'AIRTEMP_z300': {'val': -46, 'val_byte': 68},
'AIRTEMP_z1000': {'val': 5, 'val_byte': 170},
'AIRTEMP_z250': {'val': -55, 'val_byte': 50},
'AIRTEMP_z400': {'val': -30, 'val_byte': 100},
...
Aurais-je-fait une erreur ?
Quelle est la signification de "val_byte" ?
Merci pour ton formidable travail.
Jean Pierre