Понял, спасибо.

Здравствуйте. Изменилось ли что-то на сегодняшний день?

- https://dadata.ru/api/iplocate/ - тут больше нет готовых примеров, чтобы посмотреть

- Появился ли "нормальный" параметр в запросе, чтобы сервер сразу не отдавал адреса с fias_level = 65? Просто не понятно, зачем фильтровать на клиенте то, что можно не возвращать с сервера? 

Спасибо

)) Пока никаких. Пока я подбираю какие источники смогут мне подойти. Кстати, вы как вариант, могли бы создать свой dadata_id как geoname_id, который бы можно было использовать. Не факт, что это просто сделать, но всё же, как идея. Таким образом, пользователи вашего сервиса имели бы уникальный ключ но уже от вашего сервиса. ))

Спасибо за общение, буду думать...

Да всё верно именно так, но после этого, он нажмёт кнопку сохранить в приложении, что приведёт к сохранению данных в  БД и чтобы это сделать, мне необходимо на что-то ссылаться, на какой-то id. Какой id одного типа (number, guid) я могу использовать одинаково как для города из Белоруссии, России и Казахстана?

Я думаю над одним проектом и в нём мне необходимо дать возможность пользователю выбрать из какого он города. Я не хочу ограничиваться только РФ и мне на данном этапе не нужна детализация до улицы или дома. Мне достаточно только город или населённый пункт. В связи с этим я не могу использовать идентификаторы fias, потому что для РФ там GUID, а для того же города из Казахстана, используется запись relation:1288730, что ну совсем разное. Поэтому я и подумал, что geoname_id, может стать тем самым уникальным идентификатором, который я могу использовать у себя. Возможно Вы мне подскажите другой путь, опираясь на свой опыт. Спасибо

Но ваш ответ я понял, соединять данные вы не будете и в планах такого нет.

Спасибо.

Есть в планах соединить данные из OpenStreetMap и geonames для этих стран? Просто это позволило бы привязаться к  geoname_id, как к уникальному id (number) и использовать его у себя в приложении.