chore(registry): load_catalog/load_signals dal registry fusion (registry.json)

[Gabrymi93]

Sintesi

Migra i loader del dashboard dal legacy clean_catalog.json/pipeline_signals.json al fusion registry (registry/registry.json di dataset-incubator).

Contesto collegato

Migrazione registry (fusion ADR): DI produce registry.json unico (sezioni datasets/marts/signals/codelists/entities); i vecchi artifact separati sono proiezioni legacy da rimuovere dopo la migrazione dei consumer. data-explorer già migrato (#226).

Cosa cambia

• sources.py:
  • load_catalog() → legge registry.json (sezione datasets, struttura identica al vecchio clean_catalog)
  • load_signals() → legge registry.json e normalizza il blocco run in sample_run (status SUCCESS→passed, checked_at da started_at, run_url da run_id) — i consumer delle pagine non cambiano
• tests/test_sources.py: campionati su registry fusion; verifica della normalizzazione sample_run; fallback load_signals → {"signals": []}

Verifica

python3 -m pytest tests/test_sources.py -q --no-cov   # 38 passed
ruff check sources.py                                  # clean

• pytest 38 verdi, ruff pulito
• Le pagine (00_Vista_Insieme, 02_Pipeline_Health) restano invariati — usano catalog.get("datasets") / signals.get("signals"), presenti nel registry

Note / rischi

• load_catalog e load_signals fanno ciascuno un fetch di registry.json (il registry ha sia datasets che signals) — leggermente ridondante ma innocuo (cache st.cache_data per loader).
• I campi run_url derivati da run_id sono nuovi rispetto al vecchio sample_run (che aveva URL esplicita); il formato https://github.com/dataciviclab/dataset-incubator/actions/runs/{run_id} è coerente con i run ID del toolkit.