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.
Un resultado vacío es una respuesta normal y válida, no un error, y tu código necesita una ruta pensada para gestionarlo.
Una dirección rural, un punto de referencia o una urbanización nueva sin número de portal asignado se siguen geocodificando correctamente, solo que con una precisión menor que una dirección completa.
Cerca de los polos, los meridianos convergen en un único punto y las zonas horarias pierden casi todo su sentido. El software de ubicación basado en supuestos corrientes tiende a comportarse de forma extraña allí.
Dos puntos separados por una distancia corta pueden estar en días del calendario totalmente distintos, solo por dónde pasa entre ellos la línea internacional de cambio de fecha.
De vez en cuando se añade un segundo extra a UTC para mantenerlo alineado con la rotación real de la Tierra. Casi ninguna aplicación necesita ocuparse de esto directamente.
Una coordenada a pocos metros de una frontera puede geocodificarse de forma inversa a cualquiera de los dos países según cómo estén trazados exactamente los datos de la frontera. Es un caso realmente difícil, no un error.
Una sola cadena de dirección puede ocultar varios elementos de significado distintos, y la misma abreviatura puede significar cosas diferentes en distintos países. Analizarla correctamente es más difícil de lo que parece.
Dos veces al año, un intervalo de horas locales no existe o existe dos veces. El software que da por hecho que toda hora del reloj es inequívoca fallará precisamente entonces.