Estive pensando (e fazendo codificação de protótipo) em uma base de código geográfica 'sem projeção' com suas primitivas básicas de ponto, linha e polígono.
Em vez de lidar com todos os sacrifícios que acompanham a projeção no avião, no entanto, estou escrevendo algoritmos que funcionam diretamente na superfície do elipsóide.
Uma das possíveis complicações é que existem diferentes tipos de "linhas" por aí:
- (arcos de) grandes círculos: menor distância ao longo da superfície (elevação constante de zero) entre dois pontos; deve corresponder exatamente aos caminhos da linha de visão.
- linhas de rumo: conecte os dois pontos com um caminho de direção constante - por exemplo, algumas bordas de estados seguem linhas de latitude (que não são grandes círculos).
- curvas: arcos circulares (trajetos de distância constante de um dado ponto central); Bezier (não tenho certeza da reinterpretação correta no contexto de uma superfície curva), etc.
Dos diferentes tipos de caminhos (incluindo os que eu perdi), que são importantes o suficiente para que eles tenham uma representação 'exata', vs representando dentro de um limite de erro por segmentos curtos de um caminho mais simples (por exemplo, segmentos curtos de arco geodésico)?
Edições de esclarecimento: por 'exato' acima, quero dizer paramétrico. Em outras palavras: computável com a precisão desejada, sem uma etapa de densificação na importação.
Uma edição , muito mais tarde, para adicionar uma citação que me deparei, aproxima muito meus pensamentos sobre o uso de vetores de unidades 3D como uma primitiva geográfica: Uma Representação de Posição Horizontal Não-singular ( link alt ). Melhor parte? Eu não tive que escrever tudo sozinho!