A história do QGIS: de um visualizador PostGIS para Linux a uma das plataformas geoespaciais open source mais importantes do mundo

Há uma história especialmente interessante dentro do software AEC.

Um desenvolvedor queria simplesmente poder visualizar dados de PostGIS a partir do Linux.

Assim começou a escrever uma pequena aplicação.

Não tentava construir um concorrente global do ArcGIS.

Não estava a criar uma startup.

Não havia um enorme roadmap corporativo.

Aquele pequeno projeto acabaria por se tornar QGIS.

Hoje o QGIS pode:

• visualizar dados;
• editar;
• analisar;
• automatizar;
• produzir cartografia profissional;
• trabalhar com Python;
• processar raster;
• consumir serviços web;
• gerir bases espaciais;
• visualizar em 3D.

E tudo continua sendo open source.

Antes do QGIS: o GIS profissional era caro

Durante os anos noventa e o início dos anos 2000, o GIS profissional estava fortemente associado a software proprietário.

Existiam excelentes ferramentas.

Mas o custo podia ser uma barreira enorme para:

• estudantes;
• universidades;
• governos pequenos;
• consultoras;
• investigadores;
• utilizadores independentes.

Entretanto estava a acontecer algo importante dentro do open source.

Apareciam e amadureciam tecnologias como:

• Linux;
• PostgreSQL;
• PostGIS;
• GRASS GIS;
• GDAL.

Havia peças muito poderosas.

Mas faltava uma experiência desktop moderna e acessível que as unisse.

Gary Sherman

A figura central do nascimento do QGIS foi Gary Sherman.

Em 2002, Sherman queria visualizar dados armazenados em PostGIS a partir do Linux.

As opções disponíveis não lhe pareciam suficientemente simples para esse objetivo.

Então começou a programar.

2002: nasce o Quantum GIS

A documentação oficial situa o nascimento do projeto em maio de 2002.

Em junho estabeleceu-se como projeto no SourceForge.

O nome original foi Quantum GIS.

E o seu objetivo inicial era surpreendentemente modesto:

fornecer um visualizador GIS para dados PostGIS.

De visualizador a GIS

Muito cedo o projeto começou a crescer.

Porque uma vez que se pode ver informação geográfica, aparece a necessidade seguinte:

ver
↓
editar
↓
analisar
↓
criar mapas
↓
automatizar

O QGIS começou a acrescentar suporte para:

• vector;
• raster;
• shapefiles;
• GeoTIFF;
• bases espaciais;
• serviços web.

Qt e C++

O QGIS foi construído principalmente utilizando:

C++
+
Qt

O Qt permitia desenvolver uma interface gráfica multiplataforma.

Isso ajudou o QGIS a funcionar em:

• Linux;
• Windows;
• macOS.

Este ponto foi crucial.

Um projeto GIS open source que somente funcionasse bem em Linux teria uma adoção profissional mais limitada.

O QGIS acabou por ser realmente cross-platform.

GDAL/OGR

Uma peça fundamental do ecossistema é o GDAL.

O GDAL permite trabalhar com uma enorme quantidade de formatos geoespaciais.

Graças a ecossistemas como GDAL/OGR, o QGIS pode abrir e transformar uma variedade extraordinária de dados.

Conceitualmente:

QGIS
↓
GDAL / providers
↓
Shapefile
GeoTIFF
GeoPackage
GeoJSON
bases de dados
...

O poder do QGIS não vem somente do código que vive dentro do QGIS.

Também vem do ecossistema geoespacial open source que o rodeia.

GRASS GIS

Outra integração histórica importante foi com o GRASS GIS.

O GRASS existia desde muito antes.

Era uma plataforma geoespacial extremamente potente.

O QGIS permitiu que muitas das suas capacidades pudessem ser utilizadas a partir de uma interface mais acessível.

Este padrão repetir-se-ia:

QGIS como ponto de integração de motores geoespaciais.

A comunidade começa a crescer

O QGIS não tinha uma única empresa a controlar todo o desenvolvimento.

Contribuíram:

