11 — Media & fonti degli incidenti ⭐

(Novità, agosto 2026.) Foto, video, articoli di stampa, prodotti satellitari e post social ufficiali su un incendio — raccolti, verificati nei diritti e revisionati in un unico posto, poi agganciati agli incidenti che documentano.

Questo articolo copre lo spazio di lavoro Media & fonti, il flusso di revisione, i due agenti che propongono nuovo materiale (pagine social delle agenzie e siti web / notizie per area) e le regole su ciò che può e non può essere scaricato.

La regola da ricordare. Il cockpit conserva link e metadati. Scarica un file solo quando la policy sui diritti dell'elemento lo consente, oppure quando è stato registrato un permesso scritto per quello specifico elemento. Qui nulla fa scraping di una piattaforma.

Perché i media si agganciano agli episodi, non direttamente agli incidenti

Stampa, agenzie e servizi satellitari pubblicano su un episodio d'incendio — "l'incendio del Carso del luglio 2022", "Padriciano, 1 agosto 2026". Il registro degli incidenti, invece, registra una riga per comune coinvolto, perché è così che le autorità rendicontano.

Il cockpit tiene quindi in mezzo un episodio d'incendio:

episodio  ──────  collegato a più incidenti  ──────  incidente (comune)
   │
   └── elementi media (foto, video, articolo, prodotto satellitare, post social)

Un elemento media è collegato all'episodio; un incidente mostra poi tutto ciò che i suoi episodi contengono. In pratica:

• Un articolo su "l'incendio del Carso" compare su tutti gli incidenti comunali di quell'episodio — lo archivi una volta sola.
• Un incidente non ancora legato a un episodio mostra una galleria vuota con il suggerimento "Le fonti si agganciano agli episodi d'incendio; collega questo incidente a un episodio…".
• Alcuni collegamenti sono proposte che l'importatore non ha potuto confermare da solo: appaiono come "Proposed link — to confirm" e attendono una persona.

Dove si trova

Se /incident/media risponde "Media gallery is not enabled on this host", le tabelle della funzione non sono installate su questa installazione. Chiedi a un amministratore — vedi 08 — Amministrazione.

Lo spazio di lavoro, pannello per pannello

La barra (a sinistra) — filtri

Quattro gruppi con conteggi live: Tipo · Piattaforma · Diritti · Stato di revisione. Si combinano: "Video + Social — manuale + In attesa" è a un clic di distanza.

La galleria (al centro)

Card raggruppate per classe, in ordine fisso: Video · Immagini · Audio · Pubblicazioni · Prodotti satellitari · Social (solo riferimento). Ogni card mostra la pillola dei diritti e quella di revisione, così puoi scorrere una coda senza aprire nulla.

Le card social riportano "Social reference — no asset is copied" e quelle view-only "Preview at the source only (piattaforma)": deliberatamente non sono visualizzabili dentro il cockpit.

L'inspector (a destra)

