EDI Environmental Dynamics Inc. (EDI) vanta oltre 30 anni di esperienza nella consulenza ambientale nel Canada settentrionale e occidentale, dove circa 180 dipendenti raccolgono dati in siti remoti, lungo le rive dei fiumi raggiungibili solo in elicottero e in luoghi in cui la connessione Internet più vicina è una parabola satellitare. Si tratta di un lavoro impegnativo e gli strumenti utilizzati devono essere all’altezza. Siamo orgogliosi che Mergin Maps sia in prima linea al loro fianco.
Dalla nostra conversazione con Logan Thideman, direttore IT con 13 anni di anzianità, è stato difficile individuare l’elemento che meglio mettesse in risalto il livello di adozione e l’utilità di Mergin Maps nel loro flusso di lavoro e nei loro progetti. Il fatto che nella loro dashboard siano presenti quasi 100 progetti di consulenza attivi che utilizzano Mergin Maps è un buon esempio. Un altro è che questi file ammontano a oltre 200 gigabyte in totale. Ma la nostra scelta è ricaduta su questo: durante i 42 minuti dell’intervista, Logan ha dimostrato una profonda conoscenza dell’ecosistema Mergin Maps , delle sue funzionalità, della sua storia e persino della sua frequenza media di aggiornamento.
Migrazione a Mergin Maps: da un mosaico di app a una soluzione open source completa
EDI era già ben consolidato prima ancora che uscisse “ QGIS ”, per non parlare di “ Mergin Maps ”, quindi è del tutto naturale che abbiano provato numerose altre soluzioni per la navigazione, la raccolta dei dati sul campo e la gestione dei dati. Nel corso degli anni, hanno incontrato ostacoli di ogni tipo: il continuo passaggio da un’app all’altra tra navigazione e moduli, dati bloccati sui dispositivi, licenze costose e sistemi di credito poco trasparenti che rendevano imprevedibile la definizione dell’ambito dei progetti. Tutto ciò ha spinto il loro team a cercare un’alternativa migliore e si sono imbattuti in Mergin Maps grazie a un thread su Reddit intitolato “ QGIS ”.
La trasparenza dell’open source è emersa più volte come motivo alla base della decisione di testare Mergin Maps per un anno. Mergin Maps è open source; tutto è su GitHub e il codice è accessibile. In questo modo, è visibile anche il ritmo di sviluppo attivo, il che contribuisce a creare un track record affidabile per l’app. Dal punto di vista delle funzionalità, il pannello della cronologia e la funzione geodiff rendono molto semplice l’autodiagnosi dei problemi, il che è incredibilmente utile per i team che possono trovarsi a lavorare in qualsiasi giorno della settimana e non possono attendere il fine settimana per ricevere assistenza dal fornitore. Inoltre, la continuità dell’interfaccia QGIS semplifica ulteriormente il tutto, poiché garantisce che ciò che si è creato sul desktop sia esattamente ciò che si vede sul campo: stessa simbologia, stessa struttura delle cartelle.
Integrare Mergin Maps con altre app per definire lo standard di riferimento nei servizi di consulenza ambientale
Non è facile trasformare digitalmente i moduli cartacei richiesti dalle autorità di regolamentazione. Ma EDI ha affrontato con successo questa sfida: ha sviluppato circa 15 modelli di moduli per le sue sei aree di attività (pesca, fauna selvatica, risorse idriche, vegetazione, edilizia, suoli e bonifica). Alcuni di essi presentano quasi 300 attributi, distribuiti su sei tabelle, con relazioni annidate di tipo genitore/figlio/nipote. Inoltre, hanno creato un proprio database delle specie in SQL con un front-end AppSheet e hanno realizzato un’integrazione API personalizzata con il server Mergin Maps , che hanno collegato a make.com, creando così una soluzione di integrazione su misura. Tutto ciò consente loro di generare automaticamente progetti da un modulo Google Form e di attivare automazioni personalizzate.
Indubbiamente, EDI non utilizza l’ Mergin Maps (e altre tecnologie) solo per la raccolta di dati sul campo o come sostituto digitale dei moduli cartacei. Al contrario, è riuscita a definire lo standard di efficienza per una gestione ambientale moderna e conforme alle normative. La sua esperienza, la capacità tecnica e l’approccio innovativo le consentono di gestire centinaia di progetti all’anno a livello aziendale, che spaziano dalla semplice valutazione in loco per progetti abitativi al monitoraggio ambientale pluriennale per l’ottenimento delle autorizzazioni minerarie. Questo numero impressionante riflette la capacità e la crescita dei suoi reparti IT e GIS.
Una delle principali forze trainanti di questo successo è lo straordinario team GIS di EDI, che utilizza con competenza Mergin Maps per impostare in modo efficace i progetti finalizzati alla navigazione, alla raccolta precisa dei dati e a un rigoroso controllo di qualità dei dati. Passando senza soluzione di continuità tra QGIS e ArcGIS Pro a seconda delle necessità, il team ha creato un flusso di lavoro altamente flessibile e potente. Questo approccio adattabile non solo ha migliorato drasticamente la qualità complessiva dei dati, ma ha anche ottimizzato completamente il modo in cui i dati raccolti sul campo vengono trasmessi direttamente al team GIS per l’elaborazione e l’analisi immediate.
Raddoppiare il numero di progetti, tenendo d'occhio le funzionalità in arrivo
Attualmente, quasi 100 progetti di EDI vengono gestiti tramite Mergin Maps, e Logan prevede che tale numero salirà a 200 il prossimo anno. Naturalmente, un’implementazione di queste dimensioni non è priva di difficoltà, ma loro sanno come affrontarle. Ad esempio, l’installazione e la corretta configurazione di QGIS sul campo possono richiedere tempo, motivo per cui stanno distribuendo QGIS in container tramite Kasm su una rete LAN da 10 Gb accanto al server Mergin Maps . Una volta resa disponibile per il piano Enterprise, la funzionalità di condivisione Webmaps (già in accesso anticipato) dovrebbe contribuire a superare in parte tali difficoltà. Il team attende inoltre con impazienza che l’implementazione dell’API OGC raggiunga il piano Enterprise. In questo modo, gli utenti che ancora utilizzano altri software GIS potrebbero modificare i dati direttamente sul server Mergin Maps , evitando il passaggio attraverso app di terze parti.
Ciò che contraddistingue l’approccio di EDI è che non hanno mai aspettato. Anziché sospendere il lancio fino a quando ogni funzionalità non fosse stata implementata, hanno realizzato ciò di cui avevano bisogno con gli strumenti a disposizione, sapendo che una soluzione migliore sarebbe probabilmente arrivata nel giro di sei o dodici mesi e che avrebbero potuto passare a quella una volta disponibile. Ciò è possibile solo perché tutto è aperto: il codice, il processo di sincronizzazione, i file su disco. Siamo lieti di constatare che il nostro ritmo di sviluppo è in linea con il loro e attendiamo con interesse i progressi che porteranno i prossimi cento progetti.
