Миллер Сергей Адольфович, президент, ГИС-Ассоциация Предложения:
1) Несоответствие ПКК данным ГКН,
2) Отсутствие поддержки ранее установленных стандартов формирования XML,
3) Высокая цена доступа для риелторов,
4) Что делать с очевидно ошибочными данными ГКН?
5) Будет ли какая-либо сертификация приложений?
6) Можно ли создать приложения результаты которых будут приниматься Росреестром без контроля?
Демиденко Альберт Геннадьевич, заместитель генерального директора по научной работе, ЗАО КБ "Панорама" Предложения:
1) Несогласованность сведений по ряду регионов, представленных на публичной кадастровой карте и выдаваемых в КПТ.
2) Отсутствие единой СК для ряда субъектов при ведении ГКН.
3) Отсутствие единых методических рекомендаций кадастровым инженерам по порядку выполнения кадастровых работ и подготовке XML-документов.
4) Сложная система описания границ смежных земельных участков, уточненных в процессе кадастровых работ.
Попов Артём Борисович, инженер-программист, ОАО "Самара-Информспутник", Самара Предложения:
1) Упрощение схем XML.
2) Создание общедоступного репозитория библиотек классов для серелизации/десерелизации XML для различных платформ: .Net, Java, создание можно организовать общими силами разработчиков, например на GitHub Дополнительная информация: Разрабатываем ПО для взаимодействия с Росреестром, являемся подрядчиками при реализации межведоственного взаимодействия в Самарской области
на 21.05.2013
Филиппов Владислав Геннадьевич, инженер по кадастру недвижимости, ООО "Индорсофт", Томск Предложения:
1) Более тщательная заработка XML-схем и прозрачная, с общественным обсуждением. Схем слишком много и они должны меняться не так часто
2) Упрощение XML-схем: много лишних типов и дублирование информации (сведения о границах, например). Например, КВЗУ в XML полностью повторяет бумажный вариант, т.е. он нужен чтобы получить “бумажку”? Если да, то это неверный подход
3) Открытие (публикация на сайтах филиалов кадастровых палат) параметров переходов от МСК к известным СК, как в Кировской области (они выложили в формате MapInfo)
4) Публикация, в обязательном порядке, кадастрового деления (районы и кварталы) на сайтах филиалов кадастровых палат в стандартных ГИС-форматах (MID/MIF, shape, T AB....) с их атрибутивной информацией, как это сделано в ряде регионов
5) Ориентация всех сервисов ПКК и РИПД на открытые мировые стандарты OGC, такие как WMS, WFS, WPS и т.п., а не на специфичные для одного производителя коммерческого ГИС ПО фирмы ESRI. Сейчас, например, для доступа к тематическим данным ГКН, таких так “Категории земель”, граждане вынуждены использовать дорогое ПО ArcGIS. Возможность должна быть у всех. Дополнительная информация: представляю так же 2 ВУЗа с профильными кафедрами "Кадастр" и "Землеустройство"
Малютин Николай Геннадьевич, программист, кадастровый инженер Предложения:
1) Необходимость унификации XSD-схем. Зачастую одни и те же элементы описаны по-разному в схожих схемах
2) При проверке координат объекта на публичной кадастровой карте приходится конверитровать их в WGS-84. Необходимо либо добавить возможность проверки координат в МСК, либо опубликовать параметры и формулы перехода от МСК к WGS-84, используемые в ПКК для каждого региона
3) Не хватает обратной связи с разработчиками XSD-схем, для обсуждения сложных моментов, как до введения схемы в действие, так и после. Частично вопрос может быть снят подробными рекомендациями к составлению XML-файлов
4) Редкое обновление публичной кадастровой карты. Дополнительная информация: разработчик программы "ПроГео"
Чучунов Сергей Юрьевич, директор, НП МУНИЦИПАЛИТЕТ.ИНФО, Москва Предложения:
1) Поддержка старых шаблонов формирования html документов из xml-файлов
2) Унификация однотипных блоков данных в различных схемах
3) Ревизия «обязательных полей» в схемах
4) Разработка «родного» ПО для формирования и отправки данных по образцу ФНС, где ГНИВЦом создан и поддерживается условно-бесплатный продукт «Налогоплательщик»
5)Сертификация ПО сторонних производителей ПО с выдачей официального «Угу». Например – разрешения размещать некую официальную символику типа Rosreestr certified software. Ведение реестра таких программ
6) Разработка и опережающая поддержка программы-тестера формируемых xml-файлов. Дополнительная информация: Разработчик платформы НеМО.Портал (Java, PostgreSQL,Postgis), ПО: НеМО 3.х, НеМО.Бот
Савельев Вячеслав Владимирович, инженер-программист, ООО ПКФ "Информ-Сервис" Предложения:
1) Унификация XML схем (схемы проще, одни и те же блоки в разных схемах должны быть одинаковыми)
2) Уменьшение разнообразия самих схем (к примеру КПТ и выписка очень близки по информативности, есть смысл заменить их на одну и др.)
3) Доступность проверки объекта учета на публичной кадастровой карте (механизм пересчета координат)
4) Больше информации и подробнее о СМЭВ (подробное описание web-сервиса госуслуг)
5) Строгое соответствие действующих XML схем и текущей версии программы ГКН (иногда кадастровая требует не указывать то что в схеме является обязательным и наоборот). Дополнительная информация: Разработчик ПО "ИС Кадастровый инженер", "ИС БТИ"
Железняков Владимир Андреевич, инженер-программист, КБ "Панорама", Москва Предложения:
1) Использование международных стандартов OGC WFS, WMTS, WCS для передачи и обмена информацией.
Елисеев Олег Николаевич, генеральный директор, ООО "ТехноКад" Предложения:
1) Через веb сервисы портала в настоящее время введены ограничения на получение в территориальных отделах ФГБУ бумажных экземпляров сведений кадастра и ЕГРП, запрос на которые был отправлен в электронном виде.
Предлагается снять это ограничение, как противоречащее действующему законодательству.
2) В настоящее время с использованием портала Росреестра можно подавать документы на кадастровый учет изменений земельных участков в электронном виде, однако нельзя подавать аналогичные документы на кадастровый учет изменений объектов капитального строительства.
Предлагается доработать сервисы портала.
3) В соответствии с п. 6 статьи15 221-ФЗ органы гос. власти или местного самоуправления должны представлять в орган кадастрового учета сведения об установлении или изменении границ образований, населенных пунктов, территориальных зон. В соответствии с Постановлением правительства РФ № 618 от 18.08.2008 такие сведения должны предоставляться в электронном виде по каналам связи общего пользования. В соответствии с постановлением Минэкономразвития № 503 от 20.10.2010 установлены требования к электронным документам, а Росреестром утверждена XML схема. Вместе с тем в настоящий момент на портале Росреестра не реализован прием таких документов в электронном виде . Предлагается доработать сервисы портала.
4) Для унификации действий сотрудников органов кадастрового учета по всей стране предлагается разработать общие правила (инструкции) по работе с заявлениями о кадастровом учете, полученными в форме электронных документов с портала Росреестра. В них в частности должно быть отражено следующее:
- отсутствие необходимости проверки электронной подписи и формирования расписки о приеме документов непосредственно в органе кадастрового учета
(эти проверки проводятся централизовано на портале)
- отсутствие необходимости требовать от заявителя на стороне органов кадастрового учета наличие в электронном заявлении о КУ, полученном с через web-сервисы портала необязательных реквизитов, (например, адреса электронной почты заявителя) и при их отсутствии формировать отказ в КУ.
5) В настоящее время на многих подсайтах региональных кадастровых палат размещены старые дистрибутивы программного обеспечения, формирующие межевые планы, что приводит к путанице и неправильному формированию межевых планов актуальных версий.
Предлагается убрать устаревшие версии с подсайтов.
Гильданов Ришат Рифович, генеральный директор, ООО "Инстер" Предложения:
1) Возможность отправки Технического плана через "Внесение дополнительных документов на государственный кадастровый учет"
2) Невозможно использовать Сертификат Ключа Подписи для получения документов по заявке
3) Доступ к ресурсу Росреестра для поддержки разработчиков
4) Сделать XML-схему при уточнении смежных участков такой же простой как и при уточнении обычного участка
5) Разъяснить заполнение полей XML-схем
6) Способ загрузить файл с координатами в МСК на Публичную кадастровую карту для проверки
7) Информировать подробнее об изменениях на портале Росреестра. Дополнительная информация: Разработка ПО "Инстер ГеоКадастр", "Инстер ПЛинк" и др.
Федоринов Юрий Игоревич, директор, ООО "НПЦ "Интегрированные кадастровые системы" Предложения:
1) Выдача сведений по неопубликованным XML-схемам (Отсутствие опубликованной схемы XML (v.2) для Выписки ЕГРП).
2) Предоставление в Выписках ГКН сведений о топологически некорректных пространственных данных объекта (можно привести примеры).
3) Со стороны разработчиков XML-схем требуется описание правил заполнения, а не только формальное описание самой схемы. Зачастую xml-файл соответствует xml-схеме, но не проходит некий, никому не известный, форматно-логический контроль.
4) Унификация однотипных элементов разных схем.
5) Общественное обсуждение схем.
6) Отсутствие унификации Субъектов в ЕГРП (как следствие - в записях о правах на различные Объекты недвижимости, произведенных в разное время, один и тот же Субъект описан по разн ому, что, естественно, транслируется в сведения Выписок ЕГРП);
7) Отсутствие структурированного и классифицированного описания Адреса Субъекта в сведениях Выписки ЕГРП;
8) Нелепый принцип идентификация "Индивидуальных предпринимателей" по сведениям Выписки ЕГРП (по представлению сведений об ИНН).
9) Взаимная унификация описания Субъектов в Росреестре и ФНС. Дополнительная информация: Разработчик АСУ для ОГВ, предприятий-исполнителей кадастровых работ.
Литвинцев Константин Александрович, заместитель директора, ФГБУ "ФКП Росреестра"
Усова Мария Борисовна, начальник отдела развития кадастровой деятельности в отношении земельных участков, ФГБУ "ФКП Росреестра"
Гладышева Наталья Петровна, начальник отдела информационного взаимодействия и верификации данных, ФГБУ "ФКП Росреестра"
Бойко Алексей Евгеньевич, заместитель начальника Управления учета ОКС, ФГБУ "ФКП Росреестра"
Котин Данил Предложения: Отсутствие нормального описания взаимодействия с Росррестром. Дополнительная информация: Разработчик системы для КИ
Шекляев Е.В., инженер отдела ГИС СургутНИПИнефть, ОАО Сургутнефтегаз
Данекин Николай Александрович, ведущий инженер-программист, ПУ СургутАСУНефть, ОАО СургутНефтегаз
Камерлох Роман Рейнович, разработчик, ООО "ГЕОКАД плюс" Предложения:
1. Ящик пользователя. На текущий момент используется ящик пользователя, чьим ЭЦП инициализировано TLS соединение с WEB-сервисом. Возможна ли реализация к ящику пользователя по ЭЦП отправляемого пакета, в случае, если ЭЦП пакета и TLS канала разные? 2. Из описаний веб-сервисов удален метод deleteEvents. В последствии его не будет?
3. Как получить доступ к техподдержке веб-сервисов? Контакты?
4. Есть ли механизм оповещения веб-сервисом о поступлении новых событий пользователя веб-сервиса? Чтобы не было постоянных периодичных вызовов методов getEvents? Нужна возможность реализовать «подписку на события»?
5. На веб-сервисах существует ошибка, при котором, в некоторых случаях, формируются события с пустым полем detailsXML. Эти события не удаляются методом deleteEvents. Было бы неплохо решить эту проблему.
Борисов Виктор Леонидович, главный специалист, Ки Партнер ИТ, Воронеж Предложения:
1.Предлагаю сделать так, чтобы на rosreestr.ru не встречалось так часто сообщение "Интернет-портал перегружен".
2. Предлагаю установить и прописать на сайте срок ответа технической поддержки.
3. Прошу рассказать про взаимодействие с Росреестрм в связи с переходом на новые условия использования ЭЦП
4. Планируется ли внедрение поиска объектов через web-сервисы публичной кадастровой карты по координатам? На данный момент возможно только получение кадастрового квартала.
5. Планируется ли запуск сервисов с поиском информации ЕГРП/ГКН путём передачи в сервис КЛАДР/ФИАС-кода?
Журба Виктор Викторович, главный технолог, МОК-Центр, Москва Предложения:
1. Можно ли вернуть неиспользованные деньги после окончания действия ключа доступа?
2. Как централизованно вносить оплату за использование множества ключей в территориально-распределённых офисах, чтобы зачисление происходило автоматически?
3. Согласно приказу МЭР от 15 февраля 2012 г. N 58 "Перечисление платы производится после представления запроса о предоставлении сведений, содержащихся в ЕГРП". Можно ли перечилять плату до подачи первого запроса?
Зенков Александр Александрович, руководитель отдела разработки информационных систем, ООО"ИТП "Град", Омск Предложения:
1. Можно ли получать сведения с публичной карты в формате в WFS?
2. Сведения на публичной кадастровой карте представлены в СК EPSG:3857. Какую заявленную точность они имеют?
3. Можно ли получить сведения ГКН в формате WFS в местной системе координат (МСК) региона? Какими документами регламентируется этот доступ (т.е. куда можно обратиться за получением доступа, если такого доступа нет или в нем отказано)?
Кроо Наталья Дмитриевна, системный аналитик, ООО"ИТП "Град", Омск Предложения:
1. Можно ли получать сведения с публичной карты в формате в WFS?
2. Сведения на публичной кадастровой карте представлены в СК EPSG:3857. Какую заявленную точность они имеют?
3. Можно ли получить сведения ГКН в формате WFS в местной системе координат (МСК) региона? Какими документами регламентируется этот доступ (т.е. куда можно обратиться за получением доступа, если такого доступа нет или в нем отказано)?
Список участников на 6.06.2013
Насыхов Артем Алмазович, руководитель группы разработки ПО, ООО "МОРИОН", Санкт-Петербург Предложения:
1.Отсутствие в публичном доступе правил, по которым определяется топологическая корректность полигонов. По каким критериям осуществляется проверка полигона на самопересечение.
2.Не предусмотрена возможность описания полигона с использованием дуговых элементов. Отсутствие единых правил к расчету точек аппроксимации дуги.
Пущина Жанна Владимировна, консультант ГИС, ИРМ Девелопмент (Группа Компаний Системы & Проекты / ИРМ), Москва Предложения:
1. Плучение сведений с публичной карты в формате в WFS;
2. Возможность использование недокументированных запросов;
3. Выборка объектов по Query в шаблоне запроса на сайте;
4. Пересчет систем координат "на лету";
5. Сертификация ПО сторонних пользователей, требования и правила сертификации;
6. Согласованность данных с реальным положением в регионах - дата "регистрации" метрического описания участка в БД в конкретного отделения Росреестра.
Плотников Павел Анатольевич, старший программист-разработчик, ИРМ Девелопмент (Группа Компаний Системы & Проекты / ИРМ), Москва
Мельников Константин Михайлович, заместитель директора по развитию, ЗАО "Геоцентр-Консалтинг", Москва Предложения:
1. Есть ли возможность доступа к картографической основе, спутниковым снимкам, адресному реестру?
2. Планируется ли разработка API для доступа к данным?
Байшев Сергей Игоревич, руководитель проектов, ЗАО "Геоцентр-Консалтинг", Москва
Рябков Алексей Владимирович, директор, ООО "МиТэК", Волгоград
Батищев Павел Сергеевич, руководитель, ПрограммныйЦентр.РФ, Киров Предложения:
1. Раскрытие информации о технических особенностях сервисов Портала Росреестра для обеспечения равных конкурентных преимуществ разработчиков приложений. Дополнительная информация: Производим программы для формирования XML-файл для сдачи в Росреестр.
Пауков Алексей Анатольевич, генеральный директор, "ГАРАНТ Электронный Экспресс", Москва Предложения:
1. "ГАРАНТ Электронный Экспресс" (Удостоверяющий центр) ГАРАНТ заинтересован в сотрудничестве в сфере взаимодействия с порталом Росреестра с помощью электронной подписи
Пономарев Алексей Алексеевич, руководитель управления, "ГАРАНТ Электронный Экспресс", Москва
Пауков Андрей Анатольевич, руководитель отдела маркетинга, "ГАРАНТ Электронный Экспресс", Москва
Морозов Игорь Олегович, ректор, Академия АйТи, Москва Предложения:
1. Дистанционное Обучение пользователей ИС
Пундровская Лада Владимировна, директор, Академия АйТи, Москва Предложения:
1. Организация дистанционного обучения при внедрении ИС
Мурашко Вячеслав Вячеславович, главный специалист, VNIIAS, Ростов-на-Дону Предложения:
1. Уточнение состава и назначения полей, возможность получения границ земельных участков найденных по заданным критериям (в частности геометрическим запросам)
Немов Владимир Владимирович, ЗАО "Фрегат", Таганрог Предложения:
1. Более подробное описание xsd-схем, т.к. в том виде, в котором на данный момент оно имеется, разработчикам ПО для кадастровых инженеров приходится разрабатывать выгрузку файлов в формате xml используя метод проб и ошибок, что сказывается на качестве оказываемых гос.услуг и, в конечном итоге, на заявителях.
2. Исключить из xsd-схем такое понятие, как условно -обязательный и необязательный аттрибут (реквизит): аттрибут (реквизит) должно быть либо обязательным, либо его не быть вовсе, т.к. наличие или отсутствие условно-обязательных и необязательных аттрибутов (реквизитов) в сдаваемом xml в разных субъектах вызывает диаметрально противоположные решения у ОКУ. Либо реализация п.1, который снимет все вопросы как со стороны разработчиков, так и со стороны ОКУ.
3. Возможность доступа к тестовому контуру АИС ГКН для проверки корректности формирования исходящих xml-документов в период перехода от одной версии схемы к другой.
4. Необходимость обратной связи с разработчиками xsd-схем для уточнения спорных моментов.
5. Сертификация ПО для кадастровых инженеров в свете совместимости с АИС ГКН. Прохождение сертификации будет гарантировать совместимость (корректную выгрузку) xml файлов и их последующую загрузку в ОКУ с положительным ФЛК.
Суслов Дмитрий Леонидович, IT – директор, ООО "Интеграционные технологии" МФТИ, Долгопрудный Предложения:
1.Более подробное описание сервисов СМЭВ, возможность осуществления техподдержки для организаций-разработчиков сервисов.
2.Возможности тестирования сервисов при разработке
Туник Андрей Владимирович, руководитель отдела автоматизации градостроительной деятельности, ООО "Интеграционные технологии" МФТИ, Долгопрудный Предложения:
1. Безболезненный" переход на новые форматы сервисов.
2. Пример общей схемы XML.
Жуховицкий Григорий Михайлович, председатель правления, Компания "Кредо-Диалог", Минск
Карпов Александр Александрович, заместитель директора по развитию, Компания "Кредо-Диалог", Минск
Русак Владимир Михайлович, руководитель направления Кадастр недвижимости, Компания "Кредо-Диалог", Минск
Полидовец Вячеслав Вячеславович, инженер-программист, Компания "Кредо-Диалог", Минск
Быданцев Максим Валерьевич, директор по информационной безопасности, "ГАРАНТ Электронный Экспресс", Москва Предложения:
1. Взаимодействие Удостоверяющего центра с порталом Росреестра
Рыженко Дмитрий Сергеевич, ИП Рыженко Дмитрий Сергеевич, Удмуртия Предложения:
1. Аутентификация с сервером для доступа к web сервисам
Арзамасцева Елена Сергеевна, Кадастровый инженер, ООО "Поместье", Ревда
Елисеев Олег Николаевич, ООО “Технокад”, Москва
Кучковский Ярослав Витальевич, ООО “Технокад”, Москва
Горская Ирина Викторовна, ООО “Технокад”, Москва
Бойков Рамиль Сергеевич, ООО “Технокад”, Москва
Зубаиров Альберт Рафкатович, ООО “Технокад”, Москва
Дроздова Надежда Михайловна, ООО “Технокад”, Москва
Третьяков Антон Сергеевич, ООО “Технокад”, Москва
Земляков Андрей Юрьевич, аналитик, ЗАО "АйТи. Ведомственные системы" Предложения:
1) Упрощение XSD-схем для взаимодействия через веб-сервисы. Предложение реализовать всего 2 (две) XSD-схемы по двум видам сведений – ГКН и ЕГРП с существенным упрощением структуры данных и X-Path. Далее, полученные XML от контрагентов можно преобразовывать через XSL в текущий формат. Но текущий формат XSD-схем однозначно слишком громоздкий и сложный.
2) Создание HTML/XSL визуальных форм запросов в РосРеестр по всем видам сведений. При этом специалисты РосРеестра лучше всех смогут добавить все необходимые проверки ввода данных на все поля и сделать идеальные формы для ввода данных. А лучше сделать специализированную страницу на своем сайте «Для разработчиков» - где будет лежать актуальные XSD-схемы, HTML/XSL-ф ормы запроосов, XSL-формы ответов. Почему именно HTML/XSL? Потому что это наиболее общий формат и его можно встроить в любое десктопное или веб-приложение.
3) Решить проблемы с периодическими ошибками сервиса проверки ЭЦП на стороне РосРеестра, из-за которой мы получаем ошибку
4) Если речь идет о взаимодействии черех СМЭВ, то настойчивое требование включить в документацию контрольные примеры конвертов сообщений по всему бизнес-процессу взаимодействия с РосРеестром. По всем кейсам. По всем статусам обработки. По всем ветвлениям бизнес-процесса. По всем возможным случаям. Это существенно (!) упростит разработку взаимодействия с РосРеестром и избавит специалистов от однотипных вопросов. Или сделать некоторый FAQ/WiKi на сайте со всеми однотипными вопросами/ответами и актуальной информацией.
5) При ошибках выдавать в комментариях в XML подробное описание ошибок.Например, очень критичны два момента: a. При отказе/отсутствии сведений по запросам в ответе выдавать более подробную информацию, по какой причине произошел отказ или сведения отсутствуют, с чем это связано и т.п. Если причина неизвестна, то выдавать в ответе полный список всех возможных причин. Мы эту информацию выдаем пользов ателям, а они оказывают государственные услуги и хотят знать подробности. Потому что из-за отказов/отсутствия сведений услуга может быть не оказана заявителю. b. При ошибке ЭП (при ошибке по OID) также выдавать подробное сообщение об ошибке. Дополнительная информация: Разработка ИС для ОГВ
Майский Всеволод Валентинович, разработчик, ЗАО Нанософт, Москва
RSS
Реклама