Selezionando una card vedi piattaforma, tipo di editore, tipo originale, gruppo di contenuto (l'asse che lega lo stesso contenuto tra più pubblicazioni), affidabilità della fonte, se l'URL è stato verificato e la base del collegamento (perché questo elemento è agganciato a questo episodio).

Da qui apri la fonte in una nuova scheda e imposti lo stato di revisione. Pillola, card e contatori si aggiornano subito — senza ricaricare la pagina — e ogni modifica finisce nel registro di audit dei media.

Sul punto in mappa. Quando un elemento è mostrato su una mappa, la posizione è ereditata dall'episodio collegato: non è il geotag della fotocamera. L'inspector lo dichiara esplicitamente. Non leggerlo come "dove è stata scattata la foto".

Diritti — che cosa puoi davvero fare con un elemento

Le decisioni si basano su un solo campo, la policy sui diritti. (Lo stato dei diritti in testo libero che vedi nell'inspector è informazione, mai un permesso.)

L'eccezione che rende legittima la copia. Un singolo elemento può portare un permesso registrato: il suo stato, il suo ambito e un link all'evidenza (la mail, la concessione scritta, la licenza). È quel record per elemento — non una supposizione generale, e mai un download automatico — a consentire l'ingestione dei byte di uno specifico contenuto di stampa o social.

Il flusso di revisione

Ogni elemento in arrivo parte come In attesa. Nell'inspector puoi portarlo a:

Oltre allo stato puoi:

• Collegare un elemento a un episodio, o scollegarlo (una proposta automatica sbagliata).
• Raggruppare le fonti correlate — raggruppa gli elementi dell'episodio per gruppo di contenuto, così la stessa foto ripubblicata da quattro testate si vede come una notizia sola e non come quattro ritrovamenti.

Ogni azione viene registrata con chi l'ha fatta e quando.

L'analisi visiva non è ancora disponibile. L'azione Analyze risponde deliberatamente che la pipeline di analisi visiva non è collegata e registra il rifiuto nell'audit, così la lacuna resta visibile invece di fallire in silenzio.

Da dove arriva il materiale nuovo

1. L'importazione del seed (una tantum, amministratore)

Un corpus curato di episodi, media e collegamenti viene importato una volta dall'amministratore dal mount dati del progetto. È volutamente rigido: l'importatore verifica il numero atteso di episodi, media e collegamenti e si ferma se differiscono, non crea mai incidenti e non scarica mai un file. La conferma automatica avviene solo quando il codice nativo dell'incendio e il suo orario di inizio coincidono al minuto; tutto il resto è archiviato come proposta da confermare.

2. Pagine ufficiali delle agenzie — ogni ora

Le agenzie del registro operativo possono registrare le proprie pagine social ufficiali. Una volta che una persona ha marcato la pagina come verificata e ha attivato il monitoraggio, un processo orario propone i nuovi post relativi a incendi nella coda In attesa come riferimenti Social — manuale.

Confini, per costruzione:

• Solo pagine ufficiali di agenzie del registro — mai profili privati.
• Lettura solo tramite l'interfaccia approvata dalla piattaforma. Se un'installazione non ha accesso approvato, la piattaforma viene semplicemente segnalata come non configurata e saltata. Nessun fallback di scraping.
• Collegare una proposta a un episodio resta un atto umano.

3. Siti web, testate locali e feed di notizie — ogni giorno

/media-discovery-source/index contiene le fonti che un agente giornaliero percorre per ciascuna area di interesse: feed di notizie, testate locali, siti web di agenzie e profili social (che vengono passati alla corsia delle agenzie invece di essere scaricati qui). Le ricerche Google salvate sono ritirate: i link dei risultati nascondono l'editore dietro un token opaco, quindi non è mai arrivato nulla di utilizzabile; aggiungi invece il feed della testata. Ogni fonte si può abilitare o disabilitare dall'elenco e mostra quando è stata eseguita e cosa è andato storto, se qualcosa è andato storto.

L'agente propone solo link e metadati, sempre come In attesa e "solo visualizzazione", e ignora silenziosamente ciò che è già stato catturato. Le pagine di risultati di ricerca e i profili sono rifiutati come fonti — la stessa regola che vale per l'aggiunta manuale.

Un limite noto, dichiarato onestamente. I risultati degli aggregatori di notizie nascondono ormai l'indirizzo reale dell'editore dietro un token opaco: quella corsia spesso non risolve nulla e lo segnala sulla riga della fonte. Nel frattempo la discovery è portata dalle testate e dai feed — preferiscili quando aggiungi fonti.

Il diario dell'incendio — /incident/diary?id=… (agosto–settembre 2026)

Ogni incidente che appartiene a un episodio di incendio ha un diario: l'icona libro nelle azioni di riga dell'elenco incidenti, o il link Wildfire diary nella galleria. È l'incendio raccontato in ordine, costruito in modo deterministico dai record — nulla è inventato, e ogni voce cita la propria riga.

• Riepilogo — la riga delle statistiche (giorni di copertura, fonti, media per classe) e un riassunto deterministico di ciò che i record dicono.
• Report generato — la narrativa scritta dal modello, quando esiste. È mostrata con il suo stato di revisione; una narrativa non revisionata è nominata ma esclusa dalle esportazioni. Genera report dalle fonti è disponibile quando almeno una fonte ha testo recuperato e non esiste ancora una narrativa accettata.
• Cronologia — un unico flusso ordinato, per giorno (fase 6, settembre 2026): le tappe dell'incidente e dell'episodio, i rilevamenti (hotspot satellitari e altri eventi di pericolo collegati all'incendio — i pixel dello stesso minuto da una stessa fonte si riducono a una voce), i dispiegamenti (partito / sul posto / rientrato / annullato, con numero di veicoli e link alla simulazione), le simulazioni, gli aggiornamenti di perimetro e le stime di emissioni, e ogni media con il suo estratto memorizzato. Le fonti senza data sono elencate per ultime.
• Costo dell'intervento — le ore dei dispiegamenti valorizzate con un set di fattori di costo approvato (lo stesso meccanismo versionato, con revisore nominato, dell'inventario CO₂). Sulla maggior parte delle installazioni nessun set è ancora approvato, quindi il blocco recita "Nessun set di fattori di costo approvato — il costo dell'intervento non è stimato anziché inventato"; solo dispiegamenti chiusi, ore fatturabili con il minimo del set.
• Esportazioni — JSON ↓ per il diario grezzo e PDF ↓ (settembre 2026) per un documento prodotto con lo stesso generatore del rapporto incidente; il PDF include la narrativa solo se accettata, perché è un documento che qualcuno potrebbe citare.

Approvazioni sui diritti — /rights-approval/index (settembre 2026)

Il lato scritto delle regole sui diritti sopra. Qui vivono due tipi di approvazione: in entrata — possiamo detenere e usare il materiale di questo editore? — e in uscita — questo ricercatore può riceverlo?. Ciascuna passa per bozza → richiesta → approvata / rifiutata, e una approvata può poi essere revocata o scadere; ogni stato terminale può essere richiesto di nuovo (un editore che ha rifiutato a giugno può accettare a settembre). Un'approvazione diventa approvata solo con la documentazione allegata (l'ambito e l'evidenza — una e-mail, una pagina di licenza — caricata nel record), ed è ciò che consente in assoluto l'esportazione dei byte di un elemento.

• I ricercatori chiedono tramite Richiedi accesso; la richiesta finisce nella coda in uscita in attesa della decisione di un operatore.
• Dataset — un'approvazione in uscita nomina una versione di dataset pubblicata; il titolare scarica il manifesto o i singoli asset dalla pagina di download controllata. Ogni download è registrato, non esiste alcun bypass per gli amministratori, e un elemento il cui permesso dell'editore non consente più i byte smette subito di essere scaricabile mentre la riga del manifesto resta come storico.
• Le approvazioni in entrata sono ciò che i pill Serve permesso → Permesso richiesto → concesso / rifiutato dello spazio di lavoro riflettono.

Routine consigliata

1. Apri /incident/index e guarda i chip Media — un incidente con elementi in attesa è un incidente da lavorare.
2. Nello spazio di lavoro filtra Stato di revisione → In attesa.
3. Procedi dall'alto: per ogni elemento apri la fonte, decidi, imposta lo stato.
4. Usa Raggruppa le fonti correlate prima di cercare i duplicati a mano.
5. Conferma o scollega gli elementi "Proposed link — to confirm": sono le corrispondenze automatiche che nessuno ha ancora controllato.
6. Se di un elemento vuoi il file ma non puoi prenderlo: segnalo Serve permesso e avvia la richiesta scritta. Registra il link all'evidenza quando arriva.

Risoluzione dei problemi

Correlati

• 06 — Operazioni di campo — il registro incidenti a cui questi media si agganciano e il registro operativo che possiede le pagine delle agenzie.
• 04 — Come eseguire una simulazione ⭐ — replicare l'incendio che i media documentano.
• 03 — Tabelle di log — le convenzioni dell'audit trail.
• 08 — Amministrazione — installare la funzione e i permessi dietro ogni azione.