Alternativa ao ArcGIS Online: as soluções open source, uma a uma

Porquê procurar uma alternativa

O ArcGIS Online é a plataforma SIG online da Esri: mapas web, camadas alojadas, aplicações, recolha no terreno e partilha, num mesmo serviço por subscrição. O modelo assenta em tipos de utilizador e em créditos, consumidos pelo armazenamento, pela geocodificação ou por certas análises.

As razões para procurar outra coisa repetem-se: um orçamento de licenças difícil de prever, equipas que já trabalham no QGIS, o desejo de manter formatos e serviços normalizados, ou a vontade de alojar os dados num determinado país ou em servidores próprios. O mundo livre não oferece um produto único equivalente, mas um conjunto de programas que, combinados, cobrem o essencial.

Segundo a documentação da Esri, os créditos pagam em particular o armazenamento de camadas alojadas, a geocodificação de tabelas de endereços, as análises, a impressão e o cálculo de itinerários, ao passo que usar mapas de base ou uma pesquisa de endereço isolada é gratuito. O custo acompanha assim o uso real, o que é flexível mas torna o orçamento anual mais difícil de prever quando os volumes crescem.

Alternativa ao ArcGIS Online: componente a componente

Esta tabela compara usos, não produtos idênticos. Não indicamos preços da Esri: as tarifas do ArcGIS Online dependem dos tipos de utilizador e dos créditos; consulte a página oficial da Esri para um valor atualizado.

Recuperar os seus dados: formatos e precauções

Antes de escolher uma ferramenta, veja o que pode tirar do ArcGIS Online, e em que forma. Segundo a documentação da Esri, uma camada de entidades alojada pode ser exportada em CSV, Excel, shapefile, geodatabase de ficheiros, GeoJSON, coleção de entidades, KML e GeoPackage. A exportação está reservada ao proprietário da camada e aos administradores da organização, exceto se a camada estiver configurada para permitir que outros utilizadores exportem: verifique esta definição antes de repartir o trabalho entre várias pessoas.

Na prática, prefira o GeoPackage para as camadas sem anexos, e a geodatabase de ficheiros para as que têm fotografias de terreno. Evite o shapefile como formato de trânsito: o corte dos nomes de campo e a perda dos valores nulos criam erros silenciosos que só se descobrem semanas depois. Durante a transição, o QGIS também consegue ligar-se diretamente a um servidor ArcGIS REST para apresentar serviços de entidades ou de mapas: útil para comparar o antigo e o novo lado a lado.

Lizmap e QGIS Server para os mapas web

O Lizmap transforma um projeto QGIS num portal cartográfico web, servido pelo QGIS Server. O mapa aparece tal como o concebeu no QGIS, sem reescrever estilos. A configuração própria da web (ferramentas visíveis, camadas consultáveis, editáveis ou ocultas, extensão inicial) define-se na extensão Lizmap do QGIS Desktop e publica-se com o projeto. Não há portanto uma segunda interface a aprender: um técnico SIG que domina o QGIS assume a publicação em poucas horas.

• Consulta: camadas, legenda, pesquisa, janelas de informação, impressão a partir das composições do QGIS.
• Edição online das camadas PostGIS, com formulários definidos no projeto QGIS.
• Direitos de acesso por grupo de utilizadores, por projeto e por camada.
• Gráficos integrados nos mapas graças à ferramenta de visualização de dados do Lizmap.

Para uma comparação detalhada, leia Lizmap ou ArcGIS Online e, para a instalação, alojar o Lizmap ou instalá-lo por conta própria.

Uma vantagem para as equipas já formadas: só há uma ferramenta de conceção, o QGIS Desktop. O mapa impresso, o mapa no posto de trabalho e o mapa web partilham o mesmo projeto. Uma alteração de estilo feita no QGIS aparece online na publicação seguinte, sem dupla introdução nem conversão.

GeoServer e GeoNode para difundir e catalogar

