Meteo Gesualdo

- Allineata la tassonomia canonica dei secondari allo schema v3 con 19 stati
- Aggiunti foschia, raffiche, brina, rugiada e polvere sahariana
- Aggiornata la fusione dei secondari provenienti da Forecast Local e Forecast API
- Separata la gestione delle raffiche dalla famiglia del vento medio
- Gestita polvere_sahariana come segnale proveniente esclusivamente dalla sorgente API/aerosol
- Impedita la diluizione del segnale di polvere sahariana dovuta alla sua assenza nel Local
- Estesa la propagazione dei nuovi secondari fino al risultato canonico
- Aggiornato il JSON PUBLIC per esporre la nuova tassonomia senza telemetria interna
- Aggiornato lo SNAPSHOT con schema secondari v3 e nuovi campi probabilistici
- Esteso lo SNAPSHOT con le informazioni prestazionali canoniche del KNN
- Mantenuta la compatibilità con gli snapshot e i dati prodotti dagli schemi precedenti

- Ridefinita la gestione di notte_tropicale nel Merge come fenomeno riferito all'intera notte
- Impostata la finestra fisica di valutazione tra le 20:00 e le 07:59 locali
- Limitata la presenza di notte_tropicale nelle sole fasce 22:00-06:59
- Raggruppate le fasce appartenenti alla stessa notte per produrre un risultato secondario coerente
- Gestita correttamente la notte già iniziata senza perdere il contesto delle ore precedenti
- Impedita la propagazione di notte_tropicale nelle fasce incompatibili
- Allineata la fusione dei secondari alla nuova semantica notturna
- Mantenuta invariata la struttura del risultato canonico e dei JSON pubblici

- Portato l’orizzonte previsionale a cinque giorni di calendario
- Riscritta la fusione tra Local e API con allineamento delle fasce tramite time_utc
- Introdotta la nuova gerarchia fisica versione 3 per cielo, pioggia, temporale e neve
- Allineata la gestione dei fenomeni secondari allo schema versione 2, con un massimo di tre secondari per fascia
- Aggiunta la continuità temporale causale per limitare salti meteorologici non plausibili tra ore consecutive
- Resa la cache canonica del KNN l’unica sorgente finale della previsione
- Introdotte le viste PUBLIC, SNAPSHOT e MOTIVATION
- Separati l’output pubblico e il contratto tecnico: percentuali intere e N/D per sito e app, valori numerici o null nelle viste interne
- Aggiunta la rigenerazione automatica della cache canonica e il recupero della cache precedente in caso di errore
- Integrata la qualità dell’aria oraria da Open-Meteo CAMS Europe
- Riscritto Trend come vista compressa del Forecast pubblico, con fasce di tre ore e riepiloghi giornalieri
- Introdotto un nuovo vocabolario per descrizioni meteorologiche naturali e indicazioni pratiche
- Allineati cache, lock, accesso interno e percorsi alla nuova pipeline di produzione

Uniformata la gestione dei valori non disponibili lungo tutta la pipeline previsionale.
I campi non applicabili vengono ora mostrati pubblicamente come N/D.
Evitata la sostituzione automatica con valori non pertinenti.
Migliorata la coerenza tra dati locali, dati API e previsione finale.
Mantenuti numeri e valori nulli nei dati tecnici interni, senza inserire stringhe testuali nelle elaborazioni.

- Ridisegnata integralmente l'architettura del motore Forecast.
- Separata la fusione delle sorgenti dalla correzione storica eseguita dal motore KNN.
- Introdotto un nuovo Merge esplicito tra Local Forecast e API Forecast.
- Introdotta una timeline oraria unificata fino a 168 ore.
- Implementata la fusione family-aware delle probabilità meteorologiche primarie.
- Mantenute indipendenti le probabilità dei fenomeni secondari.
- Introdotti pesi dinamici delle sorgenti in funzione del lead temporale e della disponibilità dei dati.
- Introdotto il confronto strutturato tra Local e API per valori fisici, fenomeni primari, famiglie meteorologiche e fenomeni secondari.
- Introdotti indicatori di agreement globali e per gruppi termico, pressione, vento, pioggia e radiazione.
- Introdotte distanze di distribuzione L1 per probabilità primarie, famiglie e fenomeni secondari.
- Integrata la gestione circolare della direzione del vento.
- Rafforzati i vincoli fisici su dew point, raffiche, radiazione solare e indice UV.
- Introdotta la ricostruzione giornaliera della pioggia attesa secondo il fuso Europe/Rome.
- Allineato il contratto orario condiviso con Local Forecast, API Forecast e Forecast KNN.
- Introdotto il consumo esclusivo della previsione canonica prodotta dal motore KNN.
- Separata la distribuzione della previsione in viste PUBLIC, SNAPSHOT e ANALYTICS.
- Garantita l'identità della previsione tra dato mostrato, dato salvato nello storico e dato successivamente validato.
- Introdotta la rigenerazione atomica delle viste derivate tramite firma della cache canonica e manifest di commit.
- Impedita l'esecuzione del motore KNN da richieste pubbliche di sito e app.
- Allineata la cache Forecast alla nuova pipeline Local -> API -> Merge -> KNN -> Forecast.