• desenvolvedores;
• universidades;
• consultoras;
• governos;
• empresas;
• utilizadores.

Esta estrutura comunitária produziu um modelo muito distinto do software proprietário tradicional.

2007: o Python muda o QGIS

Um marco enorme ocorreu em 2007.

O QGIS 0.9 introduziu Python bindings.

Isto abriu o desenvolvimento a um público muito maior.

Antes:

C++

Depois:

C++
+
Python

E isso permitiu que qualquer desenvolvedor com conhecimentos de Python pudesse começar a construir:

• scripts;
• plugins;
• ferramentas;
• automatizações.

PyQGIS

A API Python é normalmente conhecida como PyQGIS.

Com PyQGIS pode-se controlar programaticamente:

• layers;
• geometries;
• selections;
• processing;
• symbology;
• layouts;
• projetos.

Conceitualmente:

QGIS
   ↓
PyQGIS
   ↓
automatização

Isto converteu o QGIS não somente em aplicação.

Também em plataforma de desenvolvimento geoespacial.

OSGeo

Em 2007 o QGIS entrou no processo de incubação da Open Source Geospatial Foundation — OSGeo.

Em março de 2008 graduou-se formalmente.

Fazer parte da OSGeo reforçou a governança e a sua integração dentro de uma comunidade geoespacial open source mais ampla.

2009: QGIS 1.0

Depois de quase sete anos de desenvolvimento chegou o QGIS 1.0 “Kore”.

A cronologia do projeto regista a versão 1.0 no final de 2008, com a etapa estável a consolidar-se em 2009.

A versão proporcionava algo fundamental: API estável.

Isso dava maior confiança a desenvolvedores que construíam soluções sobre o QGIS.

Plugins

Uma das características que definiria o QGIS seria o seu ecossistema de plugins.

Um plugin pode acrescentar capacidades para:

• geocoding;
• hidrologia;
• cadastro;
• imagens;
• redes;
• BIM;
• bases de dados;
• processamento.

Isto produz um efeito parecido ao ecossistema AutoCAD:

plataforma
+
plugins
=
milhares de workflows especializados

Mas com uma diferença fundamental:

o QGIS é open source.

Processing Framework

Outro salto importante foi a integração de Processing.

O Processing permite executar algoritmos de múltiplos provedores a partir de um sistema comum.

Por exemplo:

QGIS
├── native algorithms
├── GDAL
├── GRASS
├── SAGA
└── plugins

O utilizador pode ligar algoritmos em:

• modelos gráficos;
• scripts;
• batch processing.

Isto converte o QGIS numa espécie de orquestrador de motores geoespaciais.

2013: QGIS 2.0 Dufour

A 9 de setembro de 2013 chegou o QGIS 2.0 “Dufour”.

Esta versão foi importante por muitas razões.

Mas uma das mais curiosas foi o nome.

Até esse momento o projeto era oficialmente Quantum GIS.

Com o QGIS 2.0 o projeto decidiu abandonar formalmente a palavra Quantum.

Desde então seria simplesmente QGIS.

A documentação oficial inclusive esclarece que “Quantum” nunca teve um significado particular.

O QGIS 2 torna-se profissional

A série 2 consolidou capacidades como:

• cartografia;
• etiquetagem;
• Processing;
• plugins Python;
• bases de dados;
• raster;
• modelos de análise.

Para muitas organizações o QGIS deixou de ser:

uma alternativa gratuita curiosa

e passou a ser:

uma ferramenta profissional real.

2018: QGIS 3.0 Girona

A 23 de fevereiro de 2018 foi lançado o QGIS 3.0 “Girona”.

Foi uma renovação enorme.

O projeto descreveu a mudança como uma grande revisão e limpeza da plataforma.

O QGIS 3 modernizou boa parte de:

• APIs;
• UI;
• arquitetura;
• Python;
• Qt.

A geração 3 duraria oito anos e tornar-se-ia a base de uma enorme expansão global.

3D

Com o tempo o QGIS começou a deixar de ser somente um mapa 2D.

Incorporou visualização 3D.

Isto é especialmente importante para AEC porque permite representar:

