ECMWF IFS a 0.1°: previsioni più dettagliate con la stessa API GribStream

Le previsioni IFS a 0.1° sono ora disponibili in GribStream come otto dataset atmosferici e di onde. Il primo ciclo inizia il 20 ottobre 2026 alle 06 UTC. Ogni prodotto ha un identificatore, un inventario completo e gli endpoint abituali runs e timeseries.

È la distribuzione descritta nella nostra anteprima di settembre. IFS calcola le previsioni a circa 9 km; i nuovi file usano una griglia regolare di output a 0.1°, circa 11 km da nord a sud. AIFS resta a 0.25°. Dettagli ECMWF.

Più dettaglio spaziale della stessa previsione

I prodotti a 0.1° e 0.25° derivano dalla stessa previsione. La nuova griglia ha un passo 2.5 volte più fine lungo ciascun asse, con circa 6.25 volte più punti sulla stessa area.

Questo permette di esaminare più differenze tra siti costieri e interni, aree agricole o zone di domanda energetica. Valuta il prodotto rispetto alle osservazioni locali e alle scadenze delle decisioni: un passo più fine non dimostra da solo un miglioramento dell’accuratezza.

Otto dataset, tutti i campi pubblicati

Questi conteggi coprono gli inventari delle 06 e 12 UTC. Gli ensemble originali contengono 50 membri perturbati (1–50); i controlli sono i prodotti deterministici corrispondenti. Medie, dispersioni e probabilità hanno dataset separati, senza dimensione membro.

Gli inventari atmosferici coprono la superficie e 14 livelli di pressione, da 1000 a 10 hPa, con temperatura, vento, umidità e campi dinamici. Includono inoltre precipitazioni, radiazione, nubi e variabili della superficie oceanica dove pubblicate. Le onde comprendono altezza, periodo e direzione. Ogni pagina mostra selettori, unità e scadenze osservate.

L’inventario delle 12 UTC aggiunge temperatura e contenuto volumetrico d’acqua del suolo su quattro livelli (sol 1–4), oltre alla temperatura minima e massima a 2 m su sei ore (mn2t6 e mx2t6) da +150h. I campi del suolo sono assenti nel primo ciclo delle 06 UTC. Ogni livello e intervallo mantiene il proprio selettore.

Abbiamo verificato 810 indici della fonte con 1.282.470 record campo/membro/scadenza nei primi due cicli. La copertura dei parametri è distinta dallo storico: le previsioni originali a 0.1° iniziano il 20 ottobre 2026 alle 06 UTC e le statistiche alle 12 UTC. I dataset a 0.25° conservano il proprio storico.

Le medie e le dispersioni dell’ensemble sono pubblicate per i cicli delle 00 e 12 UTC, con passi di tre ore fino a +144h e di sei ore da +150h a +360h. La dispersione è la deviazione standard calcolata dal fornitore nelle unità fisiche di ciascun campo. Per la temperatura è una differenza in kelvin: non sottrarre 273.15.

Anche le probabilità provengono dai cicli delle 00 e 12 UTC. Gli eventi istantanei usano info vuoto, con valori ogni 12 ore da +12h a +360h. Gli eventi giornalieri usano info="24h" per finestre che terminano a +24h, +36h, …, +360h; le finestre si sovrappongono per 12 ore. Il timestamp indica la fine della finestra. Le soglie delle anomalie di temperatura sono ±1, ±1.5 e ±2 deviazioni standard.

Passi temporali e arrivo dei dati

Il primo ciclo delle 06 UTC contiene passi di tre ore da +0h a +144h per i quattro prodotti originali. Per 00/12 UTC, ECMWF specifica passi di tre ore fino a +144h e di sei ore da +150h a +360h. L’inventario di ciascun selettore indica le scadenze effettivamente osservate.

La distribuzione più fine arriva circa due ore dopo quella a 0.25°, non due ore dopo l’inizializzazione. Questo intervallo tra le consegne conta nella scelta della griglia. Documentazione ECMWF.

Al lancio, alcune richieste alla fonte hanno restituito 503 SlowDown. Nuovi tentativi hanno recuperato file durante i nostri controlli, ma questi limiti possono ancora ritardare la disponibilità. Continuiamo a verificare la copertura dei cicli completi.

Gli stessi endpoint e selettori esatti

La temperatura a 2 m usa {"name":"2t","level":"sfc","info":""}; a 850 hPa usa {"name":"t","level":"pl 850","info":""}. Cambia il dataset per scegliere la griglia a 0.1°. Questo esempio richiede due istanti validi del primo ciclo a Berlino:

curl 'https://gribstream.com/api/v2/ifsoper0p1/timeseries' \
  -H "Authorization: Bearer $GRIBSTREAM_API_TOKEN" \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json' \
  -d '{
    "timesList": ["2026-10-20T09:00:00Z", "2026-10-20T12:00:00Z"],
    "minLeadTime": "3h",
    "maxLeadTime": "6h",
    "coordinates": [{"lat": 52.5, "lon": 13.4, "name": "Berlin"}],
    "variables": [
      {"name": "2t", "level": "sfc", "info": "", "alias": "temperature_2m"},
      {"name": "t", "level": "pl 850", "info": "", "alias": "temperature_850hpa"}
    ]
  }'

Entrambe le temperature sono in kelvin. L’esempio con date fisse richiede che i file sorgente restino disponibili. La scoperta delle coordinate native espone la griglia di 3,600 × 1,801 punti. Gli stessi selettori sono disponibili nel catalogo, in MCP e nell’interfaccia MySQL.

I record sorgente anomali mn2t3 e mx2t3 a +0h sono esclusi. Contengono segnaposto di inizializzazione (0 K), non estremi su tre ore complete. Questi selettori iniziano a +3h. Timeseries può scegliere un intervallo completo di un ciclo precedente se asOf e i limiti di scadenza lo consentono; altrimenti gli estremi restano mancanti. Gli altri valori sorgente, inclusi gli zeri validi, restano invariati.

Inizia dall’inventario operativo o dall’inventario ensemble, poi scegli risoluzione e tempi di consegna adatti alla tua applicazione.

Dati: ECMWF, sotto CC BY 4.0 e le condizioni d’uso ECMWF. Integrazione e verifica degli inventari: GribStream.