La mayor parte del software de ubicación se construye, con bastante lógica, en torno a suposiciones que se cumplen en la inmensa mayoría de las latitudes habitadas y pobladas. Cerca de los polos, varias de esas suposiciones dejan de tener sentido sin avisar, y cualquier sistema que no se haya probado deliberadamente allí tiende a comportarse de maneras que van de ligeramente extrañas a completamente rotas.
El ejemplo más claro es la propia longitud. En cualquier otro lugar de la Tierra, un cambio determinado de longitud corresponde a una distancia real y calculable que solo disminuye gradualmente a medida que te alejas del ecuador. Cerca de los polos, esa distancia se reduce prácticamente a nada, ya que todas las líneas de longitud convergen en un mismo punto exactamente a noventa grados norte o sur. Una coordenada cerca del polo cuya longitud ha cambiado mucho puede representar una ubicación física a poca distancia a pie de otra coordenada con un valor de longitud completamente distinto, lo que rompe cualquier lógica que suponga que las diferencias de longitud se traducen de forma coherente en diferencias de distancia, una suposición totalmente segura en casi cualquier otro punto del mapa.
Las zonas horarias cerca de los polos presentan su propia rareza. Las zonas horarias se organizan fundamentalmente en torno a franjas de longitud, lo que tiene sentido en las latitudes pobladas, donde vive la gente y donde el arco diario del sol da a la hora local un significado práctico real. Justo en los polos, el sol no sale ni se pone siguiendo el patrón diario habitual, y el concepto de "hora local basada en la longitud" se vuelve casi arbitrario, ya que no hay un día solar significativo que lo determine como ocurre en todas partes. En la práctica, las estaciones de investigación polar y otros puestos similares suelen adoptar simplemente la zona horaria de su base de suministro o de su país de origen por motivos prácticos de coordinación, en lugar de derivarla de su longitud real, precisamente porque una zona derivada de la longitud resultaría allí más confusa que útil.
Nada de esto es tanto un defecto de los sistemas de geocodificación o de zonas horarias como un caso límite real en el que el propio modelo geográfico subyacente se comporta de otra manera. Si estás creando algo que necesita manejar coordenadas en cualquier parte del mundo sin excluir los polos, y esto es una porción realmente pequeña de las aplicaciones, merece la pena probar tus cálculos de distancia, tu lógica de zonas horarias y cualquier suposición basada en la longitud específicamente con coordenadas de latitudes altas, en lugar de dar por hecho que el comportamiento que se cumple en las latitudes pobladas se traslada sin problemas. Para la inmensa mayoría de las aplicaciones, que trabajan con zonas pobladas y el rango normal de latitudes habitadas, esto es puramente académico y no algo en torno a lo que debas diseñar, pero conviene saber que existe si tu conjunto de datos pudiera llegar a incluir alguna coordenada tan alejada del ecuador.
Una dirección en el centro de una ciudad bien cartografiada no te dice casi nada sobre cómo gestiona tu sistema una ruta rural, una frontera en disputa o una consulta cerca de los polos. Prueba los casos difíciles a propósito.
No todos los conjuntos de datos con información de ubicación de apariencia pública pueden usarse legalmente dentro de un producto de pago. Las condiciones de la licencia, y no la disponibilidad técnica, suelen marcar el límite real.
Cuando una consulta realmente no se puede resolver de forma fiable, no devolver nada es mejor respuesta que devolver una suposición disfrazada de hecho. Este es el razonamiento detrás de esa decisión.