• terrain;
• DEM;
• buildings;
• point clouds;
• meshes.

GIS e BIM começam a aproximar-se.

Point Clouds

As nuvens de pontos tornaram-se fundamentais em:

• topografia;
• LiDAR;
• infraestrutura;
• inspeção.

O QGIS moderno possui ferramentas para visualizar e processar este tipo de informação.

Isso aproxima o GIS de workflows de reality capture.

Para que se usa o QGIS em AEC?

1. Hidrologia

Pode utilizar-se para:

• DEM;
• bacias;
• declives;
• redes de drenagem;
• raster de precipitação.

E preparar dados para:

• HEC-HMS;
• HEC-RAS;
• SWMM.

2. Estradas

O QGIS pode gerir:

• alinhamentos preliminares;
• cadastro;
• right-of-way;
• terrain;
• restrições;
• serviços.

Não substitui o Civil 3D.

Cumpre outro papel: contexto geoespacial.

3. Cadastro

É amplamente utilizado para:

• parcelas;
• prédios;
• atributos;
• consultas espaciais.

4. Redes de infraestrutura

Pode representar:

• água potável;
• esgoto;
• energia;
• telecomunicações.

Quando o combinamos com bases espaciais aparece um sistema muito mais poderoso.

5. Riscos

Pode utilizar-se para:

• inundações;
• deslizamentos;
• terremotos;
• vulnerabilidade;
• exposição.

6. Ambiental

Permite trabalhar com:

• cobertura do solo;
• ecossistemas;
• bacias;
• áreas protegidas;
• contaminação.

PostGIS: regresso à origem

Há algo elegante na história.

O QGIS nasceu porque Gary Sherman queria visualizar PostGIS.

Hoje:

QGIS
+
PostGIS

continua sendo um dos stacks geoespaciais open source mais poderosos.

O PostGIS permite armazenar geometria dentro do PostgreSQL.

Então múltiplos utilizadores podem trabalhar sobre:

database

em vez de trocar ficheiros individuais.

QGIS Server

O QGIS tampouco se limita ao desktop.

Existe o QGIS Server.

Permite publicar projetos e dados mediante padrões geoespaciais web.

Por exemplo:

• WMS;
• WFS;
• outros serviços OGC.

Isto torna possível construir infraestruturas GIS completas em torno do mesmo ecossistema.

QField e mobilidade

O ecossistema também inclui ferramentas móveis como o QField.

Isto permite levar informação geográfica ao campo.

Um workflow pode ser:

QGIS
↓
projeto
↓
móvel
↓
levantamento em campo
↓
sincronização
↓
QGIS

Muito útil para:

• inspeções;
• topografia;
• inventários;
• ativos.

IFC e BIM

O QGIS não é uma ferramenta de authoring BIM como o Revit.

Mas o mundo GIS e BIM está a convergir.

Cada vez é mais comum combinar:

IFC
+
terrain
+
parcelas
+
redes
+
cidade

O valor do QGIS está em colocar o ativo dentro do seu contexto territorial.

QGIS e Python

Para AEC, o PyQGIS pode automatizar workflows completos.

Por exemplo:

ler DEM
↓
recortar
↓
reprojetar
↓
gerar raster
↓
exportar para motor hidráulico

Um trabalho manual de horas pode converter-se num script reproduzível.

QGIS e um harness AEC

O QGIS é praticamente perfeito como componente geoespacial de um harness.

Um agente poderia:

procurar camadas
↓
reprojetar
↓
intersectar parcelas
↓
processar DEM
↓
criar mapa
↓
exportar GeoJSON
↓
alimentar outro motor

E fazê-lo mediante:

• Python;
• Processing;
• comandos;
• serviços.

Isto permite que o QGIS seja algo mais interessante do que uma GUI: um motor geoespacial automatizável.

2026: QGIS 4

A 9 de março de 2026 chegou o QGIS 4.0 “Norrköping”.

Foi a primeira versão da geração 4.x.

Uma das mudanças internas mais importantes foi a migração do core para Qt6.

O projeto assinalou que a nova base melhoraria:

