A EDI Environmental Dynamics Inc. (EDI) conta com mais de 30 anos de experiência em consultoria ambiental no norte e no oeste do Canadá, onde cerca de 180 colaboradores recolhem dados em locais remotos, ao longo de margens de rios acessíveis apenas por helicóptero e em locais onde a ligação à Internet mais próxima é uma antena parabólica. Trata-se de um trabalho exigente, e as ferramentas utilizadas têm de estar à altura. Orgulhamo-nos de que o Mergin Maps esteja na sua linha da frente.
A partir da nossa conversa com Logan Thideman, diretor de TI com 13 anos de antiguidade na empresa, foi difícil identificar o elemento que melhor destacasse o nível de adoção e utilidade do Mergin Maps no seu fluxo de trabalho e nos seus projetos. O facto de terem quase 100 projetos de consultoria ativos no seu painel de controlo utilizando o Mergin Maps é um bom exemplo. O facto de esses ficheiros totalizarem mais de 200 gigabytes é outro. Mas a nossa escolha acaba por ser esta: ao longo da entrevista de 42 minutos, o Logan demonstrou um profundo conhecimento do ecossistema Mergin Maps , das suas capacidades, da sua história e até da sua frequência média de atualizações.
Migração para o Mergin Maps: De um conjunto heterogéneo de aplicações para uma solução de código aberto com todas as funcionalidades
O EDI já estava bem estabelecido antes mesmo do lançamento do « QGIS », para não falar do « Mergin Maps », pelo que é natural que tenham experimentado inúmeras outras soluções para navegação, recolha de dados no terreno e gestão de dados. Ao longo dos anos, depararam-se com todo o tipo de obstáculos: alternância constante entre aplicações de navegação e de preenchimento de formulários, dados retidos nos dispositivos, licenças dispendiosas e sistemas de crédito duvidosos que tornavam imprevisível o âmbito dos projetos. Tudo isso levou a equipa a procurar uma alternativa melhor e acabaram por descobrir o « Mergin Maps » através de um tópico no Reddit sobre o « QGIS ».
A transparência do código aberto surgiu repetidamente como motivo para a decisão de testar o Mergin Maps durante um ano. O Mergin Maps é de código aberto; tudo está no GitHub e o código está acessível. Desta forma, o ritmo de desenvolvimento ativo também é visível, estabelecendo assim um historial de confiança para a aplicação. No que diz respeito às funcionalidades, o painel de histórico e o geodiff facilitam muito o autodiagnóstico de problemas, o que é extremamente útil para as equipas que podem estar a trabalhar em qualquer dia da semana e não podem esperar um fim de semana inteiro pelo apoio do fornecedor. E a continuidade da interface QGIS facilita ainda mais tudo isto, uma vez que garante que o que se criou no computador é o que se vê no terreno: a mesma simbologia, a mesma estrutura de pastas.
Mergin Maps ar com outras aplicações para estabelecer o padrão em matéria de serviços de consultoria ambiental
Não é fácil transformar digitalmente os formulários em papel exigidos pelas entidades reguladoras. Mas a EDI enfrentou com sucesso este desafio: desenvolveu cerca de 15 modelos de formulários para as suas seis áreas de atuação (pesca, vida selvagem, água, vegetação, construção, solos e recuperação de terrenos). Alguns deles têm cerca de 300 atributos, distribuídos por seis tabelas, com relações aninhadas do tipo pai/filho/neto. Além disso, criaram a sua própria base de dados de espécies em SQL com uma interface AppSheet e a sua integração API personalizada com o servidor Mergin Maps , que ligaram ao make.com, criando assim a sua própria solução de integração. Tudo isto permite-lhes gerar automaticamente projetos a partir de um Google Form e acionar automatizações personalizadas.
Sem dúvida, a EDI não utiliza o « Mergin Maps » (e outras tecnologias) apenas para a recolha de dados no terreno ou como substituto digital dos formulários em papel. Em vez disso, conseguiram estabelecer o padrão de eficiência para uma gestão ambiental moderna e em conformidade com os regulamentos. A sua experiência, capacidade técnica e abordagem inovadora permitem-lhes gerir centenas de projetos por ano em toda a empresa, desde simples avaliações de locais para projetos habitacionais até ao monitorização ambiental plurianual para o licenciamento de minas. Este número impressionante reflete a capacidade e o crescimento dos seus departamentos de TI e SIG.
Uma das principais forças motrizes por trás deste sucesso é a extraordinária equipa de SIG da EDI, que utiliza com perícia o Mergin Maps para configurar projetos de forma eficaz para navegação, recolha precisa de dados e controlo de qualidade rigoroso dos dados. Ao alternar facilmente entre o QGIS e o ArcGIS Pro, conforme necessário, a equipa criou um fluxo de trabalho altamente flexível e poderoso. Esta abordagem adaptável não só melhorou drasticamente a qualidade geral dos dados, como também simplificou completamente a forma como os dados de campo são enviados diretamente de volta à equipa de SIG para processamento e análise imediatos.
Duplicar o número de projetos, mantendo-nos atentos às funcionalidades que estão para vir
Atualmente, cerca de 100 dos projetos da EDI são implementados através de Mergin Maps, e Logan espera que esse número aumente para 200 no próximo ano. Naturalmente, uma implementação desta dimensão não decorre sem alguns obstáculos, mas eles sabem como lidar com a situação. Por exemplo, a instalação e a configuração adequada de QGIS no terreno podem demorar algum tempo, razão pela qual estão a implementar QGIS em contentores através do Kasm numa LAN de 10 Gb junto ao servidor Mergin Maps . Assim que for lançada para o plano Enterprise, espera-se que a funcionalidade de partilha do Webmaps (já em acesso antecipado) ajude a contornar parte desse atrito. Estão também ansiosos pela implementação da API OGC no plano Enterprise. Desta forma, os restantes utilizadores de outro software SIG poderão editar diretamente no servidor Mergin Maps , evitando o tráfego de ida e volta através de aplicações de terceiros.
O que se destaca na abordagem da EDI é que nunca esperaram. Em vez de suspenderem a implementação até que todas as funcionalidades estivessem disponíveis, criaram o que precisavam com as ferramentas que tinham à disposição, sabendo que provavelmente haveria uma solução melhor dentro de seis ou doze meses e que poderiam passar para ela assim que estivesse disponível. Isso só é possível porque tudo é aberto: o código, o processo de sincronização, os ficheiros no disco. Ficamos contentes por ver que o nosso ritmo de desenvolvimento está a par do deles e estamos ansiosos pelos avanços que os próximos cem projetos irão trazer.