- Raffinata la logica sun_safe basata su sole reale osservato dalla stazione.
- Migliorata la transizione tra cielo sereno attuale e possibile aumento della nuvolosità nelle ore successive.
- Ridotto il rischio di previsioni troppo rigide con nubi sparse al 100%.
- Limitati peggioramenti improvvisi verso coperto o temporali quando i segnali locali non li supportano.
- Redistribuite meglio le probabilità tra sereno, nubi sparse, parzialmente nuvoloso e nuvoloso.
- Mantenuta la possibilità di evoluzione pomeridiana in caso di segnali convettivi o instabilità reale.

* Aggiornato il motore Forecast alla versione v7.2.0 - Atena.
* Integrata la lettura opzionale dei nuovi dati diagnostici prodotti da Local Forecast v8.0.0 - Minerva.
* Aggiunto supporto ai segnali Minerva relativi a qualità, stabilità, incertezza e gate fisici.
* Migliorata la pesatura dinamica tra api_forecast e local_forecast.
* Migliorata la gestione del contributo locale su pioggia, acquazzoni e temporali tramite gate fisici più coerenti.
* Migliorata la gestione dei casi in cui api_forecast risulta stale o meno affidabile.
* Spostati i filtri meteorologici di Atena prima del controllo finale Themis.
* Corretto il flusso decisionale: Atena prepara il forecast, Themis valuta e il risultato Themis diventa il forecast finale.
* Evitato che Atena modifichi nuovamente primary, secondary, valori fisici o confidence dopo il passaggio a Themis.
* Pulita la valutazione dei campi ai_*: ora rappresentano le modifiche reali prodotte da Themis e non più correzioni successive del merge.
* Mantenuta la compatibilità del JSON con sito, app Android, widget e bot Telegram.
* Aggiunti nuovi segnali diagnostici interni senza rimuovere le chiavi già esistenti.
* Migliorata la stabilità della cache e del lock del forecast.

- Rivista completamente la struttura del Trend previsionale
- Sostituite le 4 fasce tradizionali con 8 fasce orarie da 3 ore
- Aggiunte nuove fasce: 00-03, 03-06, 06-09, 09-12, 12-15, 15-18, 18-21, 21-24
- Introdotte nuove icone dedicate per ogni fascia oraria
- Migliorata la rappresentazione delle transizioni tra alba e tramonto
- Implementato calcolo automatico giorno/notte tramite is_day del forecast
- Aggiunta logica di prevalenza per la gestione delle fasce a cavallo di alba e tramonto
- Separato il vocabolario descrittivo tra ore diurne e notturne
- Eliminati riferimenti al sole nelle sintesi notturne
- Migliorata la coerenza tra Trend, Forecast e bollettini Telegram
- Ottimizzata la leggibilità delle descrizioni previsionali per fascia
- Aggiornata la struttura dati restituita dal Trend per supportare le nuove fasce orarie

- Riallineati metadati interni e famiglia del componente Olimpo.
- Rivista la curva di fusione tra previsione locale e dati API.
- Mantenuto un contributo locale residuo anche oltre le prime 12 ore.
- Migliorata la stabilità del verdetto finale tra fasce consecutive.
- Alzata la soglia minima per accettare un fenomeno secondario dominante.
- Aggiunto filtro fisico finale sugli stati vento.
- Corretto il rilevamento di "vento rafficoso", ora ammesso solo con vento medio, raffica e differenza coerenti.
- Ridotti i falsi positivi dei fenomeni secondari legati al vento.
- Migliorato il calcolo della confidenza nei casi in cui più stati vicini appartengono alla stessa famiglia meteorologica.
- Mantenuta invariata la struttura JSON di output.

- Refactory completo del sistema trend.php
- Rimossa la vecchia classificazione daily basata su stati aggregati interni
- Nuova logica giornaliera costruita direttamente dalle fasce orarie
- Introdotto ranking dinamico degli eventi meteorologici tramite somma delle probabilità primary
- Nuova gestione della dominanza tra eventi principali e fenomeni secondari
- Eliminati falsi scenari perturbati causati da segnali deboli o accumuli marginali
- Migliorata drasticamente la coerenza tra icone giornaliere, probabilità reali, eventi prevalenti e testi descrittivi
- Nuovo motore narrativo dinamico con frasi più naturali e meno preformattate
- Le probabilità pioggia estremamente basse (0–2%) vengono ora considerate nulle nelle sintesi testuali
- Migliorata la lettura contestuale di stabilità atmosferica, nuvolosità e ventilazione