Il GIS è uscito dal desktop: oggi la maggior parte delle mappe si consulta nel browser. Davanti a chi deve portare dati geografici online ci sono due strade, diverse per sforzo, costi e risultato. La prima è un GIS già pronto nel browser, come Atlas, dove carichi i dati, costruisci la mappa e condividi un link. La seconda è una mappa custom, costruita con una libreria come MapLibre GL JS, dove scrivi il codice e controlli tutto. La scelta giusta dipende da tre domande: chi userà la mappa, quanto deve essere integrata, quanto cambierà nel tempo.
La strada pronta: il GIS nel browser
Atlas è l'esempio che ha fatto rumore su Hacker News qualche anno fa e da allora è cresciuto parecchio: è un GIS completo nel browser, con upload di shapefile, GeoJSON, GeoTIFF, KML e GeoPackage, connessioni live a PostgreSQL, analisi spaziale vera e condivisione con un link. Negli ultimi tempi ha aggiunto un assistente che costruisce mappe e flussi di lavoro a partire da una richiesta scritta, e la filosofia è chiara: togliere il GIS dalla coda del team tecnico e metterlo nelle mani di chi i dati li usa ogni giorno. Il punto di forza è il tempo: da un CSV a una mappa condivisa in un pomeriggio, senza scrivere una riga. I limiti sono il controllo: l'interfaccia, il marchio e le integrazioni sono quelli della piattaforma, e i dati vivono sul servizio, con i relativi vincoli di licenza e costo.
La strada custom: MapLibre GL JS
MapLibre GL JS è la libreria open source erede di Mapbox GL, quella che disegna le mappe vettoriali nel browser con accelerazione grafica. Con MapLibre costruisci la mappa che vuoi: stile, layer, interazioni, popup, tutto sotto il tuo controllo, dentro il tuo sito o prodotto, con i tuoi dati serviti dal tuo server o da servizi esterni. È la scelta di chi vende la mappa come parte del prodotto: performance, integrazione totale e nessuna dipendenza da una piattaforma. Il prezzo è lo sviluppo: serve chi scrive il codice, lo mantiene e conosce i dettagli, dai formati vettoriali alla proiezione. Non è un percorso da una riga, ma per un prodotto in produzione è spesso l'unico che regge.
I criteri di scelta
Primo, l'utente: se i fruitori sono colleghi che devono vedere e aggiornare dati, un GIS in browser vince per adozione immediata; se sono clienti del tuo prodotto, la mappa custom vince per esperienza e marchio. Secondo, l'integrazione: se la mappa deve vivere dentro un'applicazione, parlare con un database e reagire agli eventi dell'app, la libreria è la strada. Terzo, il tempo e il team: senza sviluppatori, Atlas batte qualsiasi libreria; con sviluppatori, MapLibre batte qualsiasi piattaforma sulla distanza. Quarto, i dati: dati che vivono già in PostgreSQL si connettono bene a entrambe le strade, ma la proprietà e la residenza dei dati pesano in modo diverso.
Il punto di incontro
Le due strade non si escludono: un team può prototipare in Atlas e portare in produzione con MapLibre, o mantenere la piattaforma per l'uso interno e la mappa custom per il pubblico. Noi abbiamo scelto la strada custom per le mappe di Zornade, 85 milioni di particelle servite da MapLibre e PostGIS, perché la mappa è il prodotto: ogni interazione, dal clic sulla particella ai dati catastali, è cucita su misura, e i dati restano nostri. La lezione vale in generale: scegli lo strumento in base al ruolo della mappa, non in base a quale sia più moderno. Se hai in mente una mappa nel browser, i servizi di sviluppo software partono da una valutazione tecnica gratuita.
Foto di copertina: Саша Алалыкин su Pexels