El problema de las claves de API que nunca caducan
Una clave emitida hace años, que nunca se ha rotado y que hoy sigue siendo válida, no es una comodidad. Es un riesgo que nadie ha revisado de verdad en años.
En qué se equivoca el marketing sobre la precisión de las coordenadas
Una latitud y una longitud devueltas con quince decimales parecen impresionantemente exactas. El decimoquinto decimal de una coordenada corresponde a una distancia más pequeña que un átomo, lo que debería ser una señal inmediata de que la precisión mostrada no tiene nada que ver con la exactitud de la coincidencia subyacente. Un resultado de geocodificación derivado del centroide de un área postal, de una coincidencia a nivel de edificio o de una estimación aproximada de la zona no se vuelve más exacto porque la respuesta lleve más dígitos después de la coma decimal. Simplemente lleva más dígitos.
Esta distinción, precisión frente a exactitud, se difumina constantemente en la forma de presentar los datos de ubicación. La precisión es cuántos dígitos tiene un número. La exactitud es lo cerca que está realmente ese número de la ubicación real. Una coordenada puede ser extremadamente precisa y estar muy equivocada, y un formato de respuesta que destaca una larga cadena de decimales invita al lector a suponer que ambas cosas son lo mismo, cuando no tienen ninguna relación más allá del hecho de que una puede disimular la ausencia de la otra.
Creemos que lo más honesto que puede hacer una respuesta es describir qué tipo de coincidencia produjo realmente la coordenada, en lugar de confiar en la cantidad de decimales para sugerir un nivel de confianza que el método subyacente quizá no respalde. Una coincidencia a nivel de edificio y un recurso al centroide de la ciudad son distintos en su naturaleza, no solo en su precisión decimal, y reducir esa diferencia a "más decimales es mejor" oculta precisamente la información que un desarrollador necesita para decidir si un resultado concreto es suficiente para su caso de uso, ya sea dibujar un marcador en un mapa o planificar la ruta de un vehículo de reparto.
Esto se relaciona directamente con por qué somos cuidadosos al describir nuestros propios endpoints de geocodificación directa, geocodificación inversa y autocompletado. Sería fácil devolver coordenadas con una larga cola de decimales y dejar que eso sustituyera una afirmación de confianza que no estamos dispuestos a hacer abiertamente. Preferimos ser concretos sobre lo que devuelve el endpoint y dejar que la información real de la coincidencia hable por sí misma, antes que apoyarnos en el formato decimal para sugerir más de lo que justifican los datos subyacentes.
Hay una conclusión práctica para cualquiera que consuma una API de geocodificación, no solo sobre cómo decidimos construir la nuestra: los decimales de una coordenada no son una prueba de calidad. Lo que importa es si la respuesta te dice, en términos sencillos, qué coincidió realmente y con qué nivel de detalle, para que puedas decidir por ti mismo si esa respuesta concreta es suficiente para la decisión que vas a tomar con ella. Una larga cadena de dígitos después de la coma decimal responde a una pregunta sobre el formato. No responde a la pregunta que realmente importa, que es si el punto del mundo que describen esos dígitos es el correcto.