• manutibilidade;
• desempenho;
• segurança;
• acesso a bibliotecas modernas.

QGIS 4.2

Em julho de 2026 chegou o QGIS 4.2.

E atualmente, em setembro de 2026, a versão publicada é QGIS 4.2.2 “Belém do Pará”, lançada a 28 de agosto de 2026.

A versão LTR disponível continua sendo QGIS 3.44.14 “Solothurn”.

Isto demonstra algo interessante.

Um programa que começou como visualizador de PostGIS em 2002 chegou à sua quarta grande geração mais de vinte anos depois.

QGIS vs ArcGIS

A comparação é inevitável.

O ArcGIS representa um enorme ecossistema comercial.

O QGIS representa um ecossistema aberto e comunitário.

Não é correto reduzir a discussão a:

um é grátis
um é pago

A diferença inclui:

• modelo de desenvolvimento;
• licenciamento;
• APIs;
• ecossistemas;
• serviços cloud;
• suporte comercial;
• governança.

Em muitos workflows podem inclusive coexistir.

Open source não significa sem empresas

O QGIS é open source.

Mas em torno existe uma economia de:

• consultoras;
• desenvolvedores;
• suporte;
• training;
• plugins;
• implementação.

Isso demonstra que:

software aberto e negócio não são conceitos incompatíveis.

A verdadeira força do QGIS

Provavelmente não seja uma só função.

É a combinação:

QGIS
+
GDAL
+
PostGIS
+
GRASS
+
Python
+
plugins
+
OSGeo

O QGIS funciona como uma interface humana e programática para todo um universo geoespacial.

Cronologia resumida

2002
Gary Sherman
visualizador PostGIS para Linux
        ↓
Quantum GIS
SourceForge
        ↓
vector / raster
cross-platform
        ↓
GRASS integration
        ↓
2007
Python bindings
OSGeo incubation
        ↓
2008
OSGeo graduation
        ↓
2009
QGIS 1.0
        ↓
plugins
Processing
        ↓
2013
QGIS 2.0 Dufour
"Quantum" desaparece
        ↓
2018
QGIS 3.0 Girona
        ↓
3D
point clouds
PyQGIS
ecosystem growth
        ↓
2026
QGIS 4.0
Qt6
        ↓
QGIS 4.2.2

Conclusão

O QGIS é provavelmente um dos melhores exemplos de como um projeto open source pode crescer.

Não nasceu tentando dominar o GIS mundial.

Nasceu porque uma pessoa precisava visualizar uma base PostGIS.

Depois chegaram desenvolvedores.

Depois utilizadores.

Depois plugins.

Depois Python.

OSGeo.

Processing.

3D.

Point clouds.

Server.

Mobile.

E em 2026, o QGIS já se encontra na geração 4.

Para AEC a sua importância é enorme porque praticamente todos os nossos projetos existem em algum lugar do território.

Uma estrutura pode ser projetada no ETABS.

Uma estrada no Civil 3D.

Uma inundação no HEC-RAS.

Uma rede no EPANET.

Mas o QGIS pode colocar todos esses resultados dentro do mesmo mundo geográfico.

E essa capacidade de ligar:

dados + território + automatização

é exatamente o que faz do GIS uma peça essencial do AEC moderno.

Referências

1. QGIS Documentation. Foreword.
2. QGIS Project. Visual Changelog QGIS 1.0.
3. OSGeo. QGIS Annual Report 2007 / Python bindings.
4. OSGeo. QGIS Incubation Status.
5. QGIS Project. QGIS 2.0 Changelog.
6. QGIS Project. QGIS 3.0 Girona.
7. QGIS Project. QGIS 4.0 Norrköping.
8. QGIS Project. Download QGIS.
9. QGIS Project. PyQGIS API.

Avaliação e limitações

Trate as notas abaixo como contexto de avaliação, não como um cálculo ou uma verificação comprovados.

Use-o como plataforma GIS profissional: dados, território, plugins, Processing e automação Python. Open source não significa sem empresas nem sem governança. Em muitos workflows pode coexistir com o ArcGIS.