Como trabalhar com coordenadas geográficas na prática
Coordenadas geográficas são apenas uma maneira de descrever um ponto na superfície da Terra usando dois valores numéricos: latitude e longitude. Nada mais, nada menos. A coordenada 35.58 e 104.61 é um exemplo concreto disso. Vou explicar como lidar com ela sem dar voltas.
O que significa a coordenada 35.58 e 104.61
No sistema padrão WGS84, que é o padrão usado pelo GPS, a latitude de 35.58 graus Norte posiciona o ponto na região sudoeste dos Estados Unidos, mais ou menos na divisa entre Novo México e Colorado. A longitude de 104.61 graus Oeste confirma essa localização, situando o ponto em uma zona rural relativamente isolada, longe dos grandes centros urbanos. Se você colocar essas coordenadas em qualquer visualizador de mapas que aceite graus decimais, vai ver exatamente esse ponto. A maioria dos sistemas modernos, incluindo o Google Maps, o QGIS e ferramentas de campo como o GPS Gate, processam isso sem erro. O que as pessoas geralmente não percebem é que o formato decimal puro não é a única representação possível. A mesma coordenada pode ser escrita em graus, minutos e segundos: 35° 34' 48" N, 104° 36' 36" W. Ambos descrevem o mesmo lugar. A confusão acontece quando alguém tenta converter manualmente e erra os segundos. Eu já vi gente perder horas porque esqueceu de dividir os minutos por 60 na hora de converter para decimal. A fórmula correta é simples: segundos divididos por 3600 somados aos minutos, e o resultado somado aos graus. Mas ninguém lembra disso no momento certo.
Como usar essas coordenadas no dia a dia
A primeira coisa que você precisa decidir é qual sistema de referência vai usar. A esmagadora maioria dos projetos usa WGS84. Ele é o padrão do GPS, do QGIS, do ArcGIS, de apps de campo e de APIs de geocodificação. Se o seu projeto envolve coleta de dados com dispositivo móvel ou drone, WGS84 é a escolha certa. Se for trabalhar com dados cartográficos brasileiros ou de algum outro país que use um datum local, aí muda tudo. O IBGE, por exemplo, usa o SIRGAS2000, que na prática é muito parecido com WGS84, mas existem diferenças milimétricas que podem importar dependendo da escala do projeto. Vou contar algo que me aconteceu há uns dois anos. Estava integrando dados coletados com um receptor RTK de uma empresa parceira em um projeto de topografia no interior de São Paulo. As coordenadas vinham em WGS84, mas o plano do engenheiro responsável estava configurado no datum SAD69, que é o sistema antigo que ainda aparece em mapas antigos e arquivos shapefile legados. A diferença entre os dois sistemas naquele ponto era de aproximadamente 80 metros. Eu simplesmente joguei os dados no QGIS sem converter e a malha resultante ficou completamente deslocada em relação às propriedades cadastrais. Levei três dias para perceber o erro, porque o desenho estava "certo" dentro do software — só não estava certo no mundo real.
A solução foi converter as coordenadas de WGS84 para SAD69 usando o método de seven-parameter Helmert, que é o padrão para transformações entre datums no Brasil. No QGIS você faz isso através do processador de trasformação de camadas, selecionando a transformação correta. Se você não tiver certeza qual transformação usar, o site epsg.io ajuda a consultar. Para a região de São Paulo, a transformação recomendada é a "SAD69 to WGS84 (1)" ou a direção inversa, dependendo do fluxo de trabalho. Anote isso, porque é um erro comum.
Ferramentas para lidar com coordenadas
Para visualizar rapidamente a coordenada 35.58 e 104.61, basta digitar 35.58, -104.61 no Google Maps. O sinal negativo na longitude indica oeste do meridiano de Greenwich. Para projetos mais complexos, o QGIS é gratuito e suficiente para 90% das necessidades. Se precisar processar lotes de coordenadas, um script Python com a biblioteca pyproj resolve em minutos o que levaria horas manualmente. Um exemplo básico: from pyproj import Transformer
transformer = Transformer.from_crs("EPSG:4326", "EPSG:32723", always_xy=True)
x, y = transformer.transform(35.58, -104.61)
👉 Clique no botão abaixo para saber mais sobre o assunto!
Esse código converte as coordenadas geográficas (EPSG:4326) para um sistema projetado UTM zona 23S (EPSG:32723), que é mais adequado para medições de distância e área. A conversão leva menos de um milissegundo por ponto, então mesmo com milhares de coordenadas o processo é rápido.
Pegadinhas que ninguém conta
A primeira pegadinha é a ordem dos valores. Alguns softwares esperam latitude primeiro e depois longitude (lat, lon). Outros, principalmente os baseados em GeoJSON e em muitas APIs de mapas, esperam longitude primeiro e depois latitude (lon, lat). Se você inverter a ordem, vai acabar com um ponto no oceano ou no meio do nada, literalmente. A coordenada 35.58, 104.61 colocada na ordem errada seria 35.58°W, 104.61°N, o que resulta em um ponto no Ártico, perto da Groenlândia. Não é um erro raro. A segunda pegadinha é a precisão. Graus decimais com duas casas decimais como 35.58 e 104.61 têm uma precisão aproximada de 1 quilômetro. Se o seu projeto exige precisão de metros, você precisa de pelo menos cinco ou seis casas decimais. 35.58000, 104.61000 traz muito mais informação do que 35.58, 104.61. Eu vejo gente entregar arquivos com apenas duas casas decimais para clientes que precisam de localização exata de um poço ou de um limite de propriedade. O resultado é sempre problema.
A terceira pegadinha, e talvez a mais perigosa, é assumir que todas as coordenadas do mundo cabem no mesmo sistema. Dados de satélites, dados de campo coletados com GPS, dados de mapas antigos digitalizados — tudo isso pode estar em sistemas diferentes. Misturar camadas sem verificar o sistema de coordenadas de cada uma é a causa número um de mapas que não se sobrepõem corretamente. No QGIS, a opção "Reproject layer" resolve, mas só se você souber qual é o sistema original de cada camada. Se não souber, consulte a metadados ou pergunte a quem coletou os dados. Não chute.
Quando coordenadas simples não bastam
Para a maioria dos projetos — mapeamento urbano, agricultura de precisão, logística, monitoramento ambiental — coordenadas geográficas em WGS84 ou SIRGAS2004 funcionam perfeitamente. Mas existem cenários onde elas falham. Em projetos de engenharia civil de alta precisão, como obras de túneis ou pontes, a curvatura da Terra introduz distorções que exigem sistemas de coordenadas locais ou projetadas. O UTM é uma solução comum, mas mesmo ele tem limitações perto dos polos, onde as zonas UTM se sobrepõem de forma impraticável. Nesses casos, usa-se o sistema UPS (Polar Stereographic) ou sistemas de referência locais definidos pelo órgão responsável pela obra. Outro caso onde coordenadas puras não resolvem é quando o terreno tem relevo significativo. Uma coordenada 35.58, -104.61 no nível do mar não é a mesma coisa que essa coordenada no topo de uma montanha próxima. Para aplicações que exigem altura, é necessário adicionar o componente Z, geralmente obtido por altimetria GNSS ou por modelos digitais de elevação como o SRTM ou o ASTER GDEM. O SRTM tem resolução de 30 metros e é gratuito. Para projetos que precisam de precisão altimétrica maior, existem modelos como o NASA SRTM 1 Arc-Second, que oferece resolução de aproximadamente 30 metros também, mas com qualidade superior em áreas montanhosas.
Se o seu interesse é especificamente a localização da coordenada 35.58 e 104.61 para navegação ou mapeamento básico, ferramentas online como o latlong.net ou o gps-coordinates.org mostram o ponto no mapa e ainda fornecem informações adicionais como fuso horário, altitude aproximada e proximidade com cidades. Para uso profissional, invista tempo em aprender a diferença entre datum, sistema de projeção e referência de altura. Isso evita erros que parecem pequenos mas custam caro quando aparecem na entrega final.
