SIT comunale: costruirlo senza diventare un ufficio GIS

Inventario dei dati, livelli prioritari, consultazione dal browser e collegamento alle pratiche: la strada pragmatica verso il SIT di un Comune medio.

Molti progetti di sistema informativo territoriale falliscono per eccesso di ambizione: si parte per mappare tutto, si naufraga sulla qualità dei dati, e il SIT resta un plastico bellissimo che nessuno aggiorna. La strada pragmatica è inversa: pochi livelli, quelli che gli uffici usano ogni giorno, consultabili da tutti e aggiornati per procedura.

Il primo passo è un inventario onesto dei dati esistenti: gli strumenti urbanistici e le loro versioni vigenti, i dati catastali disponibili all'ente, i vincoli, le reti se documentate, le ortofoto. Per ciascun dato: formato, stato di aggiornamento, e chi lo detiene.

I livelli che contano

L'esperienza degli enti suggerisce una gerarchia chiara: prima lo strumento urbanistico vigente con le norme collegate alle zone, poi il catasto — la lingua franca di ogni pratica — poi i vincoli che condizionano l'edificabilità. Con questi tre strati interrogabili, il SIT risponde già alla maggior parte delle domande quotidiane dell'ufficio tecnico.

Tutto il resto — reti, verde, illuminazione, incidentalità — si aggiunge quando c'è un ufficio che quel livello lo usa e lo mantiene. Un livello senza custode muore: meglio dieci strati vivi che cinquanta in decomposizione.

Sulla qualità dei dati serve pragmatismo anche in ingresso: meglio pubblicare lo strumento urbanistico con le sue imperfezioni note e dichiarate che attendere la perfezione che non arriva mai. Il SIT usato ogni giorno fa emergere gli errori e li fa correggere; quello in attesa di essere perfetto non corregge niente, perché nessuno lo interroga. Vale anche per il catasto: le forniture si allineano con il loro passo, e il sistema deve dichiarare la data di aggiornamento di ogni livello, così che chi consulta sappia sempre cosa sta guardando.

Le scelte che evitano il naufragio

Quattro decisioni iniziali determinano la sopravvivenza del progetto più di qualunque gara.

Sono scelte di governo del progetto, non specifiche tecniche: si prendono prima della gara e costano zero. L'esperienza insegna che i SIT muoiono raramente per ragioni tecnologiche: muoiono perché la consultazione era scomoda, i dati invecchiavano senza un processo, o l'accesso era confinato a poche licenze. Le quattro decisioni che seguono disinnescano esattamente queste cause.

• Consultazione dal browser per tutti gli uffici, senza software da installare né licenze contate
• Formati standard e dati esportabili: il SIT non deve imprigionare ciò che pubblica
• Aggiornamento come processo: ogni variante urbanistica approvata entra in mappa, per procedura
• Permessi per livello: ciò che è pubblico è pubblico, ciò che è di lavoro resta interno

Il collegamento che moltiplica il valore

Un SIT consultabile è utile; un SIT collegato al gestionale è un'altra categoria di strumento. Quando la pratica edilizia conosce la sua particella, il sistema mostra vincoli e destinazione al momento dell'istruttoria; quando il patrimonio è georiferito, la mappa diventa l'inventario visivo dell'ente; quando le segnalazioni hanno coordinate, i problemi del territorio si vedono dove sono.

È il criterio con cui valutare le soluzioni: non la ricchezza cartografica in sé, ma la naturalezza con cui la mappa entra nel lavoro quotidiano degli uffici. Un SIT che si apre solo per le grandi occasioni è un SIT che sta già morendo. Quello che vive, invece, si nota appena: è semplicemente il modo in cui l'ente lavora.