OpenPlanter: una mappa di relazioni non è una prova di potere
Come leggere e verificare le reti di aziende e politica costruite con OpenPlanter, senza trasformare collegamenti pubblici in accuse.
Scritto da Daniel Vedovato · Revisionato il 21 luglio 2026
Articolo preparato con assistenza AI, verificato e revisionato da Daniel Vedovato.
Utile per orientarsi, pericoloso se diventa un verdetto
OpenPlanter è un progetto open source che presenta strumenti per raccogliere e visualizzare relazioni fra soggetti. Il risultato più naturale è un grafo: nodi per persone, organizzazioni o entità e archi per una relazione dichiarata nei dati. È un formato utile per il giornalismo dei dati, la ricerca e una prima ricognizione di controparti. Non prova però che esista un’influenza illecita, un conflitto di interessi o persino una relazione attuale.
Questa distinzione è il punto centrale. Una visualizzazione rende evidente una struttura che, guardando documenti separati, è difficile vedere. Al tempo stesso rende seducente l’inferenza: due soggetti vicini nel grafo sembrano più legati di quanto i documenti consentano di affermare. Il repository va quindi trattato come punto di partenza tecnico, non come banca dati autorevole né come strumento di profilazione.
Cosa verificherei prima di usarlo
Il primo controllo è la provenienza di ogni arco. Una relazione dovrebbe conservare URL o riferimento al documento, data di acquisizione, data a cui si riferisce e regola con cui è stata estratta. “Amministratore di” e “citato nello stesso articolo” non hanno lo stesso significato e non devono finire nello stesso tipo di collegamento. Serve anche una procedura per correggere, aggiornare o rimuovere dati errati.
| Domanda | Evidenza minima | Errore da evitare |
|---|---|---|
| Chi afferma la relazione? | Registro, atto o pagina collegata | Fidarsi di una label nel grafo |
| Quando valeva? | Data di inizio e fine | Presentare un incarico passato come attuale |
| Che tipo di relazione è? | Vocabolario esplicito | Mescolare proprietà, ruolo e semplice citazione |
| Si può contestare? | Fonte e contatto per correzioni | Pubblicare record senza tracciabilità |
Metodo di prova responsabile
Userei un corpus piccolo, già pubblico e non sensibile: ad esempio dieci società con relativi amministratori da un registro consultabile. Prima caricherei manualmente cinque relazioni, poi confronterei output e documenti riga per riga. Ogni nodo deve avere un identificatore stabile e ogni relazione una fonte. Misurerei precisione delle estrazioni, record senza data e falsi accorpamenti di omonimi. Solo dopo testerei l’importazione automatica.
Non caricherei elenchi di clienti, dossier personali, dati da fonti private o materiale raccolto senza base giuridica. Un grafo concentra informazioni e può aumentare il danno anche quando ogni frammento, preso da solo, era pubblico. Per pubblicazioni su persone identificabili servono contesto, interesse pubblico, controllo umano e una valutazione delle norme applicabili.
Limiti e decisione pratica
Il repository dimostra che il formato è accessibile, non che i dati siano completi o che il progetto sia pronto per decisioni automatizzate. Prima di adottarlo in un team, controllerei licenza, attività delle issue, qualità della documentazione e soprattutto il modello dei dati. Se non si possono distinguere fonte, data e grado di certezza, il grafo non è abbastanza affidabile per un uso editoriale o investigativo.
La scelta prudente è usarlo per formulare domande verificabili: “quale documento conferma questo arco?”, non “questa mappa dimostra che queste persone controllano qualcosa”. In questo perimetro può accelerare ricerca e revisione. Fuori da esso, amplifica facilmente errori e insinuazioni.
Una checklist prima della pubblicazione
Prima di rendere pubblico un grafo adotterei una revisione a due persone. La prima controlla che il dato sia stato trascritto correttamente; la seconda prova a confutare la relazione consultando la fonte. Per ogni collegamento sensibile annoterei cosa la fonte dice letteralmente e cosa invece è un’interpretazione editoriale. L’interfaccia dovrebbe mostrare entrambi: il link al documento e una descrizione prudente del rapporto.
È importante anche dichiarare assenze e copertura. Un grafo che non contiene un soggetto non dimostra che quel soggetto non abbia relazioni; può mancare per limiti di raccolta, omonimie o fonti non digitalizzate. Analogamente, molte relazioni vere non sono necessariamente rilevanti per la domanda posta. Una buona mappa restringe il campo, non sostituisce l’inchiesta.
Per un team tecnico, il test finale è ripetere la costruzione su un campione congelato: stessi input, stessa versione del codice, stesso output e stesso conteggio dei record scartati. Si registrano anche ambiente, data di scaricamento e hash dei file sorgente. Se il risultato cambia, il cambiamento deve essere spiegabile da una versione o da una regola, non da una raccolta opaca. Questa disciplina rende un progetto come OpenPlanter più utile per ricerca verificabile e meno incline a produrre conclusioni eccessive.