Спасибо

У нас есть схожая задача.

Мы определяем населенный пункт пользователя нашего сайта по IP с помощью ДаДаты. Однако не во все населенные пункты мы можем организовать доставку. 

Если в определенный по IP населенный пункт доставки нет, мы хотим выставлять на нашем сайте в качестве "города пользователя" населенный пункт, который находится в административной иерархии выше относительно определенного.

Пример: по IP определился "Пермский край, Кудымкарский р-н, деревня Кекур".

Проверяем доставку:

• Кекур — нет доставки;
• Кудымкар — нет доставки;
• Пермь — есть доставка, используем в качестве "города пользователя".

У перевозчиков часто встречаются некорректные с точки зрения ФИАС пункты назначения: "Адлер", "Аэропорт Казань". Как вы планируете работать с ними?

Бывает так, что ФИАС городов, поселений и улиц меняется?

То есть хранить в базе идентификатор ФИАС вместо адреса, как вы рекомендовали в своей статье — ненадежное решение?

Для нас это тоже является проблемой.

Бывает так, что "Московская область" в исходной строке распознается как "Московская улица".

Если мы передаем на Стандартизацию населенные пункты, то заполненное поле street уже сигнализирует о том, что результат некорректный. Но так как в street еще пишется много чего, помимо улиц: СНТ, территории, бухты — то нужно создавать костыли, которые будут в зависимости от street_type решать, стоит ли считать результат некорректным.

Подскажите ещё такой вопрос: если  у города несколько индексов, какой индекс лучше указывать?

Спасибо

"КАНАШСКИЙ РАЙОН КАНАШ Г" — не ок;
"КАНАШСКИЙ РАЙОН КАНАШ" — ок.

"Пермский край Б. СОСНОВСКИЙ РАЙОН ЧЕРНОВСКОЕ" — ок,
"Б. СОСНОВСКИЙ РАЙОН ЧЕРНОВСКОЕ" — почему-то его тянет в Нижегородскую область, хотя до населенного пункта дойти не может.