Сейчас работаем над тем, чтобы сервис при проверке документов использовал именно данные АИС; чтобы через автоматическую проверку прогонялось все что возможно (этот перечень я и прошу у пользователей форума). О совместимости с разными браузерами, размере файлов, оплате пока ничего сказать не могу.
Спасибо за ответ! Использование именно АИС - это самое главное же, уж поработайте над этим посильнее, пожалуйста) Если больше никто не отпишется - прислушайтесь ко мне, пожалуйста - лучше не прогонять через проверку всё что можно, т.к. много нюансов, которые сразу не предусмотреть, и лишнее может только навредить, да и всё нормальное ПО выполняет первичный ФЛК. В идеале было бы - проверка в ЛК = проверка в АИС на 100%.
Ирин можете вопросы от Павла сюда перенести с кадастровой социалки. У меня что то с планшета не получаеться
Вот я их частично и перенесла) А он нам разрешил? Оффтоп (Move your mouse to the spoiler area to reveal the content) И куда он пропал вообще?
Оффтоп (Move your mouse to the spoiler area to reveal the content) он работает ;) детали можете узнать у него через лс
Тогда, пока он там занят, частично скопирую всё же сюда точку зрения и вопросы от профессионала, которые я смогла понять и пересказать только так, как выше) "Вот именно, что проверять должна АИС ГКН. По своим правилам, а не по напридуманным. И по актуальным данным из конкретной территориальной АИС ГКН, а не по липовым сведениям ФИР ГКН. Я почему-то ожидал, что сервис будет принимать пакет и выполнять только первичную проверку на соответствие схеме, ЭП и наличия в комплекте архива всех документов приложения. И сохранять принятые пакеты в облачном хранилище, присвоив каждому УИН, а больше он ничего не должен делать. Все остальные проверки может и должен же выполнять территориальный АИС ГКН в автомате, если бы они придумали новый простейший тип электронного заявления для внутреннего обмена с тем самым УИН. Трафик в этом случае между центром и территорией минимальный, и вполне себе разгруженный центр, а каналы у этой новой беды до территорий все равно будут и маршруты им один фиг городить, т.к. одним УИНом из МФЦшного заявления Филиалы ФКП (или как они там будут называться в 2017г?) сыты не будут, им все равно ходить в это самое облако за пакетами. Централизация в исполнении Росреестра – это вообще отдельное зло, вот не получается она у них. Публичка, сам официальный сайт, ФИР ГКН и веб-сервисы – тому яркие примеры. Мне лень писать на геодезисте, я же не геодезист. Вот вопросы ...: Какие ограничения на прием через веб-формы на офсайте Росреестра, я забыл, 10Мб? А какое ограничение будет для этой беды в ЛК? Сколько тысяч КИ одновременно будет готов принять Портал и не прилечь в очередной раз? Пакеты можно загружать только по одному или пачкой? Глупый вопрос, но спрошу, а при обрывах с возможностью докачки? Будет ли в ЛК какой-нибудь опубликованный REST-сервис с документацией, работу которого не надо будет в очередной раз разгадывать? Или готовый официальный бесплатный клиент, а не очередной «экспресс»? Или опять «Дополнительно сообщаем, что функция скачивания доступна только в интернет-браузере Google Chrome.»? Можно ли будет самостоятельно удалять (отменять) отправленное на проверку по УИН, и которое седьмые сутки находится в статусу «На проверке»?)) Биллинг засчитывает оказанную услугу только по факту получения КИ полного протокола проверки, правда же? Именно протокола, а не «SQL Error: unable to insert into»?"
Хотелось бы добавить свои пять копеек. А будет ли проверка границ территориальных зон на пересечение с участками? Сможет ли АИС ГКН обработать большое количество точек? И выдать перечень участков, границы которых пересекают границы тер зон. Сколько времени это займет? Столкнулись с тем, что есть очень объемные тер зоны. В одной тер зоне - 65000 точек. Отправили в кадастровую палату на предварительную проверку. И самые большие зоны с количеством точек от 30000 не загрузились в АИС ГКН. Программа даже не смогла выдать протокол конкретных ошибок. В письме нам написали - XML файлы содержат ошибки, которые не позволяют провести проверку границ территориальных зон на пересечение с границами земельных участков. И перечень участков по зонам, которые подгрузились, сотрудники кадастровой палаты вручную делали. Очень сомневаюсь, что можно будет проверить границы территориальных зон на пересечение с границами земельных участков. Но очень бы хотелось, чтобы эту проверку можно было осуществить.
а в тестовом режиме для общего пользования нельзя выложить. вот и будет им тест программы. а по пом как обячно все через заднее место будет работать
ну так вроде есть фокус-группа КИ Оффтоп (Move your mouse to the spoiler area to reveal the content) а как же без этого? ... А то не интересно будет работать.
доступ к открытой АИС ГКН не допустят. это для них опасно. делать двойника, та же самая запоздалая публич кад карта.
Проверку по адресу. Каждый раз по разному приостанавливают. То КЛАДР не тот, то ФИАС не тот. То не в то поле вписали. Пример: 2 одинаковых ТП. Пишу адрес СНТ в Иное. Первый проходит, а второй пришлось переписать в неформализованное. Кто как проверяет...
Это больная тема. Но, увы, формализация проверки ничего не даст. Сами же пишете - видение исполнителя. Автоматическая проверка поможет в очень ограниченных пределах.
Увидела тут Ваш список предложений и возник ряд вопросов. Наличие обязательных документов (КВЗУ и/или КПТ, Выписка из каталога геодезических пунктов) Что конкретно имеете в виду? Искать в "Исходных данных" коды 558214010000 (КВЗУ), 558214000000 (КВ ОКСа), 558217000000 (КПТ). С этим все ясно, но если КИ всегда указывал в качестве типа для этих документов общий код 558200000000 (ДОКУМЕНТЫ, СОДЕРЖАЩИЕ ОПИСАНИЕ ОБЪЕКТА)? В этом случае сервис должен сказать этому КИ, что он не внес исходные данные? А КИ видит, что внес. Не возникнет вопросов, почему проверка работает неправильно?Или где-то будут сидеть какие-то люди, которые еще и будут консультировать по результатам каждой такой проверки и разъяснять КИ, что нужно исправить в его конкретном межевом плане? Я сомневаюсь, что такой сервис поддержки будет реализован. Но Вы все равно считаете, что нужно вводить целую массу проверок, которые по сути и не нужны. Считаю, что нормальный КИ не забудет указать эти документы, а "ненормальный" не поймет того, что нужно исправить даже если его предупредит какой-то сервис. И кстати, как Вы считаете, по какому коду проверять такой документ как "Выписка из каталога геодезических пунктов"? Правильность указания системы координат (соответствие фактическому местоположению ЗУ) Как себе представляете? Можно проверить только соответствие название СК, указанной в МП или ТП, списку существующих в БД АИС ГКН наименований СК. А так, если по делу, то фактически один ЗУ может быть расположен в двух зонах одной СК. МП по схеме позволяет описывать отдельные контуры объекта со своими идентификаторами СК, однако на практике это не работает. Как в таких случаях должен вести себя сервис проверки на Ваш взгляд? Когда загружаются данные об объекте, 3 контура которого расположены в одной зоне, а еще 5 - в другой, при условии, что Вам придется произвести пересчет и описать все контуры объекта в одной СК. Наличие геопунктов (если метод предусматривает), соответствие их координат указанной СК, округление до 0,01 Что делать, если у Вас указан в качестве метода "Метод спутниковых геодезических измерений", но Вы работали с сетью референцных базовых станций и не знаете координат исходных пунктов, а имеете только файл с координатами, полученный в результате съемки. Насколько мне известно, в данном случае многие КИ пункты не указывают, а описывают все это дело в заключении. Плюс ко всему при таком способе работы кадастровая палата не будет располагать координатами пунктов, на которых установлены эти базовые станции, но тогда что за проверка в этом случае осуществляется? Наличие приборов (если метод предусматривает), проверка срока действия поверок Наличие одного прибора? Здесь может быть только одно условие: при таких-то методах должен быть указан минимум один прибор. Если Вы выбрали один прибор и не указали еще два, то такая проверка ничего Вам не даст. Правильность указания ОКСов на исходном ЗУ Если ОКС не привязан к ЗУ, то как можно проверить правильность указания этого ОКСа на исходном ЗУ? Или Вы хотите проверить только наличие КН ОКСа в БД АИС ГКН? Это уже совсем другая хотелка. Правильность указания ЧЗУ на исходном ЗУ Что здесь хотите проверять? Учетный номер? Указание номеров точек, для которых применен метод (при разделе, если измерялись только новые точки) Этот пункт особенно интересен. Как вообще какой-то сервис может выполнить подобную проверку? Впрочем, мне непонятно, например, и то, что Вы хотите получить по предложениям: Соответствие формул выбранному методу Заполнение описания закрепления точек, описания прохождения границы Правильность указания площади ЗУ/чзу, расчет погрешности определения площади, правильность округления (для контуров 0,01) Правильность расчета погрешности площади ΔP доп для ЗУ, чзу (для контуров округление до 0,01) Правильность указания КН ОКСов на образуемых ЗУ Указание обременений в связи с обеспечением доступа Обеспечен ли доступ к землям общего пользования через указанные ЗУ, если разные собственники ЗУ (по сведениям ГКН) - предупреждение о необходимости согласия Все эти вещи весьма индивидуальны, а Вы хотите все под одну гребенку. Есть мнение, что не нужно перекладывать ряд вещей, за которые отвечает КИ, на некий чудодейственный сервис, поскольку существует слишком много условий. Тем более в условиях, когда работать приходится с несовершенными xml-схемами и обновлениями АИС ГКН. Нужно просто самому следить за своей работой и пытаться делать ее качественно. Или вот Вы пишите про сквозную нумерацию, даже ее разные КИ понимают по-разному, и специалисты кадастровых палат в различных субъектах тоже имеют на этот счет весьма различные мнения, при этом самой АИС ГКН абсолютно плевать на то, какое обозначение Вы присвоили точке.Ей безразличны и префиксы, и наличие пяти одинаковых номеров в пределах МП или ТП.
