[Gabrymi93]

Sintesi

Alza il client.timeout del fetch di ispra_rmn da 900s a 1800s. Il fetch scarica ~30K CSV e dura ~11-15 min, variabile col carico di rete: nel run post-merge di #9 è andato in timeout a 900.021s (run rosso), mentre nel run del 2026-11-01 era passato (~11 min).

Contesto collegato

Issue #4 (normalizzazione RMN pre/post 2014) — il timeout è il blocco operativo che ne impedisce l'esecuzione.

Cosa cambia

• datasets/ispra-rmn/dataset.yml: client.timeout: 900 → 1800 (+ commento sul perché)

Impatto

• Documentazione o testi
• Policy GitHub o template
• Codice o automazioni
• Pipeline dati o trasformazioni
• Contenuti o metadati di dataset
• Nessun impatto visibile per chi usa il repository

Verifica

• toolkit run preflight --config datasets/ispra-rmn/dataset.yml → Config: OK
• Run completo non eseguito in locale (fetch ~15 min); la modifica è solo di timeout, il comportamento del fetch è invariato. Il prossimo run post-merge o il cron mensile confermerà.

Controlli

• Questa PR e' nel repository giusto
• Ho collegato issue o discussion quando serve — fix(pipeline): normalizzare dati RMN con colonna era pre/post 2014 #4
• Ho verificato l'impatto su documentazione, codice o dati
• Ho aggiornato solo quello che era davvero necessario
• I test nuovi o modificati hanno marker — nessun test nel repo
• Se la PR fixa un bug: mitigazione con issue collegata (fix(pipeline): normalizzare dati RMN con colonna era pre/post 2014 #4)

Note per chi revisiona

• Mitigazione, non fix definitivo: il fetch resta lento (~30K file). L'ottimizzazione (incrementale o più parallelismo) è tracciata in fix(pipeline): normalizzare dati RMN con colonna era pre/post 2014 #4.
• Perché 1800: 2x il massimo osservato (~15 min), con margine; il job GitHub ha un limite di 6h, quindi non è un problema.
• Effetto collaterale positivo: il pipeline open-ispra torna verde (oggi rosso per il timeout di rmn), e il prossimo run non salta rmn nel batch.