O GeoServer publica as suas camadas em WMS, WFS, WCS e WMTS, legíveis por todos os clientes OGC, incluindo o ArcGIS. É o equivalente dos serviços de entidades e de mapas que partilha a partir do ArcGIS Online. Veja o alojamento GeoServer online e a escolha entre GeoServer, MapServer e QGIS Server.

O GeoNode acrescenta um catálogo: fichas de metadados, pesquisa, mapas compostos no navegador, permissões por recurso. Assenta ele próprio no GeoServer. É a peça mais próxima de um portal de dados abertos. Para uma organização que tem de publicar dados de referência, é muitas vezes a peça que mais falta a um simples portal cartográfico: fichas legíveis que dizem de onde vem o dado, quando foi atualizado e com que licença pode ser reutilizado.

QField para a recolha no terreno

O QField é uma aplicação móvel livre que abre os seus projetos QGIS em Android e iOS, com ou sem ligação. Os formulários, listas de valores e restrições definidos no QGIS mantêm-se no terreno. Na prática, o técnico abre no telemóvel ou no tablet o mesmo projeto do escritório, com os mapas de base, as camadas e os formulários. Sem rede continua a recolher; os registos, fotografias incluídas, ficam guardados no dispositivo até à sincronização seguinte. Os controlos de introdução definidos no QGIS, como um campo obrigatório ou um valor limitado, aplicam-se no terreno antes do envio, o que evita corrigir erros no regresso.

A sincronização envia os dados para o escritório. Com o LizPack Field, assenta na mesma tecnologia do QFieldCloud e, com o plano Pro, os dados são escritos na sua base PostGIS: o mapa Lizmap que os apresenta atualiza-se a cada sincronização.

Para uma equipa que hoje recolhe dados com as aplicações móveis da Esri, a mudança está sobretudo na preparação: o formulário deixa de ser construído numa ferramenta web e passa para as propriedades das camadas do projeto QGIS. Em contrapartida, o mesmo projeto serve no escritório, no terreno e no portal web. Preveja uma campanha piloto com alguns técnicos antes de generalizar, para afinar listas de valores, fotografias e restrições.

Migrar a partir do ArcGIS Online: o processo

Sair de uma plataforma integrada prepara-se. A boa notícia: os seus dados não estão presos. Segundo a documentação da Esri sobre créditos, a exportação de dados faz parte das operações que não consomem créditos. O trabalho incide sobretudo na reconstrução de mapas e formulários.

1. Inventariar os conteúdos realmente usados: camadas alojadas, mapas, aplicações, formulários de recolha, e quem os utiliza.
2. Exportar as camadas alojadas para um formato aberto e carregá-las numa base PostGIS, a partir do QGIS ou com as ferramentas habituais do PostgreSQL.
3. Reconstruir os mapas no QGIS: simbologia, etiquetas, composições de impressão. É o passo mais longo; é também a ocasião para fazer uma triagem.
4. Publicar os projetos com o Lizmap, e as camadas destinadas a parceiros com o GeoServer.
5. Recriar os formulários de terreno no QGIS (widgets, listas de valores, restrições) para o QField, e testá-los sem ligação antes da campanha.
6. Manter os dois sistemas em paralelo algumas semanas, comunicar os novos endereços e depois desligar o antigo.

Um ponto de calendário conta: segundo a documentação da Esri, uma organização que esgota os créditos passa a um modo restrito em que os membros ainda podem consultar o conteúdo existente, mas já não publicar camadas. Planeie portanto a migração antes do fim do período de subscrição, não depois. Se quiser ajuda para reconstruir os projetos, os nossos serviços propõem-na mediante orçamento. No plano orçamental, a mudança gere-se melhor por etapas: primeiro os mapas de consulta, que exigem pouca reconstrução, depois a edição online e por fim a recolha no terreno, evitando mudar de ferramenta a meio de uma campanha.

Os erros frequentes numa migração

As migrações que descarrilam parecem-se. Os problemas quase nunca vêm do software livre em si, mas de pormenores de dados ou de organização que não foram inventariados no início.

