source-check: ispra_indicatori_ambientali

[Gabrymi93]

Fonte / nome breve

ispra_indicatori_ambientali

URL / endpoint principale

https://indicatoriambientali.isprambiente.it/

Protocollo / formato

HTML (Drupal 10)

Accesso reale (probe)

• Sitemap: https://indicatoriambientali.isprambiente.it/it/sitemap
• Homepage: https://indicatoriambientali.isprambiente.it/it (200 OK, Drupal 10)
• Pagina tema (es. energia): https://indicatoriambientali.isprambiente.it/it/tema/energia (200 OK, elenco indicatori)
• Pagina indicatore: https://indicatoriambientali.isprambiente.it/it/energia/produzione-di-energia-elettrica-fonte (200 OK, scheda + XLS allegato)
• API JSON:API: https://indicatoriambientali.isprambiente.it/jsonapi (404 — non abilitata)
• SDMX: non presente
• CKAN: non presente

Shape / dimensioni chiave

• Indicatori: "oltre 300" — distribuiti in 40 temi ambientali (es. Rifiuti 23, Energia 18, Acque interne 18, Turismo 15, Industria 14, Trasporti 14...)
• Granularità territoriale: Nazionale / Regionale (variabile per indicatore)
• Copertura temporale: Variabile — es. Energia 1990-2023, Rifiuti urbani 2007-2023, produzione idroelettrica fino a 2023
• Frequenza: Annuale (rilasci progressivi giugno/settembre/dicembre)
• Ultimo aggiornamento: 2025-12-31
• Formato dati: XLS/XLSX allegati a ogni scheda + grafici Highcharts (export CSV) + dashboard Tableau embed
• Metadati: Ricchi (DPSIR, fonte, metodologia, copertura, riferimenti normativi, stato/trend)
• Nessun catalogo machine-readable: la sitemap dà solo tassonomie, non URL indicatori

Perimetro v0 proposto

Non applicabile in bulk. Strategia cherry-pick su singoli indicatori prioritari:

1. Produzione energia elettrica per fonte — integra terna_electricity_by_source con copertura 1990-2023 (vs 2023-2024 attuale)
2. Raccolta differenziata RU per regione — complementa ispra_ru_base a livello aggregato
3. Emissioni gas serra per settore economico — nuovo filone
4. Qualità aria (PM10, PM2.5, NO2) — gap nel catalogo Lab

Sufficienza semantica del v0

usable-with-enrichment (i dati in XLS hanno struttura eterogenea per indicatore, serve parsing ad-hoc)

Overlap con filoni esistenti

• ispra_ru_base / ispra_ru_costi_kg / ispra_ru_costi_procapite (Catasto Rifiuti ISPRA — portale separato)
• terna_electricity_by_source (dati Terna via altro canale, copertura più corta)
• ispra_consumo_suolo (già in incubazione)

Discussion Domanda di riferimento

Domanda via chat Lab (2026-06-10) — nessuna discussion pubblica aperta. Da valutare se aprire una Domanda in data-civiclab.

Verdict

watchlist — fonte ad altissimo valore tematico ma costo estrazione elevato per l'assenza di API/catalogo. Si procede per cherry-pick su indicatori prioritari.

Note finali

• Rischio principale: eterogeneità dei formati XLS — ogni indicatore ha struttura diversa, va parsato singolarmente
• Trigger per riaprire: se ISPRA attiva JSON:API o pubblica dump bulk del catalogo, rivalutare go-intake
• Fonte alternativa da monitorare: il Catasto Rifiuti ISPRA (catasto-rifiuti.isprambiente.it) ha già CSV scaricabili con struttura regolare e potrebbe essere fonte migliore per dati rifiuti vs questo portale
• Licenza: da verificare ma tipicamente CC-BY 4.0 per dati ISPRA

[Gabrymi93]

Rivalutazione registry

No, non vale la pena registrarlo come fonte nel sources_registry.yaml. Motivi:

1. Nessun catalogo machine-readable: Drupal 10 senza API, senza sitemap inventariabile. Non possiamo fare inventory automatico (né CKAN, né SPARQL, né csv_magnet sensato).
2. Già coperto da ispra_linked_data (SPARQL) nel registry — che è il canale ufficiale ISPRA per dati machine-readable.
3. Strategia cherry-pick: i singoli indicatori che valgono intake li prendiamo via dataset-incubator (es. #491 ispra_emissioni_ghg_settore). Quando ne accumuliamo 3-4 da questo portale, si può valutare di aggiungere una voce nel registry che li raggruppi.

Lascio watchlist come da verdetto iniziale.