Sistemas de coordenadas e como eles realmente funcionam na prática
A primeira coisa que todo mundo erra é achar que geolocalização é só pegar GPS e pronto. Não é. Eu já vi projeto inteiro desandar porque alguém confundiu datum horizontal com vertical num levantamento topográfico. O problema é que o planeta não é uma esfera perfeita, então temos que projetar coordenadas de um elipsoide tridimensional pra uma superfície plana em mapas. Isso gera distorções. Sempre gera. Quando você trabalha com localização no espaço geografico, o primeiro passo é entender qual sistema de referência você tá usando. No Brasil, o padrão é o SIRGAS 2000, que usa o datum SAD 69 como base, com geóide brasileiro do IBGE. A altitude não é acima do nível do mar convencional, é acima do geóide. Isso faz diferença de vários metros em levantamentos de precisão.
O que é localização no espaço geografico
É a representação de um ponto na superfície terrestre usando coordenadas, seja lat/long, UTM, ou algum sistema projetado. A chavão é que você precisa saber três coisas obrigatórias: o datum, o sistema de projeção e a unidade de medida. Sem essas três, qualquer trabalho é informação sem lastro. Já perdi horas corrigindo arquivos shapefile porque o autor tinha definido CRS como "sem referência" e todo mundo aceitava. Agora vou direto ao que funciona. Se você precisa fazer georreferenciamento de imagens de drone, por exemplo, o fluxo realista é: coletar GCPs com receptor RTK, processar no software de fotogrametria exportando coordenadas em UTM zona 23S para SIRGAS 2000, depois validar no QGIS com camadas de base do IBGE. A validação é onde a maioria falha. Coloca uma camada de imóveis cadastrais e vê se os vértices batem. Se o desvio for maior que 30 centímetros, algo tá errado no processo de coleta ou no ajuste do modelo.
Datum, projeção e os erros que ninguém te conta
Um erro clássico é assumir que WGS 84 e SIRGAS 2000 são intercambiáveis. São diferentes em cerca de 1 metro no território brasileiro. Se seu dado veio de GPS consumer sem correção diferencial, o deslocamento pode chegar a 5 metros. Para mapeamento urbano, isso é desastre. Para um app de delivery, provavelmente nem nota. O segundo erro é ignorar a deformação da projeção. Projeção UTM mantém boa fidelidade dentro da zona, mas se seu polígono cruza linha de zona, você vai ter descontinuidade. A solução é dividir em zonas ou usar projeção equivalente como Albers, dependendo do objetivo. Para mapas temáticos regionais, Albers funciona melhor. Para levantamento de obra, UTM zona local é mais prático.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Eu enfrentei um problema específico uma vez: precisava integrar dados de uma prefeitura em SAD 69 com dados estaduais em SIRGAS 2000. A conversão direta deu erro de 2 metros nos vértices. O workaround foi usar o transformador do INCPS (Instituto Nacional de Cartografia) com os parâmetros NTV2 brasileiros, que calculam deslocamentos paramétricos entre os datums. Sem ele, a transformação é aproximada demais pra uso técnico. Depois da correção, o erro caiu pra menos de 10 centímetros.
Ferramentas que realmente servem
O QGIS resolve 90% dos casos. OpenStreetMap como base, plugins como QuickMapServices e Plugin de Conversão de Coordenadas. Para automação, o GDAL é insubstituível. Um comando simples de reprojeto converte shapefiles em segundos. O problema é que muitos usuários não sabem que o GDAL aplica tolerância zero por padrão. Se o CRS de entrada não estiver definido, ele trata tudo como WGS 84 sem avisar. Para coleta de campo, o AndroGeoPC ou o FieldMaps da Esri funcionam, mas exigem configuração prévia do CRS no dispositivo. Coleta sem CRS definido é coleta inútil. Anotar coordenadas no caderno e depois digitar no computador é pedir erro de transcrição. Use app que salva coordenadas nativamente no formato projetado.
Quando tudo dá errado
Geolocalização por IP é imprecisa pra extremo. Em cidades brasileiras, a margem de erro fica entre 500 metros e 2 quilômetros. Não use pra nada que exija precisão posicional. GPS civil (sem SA) tem precisão de 3 a 5 metros em céu aberto. Em áreas urbanas com multipath, piora pra 10 a 15 metros. RTK corrige pra centímetro, mas precisa de rede de referência próxima e linha de visão com satélites. Pontos de acesso Wi-Fi e torres de celular preenchem lacunas onde GPS falha, mas a precisão cai pra 50 metros ou mais. A solução híbrida — sensor fusion entre GPS, Wi-Fi e acelerômetro — melhora, mas ainda assim não chega perto de RTK. Se o seu projeto exige precisão submétrica, esqueça geolocalização por IP ou Wi-Fi. Foque em GNSS com correção diferencial.
Outro ponto cego: dados abertos do IBGE e dos cartórios nem sempre vêm com metadados completos. Já peguei lote urbano com CRS vago e tive que inferir pela geometria e pela origem municipal. A regra prática é: se o arquivo não informa CRS, não confie neles até validar contra uma fonte conhecida. O custo de corrigir depois é muito maior que validar antes.
