Насколько хороши ответы и где они слабее: покрытие по странам, проверки точности по известным местоположениям и как использовать поля точности и достоверности, чтобы решить, чему доверять в вашем приложении.
Адрес в хорошо картографированном центре города почти ничего не говорит о том, как ваша система справится с сельским маршрутом, спорной границей или запросом вблизи полюсов. Тестируйте сложные случаи намеренно.
Не каждый набор данных с общедоступными на вид сведениями о местоположении можно законно использовать в платном продукте. Реальную границу часто задают условия лицензии, а не техническая доступность.
Отнесение IP-адреса к корпоративным или домашним действительно полезный сигнал для многих приложений, но это вывод на основе характеристик сети, а не гарантированный факт.
Когда регион объединяется, разделяется или переименовывается, каждый адрес и каждый набор данных со ссылкой на старую границу нужно обновить, и такое обновление редко происходит везде одновременно.
Некоторые блоки IP-адресов распределяются и используются так, что определить их с точностью до города действительно невозможно, и выдавать догадку всё равно было бы хуже, чем честно признать это ограничение.
Хранение или вычисление координат с неподходящим числовым типом может вносить ошибки округления порядка метров, совершенно независимо от любой погрешности исходного геокодирования.
Значения высоты сверяются с фиксированными, независимо измеренными реперными точками с известной высотой, а согласованность соседних измерений служит дополнительной полезной проверкой.
Геокодирование до здания ставит точку на само здание. Геокодирование до улицы интерполирует положение вдоль дороги. На карте они выглядят похоже, но это не одно и то же.
Зона почтового индекса и граница города или округа проводятся для совершенно разных целей и часто не совпадают, что сбивает с толку всех, кто считает, что они должны совпадать.