He estado reflexionando (y haciendo codificación de prototipo) para una base de código geográfico 'sin proyección' con sus primitivas básicas de punto, línea y polígono.
Sin embargo, en lugar de lidiar con todos los sacrificios que conlleva la proyección al plano, estoy escribiendo algoritmos que funcionan directamente en la superficie del elipsoide.
Una de las posibles complicaciones es que existen diferentes tipos de "líneas":
- (arcos de) círculos grandes: la distancia más corta a lo largo de la superficie (elevación cero constante) entre dos puntos; debe corresponder exactamente a las rutas de la línea de visión.
- Líneas de rumbo: conecta los dos puntos con un camino de dirección constante; por ejemplo, algunas fronteras estatales siguen líneas de latitud (que no son grandes círculos).
- curvas: arcos circulares (caminos de distancia constante desde un punto central dado); Bezier (no estoy seguro de una correcta reinterpretación en el contexto de una superficie curva), etc.
¿De los diferentes tipos de rutas (incluidas las que me perdí), que son lo suficientemente importantes como para tener una representación "exacta", frente a la representación dentro de los límites de error por segmentos cortos de una ruta más simple (por ejemplo, segmentos de arco geodésico cortos)?
Ediciones de aclaración: por "exacto" arriba, quiero decir paramétrico. En otras palabras: computable a cualquier precisión deseada, sin un paso de densificación en la importación.
Una edición , mucho más tarde, para agregar una cita que he encontrado que es muy similar a mis propios pensamientos sobre el uso de vectores de unidades 3D como primitivo geográfico: una representación de posición horizontal no singular ( enlace alternativo ). ¿Mejor parte? ¡No tuve que escribirlo todo yo mismo!