Es habitual ver coordenadas recortadas a unos pocos decimales antes de guardarlas o mostrarlas, a menudo solo para que un número se vea más ordenado en una tabla o en una URL. Lo que es fácil pasar por alto es que cada decimal de un valor de latitud o longitud corresponde a una distancia concreta y calculable sobre el terreno, y eliminar dígitos al redondear es eliminar precisión física real, no solo desorden visual.
Cerca del ecuador, una coordenada con cuatro decimales distingue ubicaciones separadas unos diez metros, más o menos el ancho de un edificio. Con dos decimales, en cambio, distingues ubicaciones separadas cerca de un kilómetro, lo que fácilmente es la diferencia entre un barrio y el siguiente. Redondea a cero decimales y solo distinguirás grados enteros, que abarcan muchos kilómetros. La distancia exacta por decimal se reduce ligeramente a medida que te alejas del ecuador hacia los polos, en concreto para la longitud, ya que los meridianos convergen, pero la relación general entre decimales y distancia real se mantiene en todas partes.
Esto se convierte en un problema real en algunas situaciones habituales. Guardar coordenadas en una columna de base de datos con una precisión decimal insuficiente trunca los datos al entrar sin avisar, y nada en el fallo parece un error, ya que el número resultante sigue siendo una coordenada válida, solo que menos precisa. Pasar coordenadas por un sistema que redondea para mostrarlas y luego usar ese valor redondeado en un cálculo posterior, como una comprobación de distancia o una búsqueda por proximidad, arrastra el redondeo original a cada resultado posterior. Copiar coordenadas a mano entre sistemas, cuando una persona recorta dígitos porque el valor completo parecía innecesariamente largo, tiene el mismo efecto.
El hábito seguro es guardar y transmitir las coordenadas con suficiente precisión decimal para tu caso de uso real, en general al menos cinco o seis decimales para cualquier cosa que deba mantener una precisión significativa a nivel de edificio o de calle, y redondear para mostrar solo en el último paso antes de enseñar un número a una persona, nunca antes de un cálculo. Si de verdad solo necesitas distinguir ciudades, redondear antes está bien, pero debería ser una decisión deliberada basada en lo que necesita tu aplicación, no un accidente del ancho de una columna de base de datos o de un hábito de formato.
Las coordenadas que devuelven aquí la geocodificación directa y la geocodificación inversa tienen suficiente precisión decimal para casos de uso a nivel de edificio. Lo que hagas con esa precisión después, sobre todo en cuanto a almacenamiento y redondeo, merece revisarse deliberadamente en lugar de suponer que sobrevive intacta a cada paso de tu pipeline.