Справочники Икар через Ветис.API

Можно попросить господ разработчиков сделать возможность получения списка нас. пунктов и улиц, изменившихся за период, как это сделано со всем остальным? Получается бредовая ситуация:
GetCountryChangesList — получение изменений в списке стран за указанный период;
293 страны, но можно получить новые страны (они то исчезают, то появляются постоянно, такие ветреные, это что-то)
GetRegionChangesList — получение списка изменений в записях регионов за период времени;
3460 регионов, но можно получить новые.
GetDistrictChangesList — получение списка изменений районов;
5054 области, но можно весь список не качать.
GetLocalityListByDistrict — получение списка населённых пунктов по идентификатору района;
GetLocalityListByLocality — получение списка населённых пунктов по идентификатору населённого пункта;
GetLocalityListByRegion — получение списка населённых пунктов по глобальному идентификатору региона;
FindLocalityListByName — получение списка населённых пунктов по имени или его части;
181495 городов. Качайте весь список, господа! Получить только новые нет возможности.
FindStreetListByName — получение списка улиц по названию или его части и идентификатору населённого пункта;
GetStreetListByLocality — получение списка улиц по идентификатору населённого пункта.
Тоже только весь список.

Мне вот стало интересно, какими соображениями руководствовался разработчик, сделав столь странный интерфейс к справочнику?

Кстати, при получении списка нас. пунктов почему-то regionGuid и districtGuid приходят пустые. Как и cityGuid.
А при получении списка улиц приходят пустые countryGuid и localityGuid.

Это риторический вопрос, как я понимаю?

Тогда было бы ещё очень не дурно, где-нибудь выкладывать все справочники целиком для скачивания, например в формате .csv файлов.
Чтобы не приходилось в адских муках скачивать их по 1000 записей.

dk wrote:Это риторический вопрос, как я понимаю?

Тогда было бы ещё очень не дурно, где-нибудь выкладывать все справочники целиком для скачивания, например в формате .csv файлов.
Чтобы не приходилось в адских муках скачивать их по 1000 записей.

Весь справочник целиком - для начальной заливки тоже было бы неплохо, да. Даже обновляемый раз в квартал, изменений не так много. А вот функционал "выкачивания по 1000 записей в адских муках" - все равно писать придется.

А вот мне интересно, вообще для каких целей Вам нужны эти адреса?
Если поиск площадок, то либо по связанным площадкам или же по GUIDу или Ру коду.

oleg-x wrote:А вот мне интересно, вообще для каких целей Вам нужны эти адреса?
Если поиск площадок, то либо по связанным площадкам или же по GUIDу или Ру коду.

Так вот чтобы поиск был по всему чему угодно, быстро и без обращения к тормозному меркурию.

GetRussianEnterpriseList v2.0 у меня постоянно выдаёт ошибку:

GetRussianEnterpriseList {"error":"SOAP Fault","faultcode":"soap-env:Server:BEA-382030","faultstring":"Error in operation: GetRussianEnterpriseList","detail":"[object] (stdClass: {\"internalServiceFault\":{\"message\":\"Internal Service Error!\"}})"}

GetRussianEnterpriseChangesList v2.0 - работает норм.

Если бы кто-нить выложил куда-нибудь в приват актуальный список GetRussianEnterpriseList был бы очень признателен.

Владимир Игнатов wrote:Мне вот стало интересно, какими соображениями руководствовался разработчик, сделав столь странный интерфейс к справочнику?

Когда я работал с географическими справочниками, у меня постоянно возникала мысль о том что это либо архитектурная недоработка, либо закрытая часть системы которую второпях для чего-то открыли.

Vladimir2017 wrote:

Владимир Игнатов wrote:Мне вот стало интересно, какими соображениями руководствовался разработчик, сделав столь странный интерфейс к справочнику?

Когда я работал с географическими справочниками, у меня постоянно возникала мысль о том что это либо архитектурная недоработка, либо закрытая часть системы которую второпях для чего-то открыли.

При том, что есть же KLADR!