Seu Ponto Zero É O Meridiano De Greenwich

O referencial que ninguém te ensina direito

A primeira coisa que você precisa entender antes de começar qualquer trabalho com georreferenciamento ou sistemas de coordenadas é que o "ponto zero" que todo mundo usa não é uma escolha natural. É uma convenção histórica. O meridiano de Greenwich foi adotado internacionalmente em 1884, mas isso não significa que ele seja o único referencial disponível ou que ele seja o mais adequado para o seu projeto. A maioria dos profissionais que chegam nessa área pela primeira vez pega um software qualquer, define as coordenadas do projeto como sendo no sistema WGS84 e vai trabalhar. Dois meses depois descobre que os pontos que mapeou estão deslocados 50 metros da realidade porque o datum do cliente era outro. Esse problema é muito mais comum do que você imagina.

seu ponto zero é o meridiano de greenwich

Sim, a longitude zero global passa por Greenwich. Mas "ponto zero" em geodésia vai muito além disso. Você precisa diferenciar o referencial terrestre (onde está o centro do modelo da Terra) do datum vertical (onde está o nível do mar de referência) e do sistema de coordenadas propriamente dito. Quando alguém te pede para entregar um levantamento em "WGS84", na prática o que essa pessoa quer saber é: qual o valor da latitude, qual o valor da longitude, e em qual elipsoide esse par é calculado? O WGS84 é um sistema, mas ele também carrega consigo um datum geométrico específico. E existem dezenas de outros datums em uso no Brasil e no mundo que não são o WGS84, ainda que todos usem Greenwich como referência de longitude zero. O erro mais frequente que eu vejo é assumir que porque dois sistemas compartilham o mesmo meridiano de referência, eles são intercambiáveis. Não são. O SIRGAS2000, por exemplo, também tem Greenwich como zero de longitude, mas o elipsoide e a posição do geoide são diferentes do WGS84. A diferença entre eles em território brasileiro pode variar de 1 metro a mais de 2 metros dependendo da região. Se você trabalha com agricultura de precisão ou cadastramento urbano, essa margem de erro pode ser suficiente para gerar uma processo de retificação fundiária ou uma multa por invasão de gleba.

Uma situação real que eu enfrentei recentemente envolveu um cliente que trouxe dados topográficos coletados com GNSS multiespectro em modo RTK. O equipamento estava configurado para WGS84 e ele esperava que os pontos caíssem perfeitamente em cima das marcas de campo que haviam sido registradas no padrão IBGE. Caíram desfasados em cerca de 1,2 metro. O problema não era o receiver — estava dentro da especificação. O problema era que as marcas de campo tinham sido lançadas em SAD69 (Sistema Astrogeodésico de 1965), um datum antigo e regional, enquanto os pontos GNSS estavam em WGS84, um datum global. A transformação direta entre esses dois sistemas sem parâmetros de ajuste localeis gera esse tipo de inconsistência. Eu resolvi aplicando os parâmetros de transformação Molodensky com ajustes regionais do levantamento do IBGE e rodando uma transformação com pelo menos quatro pontos de controle conhecidos na área. A precisão final ficou na casa dos centímetros. Sem os pontos de controle, impossível. Se você está começando agora e precisa lidar com isso no dia a dia, o caminho mais seguro é sempre validar com pontos de apoio. Não confie cegamente na conversão automática do software. Mostas ferramentas fazem a transformação com parâmetros genéricos que podem estar errados para a sua região específica. Verifique quais parâmetros estão sendo usados. No qgis, por exemplo, as transformações estão configuradas nos parâmetros do CRS e você pode ver exatamente quais coeficientes estão aplicados. Em softwares profissionais como o Trimble Business Center ou o Leica Infinity, você define a projeção e o datum de origem e destino e o software aplica uma malha de correção. Mas se a malha não cobrir a sua área, a correção é inexistente.

Aqui vai algo que pouca gente explica: o próprio conceito de "meridiano de Greenwich" como referência única também tem camadas. Existem o Greenwich astronômico (baseado na observação direta do trânsito de estrelas pelo telescópio do Observatório Real de Greenwich, que hoje é um museu) e o Greenwich virtual definido pelo IERS (International Earth Rotation and Reference Systems Service). A diferença entre eles é da ordem de alguns milissegundos de arco, o que em termos práticos corresponde a uns 15 centímetros na superfície da Terra. Para a grande maioria dos trabalhos esse detalhe é irrelevante. Para quem trabalha com geodésia de altíssima precisão, como monitoramento de tectônica de placas ou calibração de estações totais robóticas, ele importa. Outro ponto que merece atenção é a escolha da zona de projeção. Usar o meridiano central correto dentro de um sistema UTM evita distorções que podem somar dezenas de centímetros por quilômetro. Eu já vi gente definir um projeto inteiro em UTM zona errada e só perceber quando os lotes começaram a sobrepor os vizinhos em áreas adjacentes. A regra prática é simples: o meridiano central da sua zona deve passar o mais próximo possível da área de trabalho. O erro de escala aumenta conforme você se afasta desse meridiano. Para projetos maiores que 50 quilômetros de extensão leste-oeste, considere dividir em zonas diferentes ou usar um sistema de projeção local adaptado.

Resumindo de forma útil: entenda que "seu ponto zero é o meridiano de greenwich" é apenas o começo da configuração. O que realmente define a precisão do seu trabalho são o datum, o elipsoide, a projeção e os parâmetros de transformação entre eles. Anote tudo isso no início do projeto, documente cada decisão e nunca assuma que dois arquivos no mesmo formato de arquivo significam o mesmo referencial espacial. Coisas como SHP, KML e GeoJSON não carregam datum por padrão. Você precisa declarar explicitamente. Um arquivo KML sem especificação de CRS é, tecnicamente, inútil para qualquer coisa que exija precisão posicional. Se o seu trabalho envolve apenas visualização em mapas web ou apresentações, essas imprecisões são aceitáveis. Se envolve engenharia, jurisprudência ambiental, planejamento urbano ou qualquer coisa que precise ser defendida numericamente, invista tempo em configurar o referencial corretamente desde o primeiro dia. Voltar e reprocessar dados por causa de referencial errado custa muito mais do que fazer certo na primeira vez.