• Esquecer os anexos. Uma camada exportada em GeoPackage ou shapefile perde as fotografias. Exporte em geodatabase de ficheiros as camadas que os tenham, e preveja o seu armazenamento antes da importação.
• Passar pelo shapefile. Campos como data_inspecao_terreno ficam com nomes cortados, e as células vazias passam a zeros. Os filtros e formulários que dependiam desses campos deixam de funcionar.
• Descurar as listas de valores. As listas de escolha de um formulário nem sempre viajam com os dados. Anote-as antes de exportar e recrie-as nas propriedades das camadas do projeto QGIS, tanto para o Lizmap como para o QField.
• Recriar as contas tarde demais. Os grupos e os direitos de acesso têm de ser reconstruídos. Faça a lista dos utilizadores e do que cada um deve ver ou alterar antes de abrir o novo portal.
• Quebrar as ligações partilhadas. Os endereços dos mapas e aplicações divulgados num sítio web ou por correio eletrónico mudam. Inventarie-os para avisar os destinatários e atualizar as páginas em causa.
• Migrar tudo de uma vez. Comece por um mapa simples e pouco crítico, valide-o com os seus utilizadores e passe depois aos outros.

Guarde por fim uma cópia completa e datada das exportações, mesmo depois da mudança: é o seu ponto de retorno se faltar algum dado no controlo.

Três situações típicas

• Uma autarquia que publica um plano municipal e recolhe dados no terreno. A necessidade central é um mapa de consulta para os munícipes, um mapa de edição para os serviços técnicos e uma recolha móvel. Combinação recomendada: PostGIS para os dados, QGIS Server e Lizmap para os dois mapas, com permissões por grupo, e QField para os técnicos. Os registos escritos no PostGIS aparecem no mapa Lizmap a cada sincronização.
• Um gabinete de estudos que entrega dados aos clientes. A necessidade principal é difundir camadas limpas e documentadas, legíveis nas ferramentas de cada cliente, muitas vezes o ArcGIS. Combinação recomendada: PostGIS e GeoServer, com serviços WMS e WFS por projeto, e um portal Lizmap para os mapas de apresentação.
• Uma organização que partilha dados abertos. A necessidade é um catálogo: fichas de metadados, pesquisa, descarregamento. Combinação recomendada: GeoNode, que assenta no GeoServer e no PostGIS, completado por um portal Lizmap para os mapas temáticos.

Nos três casos o software é o mesmo; só muda a combinação. Na LizPack, correspondem ao LizPack Map, ao GeoServer Cloud, ao LizPack Field e ao LizPack Catalogue, que pode combinar conforme a sua situação e adotar de forma progressiva.

O que continua mais simples na Esri

• Um só fornecedor, uma só conta. Tudo vem integrado de origem; em open source é preciso combinar vários programas, ou recorrer a uma infraestrutura geoespacial de código aberto como a LizPack, que os combina por si.
• As aplicações prontas a usar: painéis, mapas narrativos, construtores de aplicações sem código. Os equivalentes livres existem em parte, mas exigem mais configuração.
• Os conteúdos de referência: mapas de base, dados demográficos e serviços de geocodificação incluídos na subscrição.
• O ecossistema ArcGIS Pro: se as suas equipas produzem os mapas no ArcGIS Pro, ficar na Esri evita converter projetos e formar as pessoas no QGIS.

Se estes pontos pesam muito no seu caso, o ArcGIS Online continua a ser uma boa escolha. Se a sua prioridade é o QGIS, os formatos abertos e um custo controlado, a combinação livre está madura. A LizPack, uma infraestrutura geoespacial de código aberto, aloja-a e liga-a por si, sem substituir nenhum desses programas: veja o que faz a LizPack e o custo de um SIG web open source. Para decidir sem apostar, faça um ensaio real: publique um dos seus mapas existentes com o Lizmap e uma das suas camadas com o GeoServer, ponha as pessoas em causa a usá-los durante algumas semanas e compare o tempo gasto, a satisfação dos utilizadores e o custo anual estimado das duas opções.

Perguntas frequentes