O que realmente é a projeção azimutal transversa e quando você vai precisar dela
Muita gente confunde projeção azimutal transversa com projeção estereográfica ou gnomônica e ainda pergunta por que os resultados saem distorcidos. O problema é que essas são famílias diferentes de projeções azimutais, e a transversa tem um uso específico que não se sobrepõe às outras duas na maioria dos casos práticos. A projeção azimutal transversa é, basicamente, uma projeção cilíndrica equivalente à estereográfica ou gnomônica, mas com o eixo de projeção rotacionado 90 graus em relação ao eixo polar padrão. Você coloca o plano tangente em um meridiano qualquer, não no polo. O resultado é que áreas próximas ao meridiano central sofrem pouca distorção, enquanto tudo ao norte e ao sul desse meridiano começa a deformar drasticamente.
Como configurar uma azimutal transversa no QGIS sem errar
A maioria das pessoas tenta criar o CRS manualmente digitando coeficientes WKT e perde horas porque esquece o datum. O caminho mais seguro é usar os parâmetros prontos do EPSG. Para a América do Sul, o EPSG:5513 (Sirgas 2000 / UTM zone 22S) já segue lógica transversa similar, mas se você precisa de uma azimutal transversa pura, o EPSG:9818 (Transverse Mercator) não é a mesma coisa — esse é cilíndrico conforme, não azimutal. Confusão clássica. O que você precisa mesmo é do EPSG:9802 (Azimuthal Equidistant / Polar) rotacionado, ou então construir um CRS customizado com a string PROJ adequada. A string correta para um plano tangente no meridiano central 45°W e latitude do ponto de origem 0° (equador) seria algo como:
+proj=aeqd +lat_0=0 +lon_0=-45 +x_0=0 +y_0=0 +datum=WGS84 +units=m +no_defs Esse comando transforma coordenadas geográficas em distâncias lineares a partir daquele ponto de origem no equador, mantendo a propriedade azimutal — todas as direções a partir do ponto central são verdadeiras. Só que se sua área de estudo estiver a mais de 1500 km do ponto de tangência, a distorção de escala ultrapassa 5% e aí a projeção deixa de ser útil para medições precisas.
O problema que eu encontrei com um cliente em Santa Catarina
Trabalhei num mapeamento de encostas para uma prefeitura catarinense onde o cliente pediu explicitamente uma projeção azimutal transversa centrada em 27.5°S e 48.5°W. A intenção era medir distâncias radiais a partir do centro urbano. Usei o QGIS com a string PROJ acima, ajuste fino de datum SAD69 para SIRGAS2000 via +towgs84, e pronto. O erro apareceu quando exportei para shapefile e abri num outro sistema que não interpretou o CRS corretamente. Os polígonos ficaram deslocados em cerca de 200 metros em relação às bases cartográficas oficiais do IBGE. A causa: o shapefile não carregou o arquivo .prj com a string completa. Simples assim.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O workaround foi gerar o .prj manualmente com a string PROJ inteira, validar com o GDAL cs2cs antes de fechar o job, e só então exportar. Levei mais 40 minutos, mas evitei uma refação de três dias.
Distorções que ninguém te conta
A primeira coisa que os livros de cartografia não enfatizam é que a projeção azimutal transversa não preserva nem forma nem área — ela preserva apenas azimutes a partir do ponto central. Isso significa que círculos perfeitos ao redor do ponto de tangência se tornam elipses alongadas conforme você se afasta, e em cerca de 60° de distância angular a deformação é tão pronunciada que medições de área ficam completamente inviáveis. Outro ponto: a escala ao longo do meridiano central cresce de forma previsível, mas perpendicular a ele a escala varia segundo uma função secante da latitude relativa ao plano tangente. Na prática, isso quer dizer que se você está mapeando uma faixa costeira e coloca o ponto de origem no litoral, tudo que estiver terra adentro vai ter escala comprimida. Para estudos de zoneamento costeiro, isso pode mascarar diferenças de uso do solo em até 12% na borda da zona de influência.
Quando não usar
Se o seu estudo envolve múltiplos municípios dispersos ao longo de uma costa leste-oeste, uma projeção azimutal transversa centrada no litoral vai destruir a geometria das áreas interioranas. Nesse caso, UTM zoneado ou o sistema Lambert Conformal Conic são opções muito mais adequadas. A azimutal transversa funciona bem apenas para áreas circulares concentradas ou para análises de vizinhança radial — coisas como modelagem de propagação de sinal, estudo de bacias hidrográficas com ponto de saída central, ou simulações de impacto sônico/ambiental a partir de uma fonte puntual. Também não recomendo para produção de mapas temáticos impressos com escala menor que 1:50.000. A deformação nas bordas é visualmente óbvia e vai comprometer a leitura do material.
Download e referência prática
Não existe um pacote único que instale a projeção como plugin — você trabalha com ela dentro do QGIS ou do ArcGIS criando CRS personalizados. O pacote GDAL mantém definidores atualizados, e a cópia mais confiável da documentação técnica está no site do EPSG Geodetic Parameter Registry. Se você quer uma base pronta para começar, o repositório do PROJ no GitHub contém exemplos prontos de strings para azimutal equidistante e azimutal equivalente em orientação transversa, com variações de datum para o Brasil inteiro. Para quem precisa de dados de teste, o INPE disponibiliza malhas municipais em diversos sistemas de referência no site deles. Baixe um shapefile SIRGAS 2000, reprojete para a azimutal transversa com a string que mencionei acima, e compare as áreas antes e depois — você vai ver imediatamente onde a distorção começa a importar estatisticamente.
