+7 (499) 938-69-47  Москва

+7 (812) 467-45-73  Санкт-Петербург

8 (800) 511-49-68  Остальные регионы

Бесплатная консультация с юристом!

Xml схема межевого плана 2019 год

Какова роль вступивших в силу 29 марта поправок в закон в арбитраже и в каком направлении будет развиваться система третейского разбирательства дальше, читайте в интервью с вице-президентом ТПП РФ.

Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с ЗАО Сбербанк-АСТ». Слушателям, успешно освоившим программу выдаются удостоверения установленного образца.

Ваш голос важен в дискуссии по банкротству юр. лиц. Лекторы: В. В. Витрянский, В. В. Бациев, Е. Д. Суворов, О. Р. Зайцев, А. В. Юхнин.

Обзор документа

Содержание

Приказ Федеральной службы государственной регистрации, кадастра и картографии от 6 апреля 2016 г. № П/0159 «О внесении изменений в приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от 10.07.2015 № П/367 «Об организации работ по предоставлению в орган кадастрового учета документов в виде межевого плана земельного участка в форме электронного документа»

В целях поддержания в актуальном состоянии XML-схемы, используемой для формирования XML-документа, размещенной на официальном сайте Росреестра в информационно-телекоммуникационной сети «Интернет», в соответствии с приказом Федеральной службы государственной регистрации, кадастра и картографии от 10.07.2015 № П/367 «Об организации работ по предоставлению в орган кадастрового учета документов в виде межевого плана земельного участка в форме электронного документа», приказываю:

1. Внести изменения в приложение «XML-схема, используемая для формирования XML-документа — межевого плана в форме электронного документа» к приказу Федеральной службы государственной регистрации, кадастра и картографии от 10.07.2015 № П/367 «Об организации работ по предоставлению в орган кадастрового учета документов в виде межевого плана земельного участка в форме электронного документа» (в редакции приказа Росреестра от 13.10.2015 № П/534), изложив его в редакции согласно приложению к настоящему приказу.

2. Управлению информатизации и развития электронных услуг (А.Н. Белый) совместно с Управлением мониторинга и повышения качества государственных услуг (О.В. Артюхова) обеспечить размещение и актуализацию XML-схемы, используемой для формирования XML-документа — межевого плана земельного участка в форме электронного документа, на официальном сайте Федеральной службы государственной регистрации, кадастра и картографии в информационно-телекоммуникационной сети «Интернет».

3. Контроль за исполнением настоящего приказа возложить на заместителя руководителя А.Б. Приданкина.

Руководитель И.В. Васильев

Приложение
к приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от 6 апреля 2016 г. № П/0159

XML-схема, используемая для формирования XML-документа — межевого плана в форме электронного документа

1. Общие положения

Описываемая схема предназначена для формирования электронного документа (далее — Документ) — межевого плана, в котором воспроизведены определенные внесенные в государственный кадастр недвижимости (далее — ГКН) сведения и указаны сведения об образуемых земельном участке или земельных участках либо о части или частях земельного участка, либо новые необходимые для внесения в ГКН сведения о земельном участке или земельных участках.

XML-файл Документа должен соответствовать XML-схеме MP_v06.xsd и представляться в кодировке Unicode (UTF-8).

Номер версии схемы — 06.

При наличии разночтений в данном описании и файле XML-схемы приоритет следует отдавать файлу схемы.

2. Описание формата представления файла обмена информацией (файла обмена)

Документ состоит из набора файлов, упакованных в один ZIP-архив (далее — Пакет). Один Документ соответствует одному Пакету.

В Пакет должен всегда входить XML-файл, содержащий семантические сведения Документа, и один или несколько файлов графических разделов межевого плана и (или) документов Приложения.

Имя Пакета должно иметь следующий вид:

GKUZU — префикс, обозначающий файл со сведениями Документа;

* — уникальный набор символов, соответствующий GUID, указанный в XML-файле (MP/@GUID).

XML-файл должен располагаться в корневом каталоге Пакета.

Файлы графических разделов межевого плана и (или) документов Приложения могут располагаться в подкаталогах .. (в данном случае путь к этим файлам должен быть указан в XML-файле относительно каталога размещения XML-файла). Наименования каталогов и имен файлов не должны содержать пробелов и служебных символов, таких как: +/ * @][<>$#

Имя XML-файла Документа должно иметь следующий вид:

GKUZU — префикс, обозначающий файл со сведениями Документа;

* — уникальный набор символов, соответствующий GUID, указанный в XML-файле (MP/@GUID).

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

XML-файл Документа и файлы графических разделов межевого плана и (или) документов Приложения должны быть подписаны собственной электронной подписью.

Файл электронной подписи должен размещаться в том же каталоге, что и подписываемый файл.

Имя файла электронной подписи должно иметь вид:

3. Логическая модель файла обмена

Структура логической модели XML-файла состоит из строк и представлена элементами и атрибутами XML (тегами), а также их значениями.

Элемент — составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов — составной элемент (элемент сложного типа). Элемент, не содержащий в себе другие элементы/атрибуты, — простой элемент (элемент простого типа).

Атрибут представляет собой составную часть элемента, уточняющую свойства элемента, несущую дополнительную информацию об элементе. Атрибут всегда определяется как простой тип.

Описание структуры XML-схемы файла обмена приводится в табличной форме.

Код элемента Содержание элемента Тип Формат Наименование Дополнительная информация

В графе «Код элемента» указывается сокращенное наименование (код) описываемого элемента XML-схемы.

В графе «Содержание элемента» указывается сокращенное наименование (код) элемента (комплексного типового элемента) или атрибута, входящего в состав описываемого элемента.

Дополнительно для атрибута в графе «Код элемента» повторяется код элемента (или комплексного типового элемента), составной частью которого является атрибут.

В строке «Наименование элемента (комплексного типового элемента)» приводится полное и сокращенное наименование описываемого элемента, а также необходимая дополнительная информация.

Синтаксис сокращенного наименования тега должен соответствовать его наименованию в XML-схеме.

В графе «Тип» указываются символы (обозначения), определяющие признак обязательности — присутствия элемента/атрибута (совокупности наименования элемента/атрибута и его значения) в файле. Признак обязательности может принимать следующие значения:

О — обязательный элемент, должен обязательно присутствовать в XML-документе;

Н — необязательный элемент, может как присутствовать, так и отсутствовать в XML-документе;

OA — обязательный атрибут, должен обязательно присутствовать в элементе;

НА — необязательный атрибут, может как присутствовать, так и отсутствовать в элементе;

У — символ, обозначающий условие выбора (или-или), позволяющее присутствовать лишь одному из указанных элементов/атрибутов. В зависимости от заданного условия либо должен обязательно присутствовать только один элемент/атрибут из представленных в группе условно-зависимых элементов/атрибутов, либо может присутствовать только один элемент/атрибут из представленных в группе условно-зависимых элементов/атрибутов. Символ может добавляться к указанным выше символам, например: «УО», «УНА» и т.д.

В случае если количество реализаций элемента в файле может быть более одной, то признак обязательности элемента дополняется символом, определяющим множественность элемента, — «М», например: «НМ», «ОМ», «УОМ» и т.д.

В графе «Формат» для каждого простого элемента и для атрибута указываются: символ формата, а вслед за ним в круглых скобках — длина (размер) поля элемента/атрибута. Если длина не указана, то она может быть произвольная. Для форматов простых элементов/атрибутов, являющихся базовыми в XML, например с типом «date» (дата), длина не указывается.

Это интересно:  Незаконный захват земли соседом 2019 год

Символы формата простого элемента и атрибута соответствуют представленным ниже обозначениям:

D — , дата в формате (год — месяц — день);

К — , кодовое значение по классификатору, справочнику, и т.п.;

В — , логический тип «Истина/Ложь»;

Если значением элемента/атрибута является дробное десятичное число, то формат представляется в виде N(m.k), где m — максимальное количество знаков в числе, включая целую и дробную части числа, без учета десятичной точки и знака «-» (минус), а k — число знаков дробной части числа. Если значением элемента/атрибута является символьная строка (текст), имеющая минимальное и максимальное значение, то формат представляется в виде T(n-m), где: n — минимальное количество символов, m — максимальное количество символов, символ «-» — разделитель.

Для составных элементов в графе «Формат» указывается признак типа элемента. Может принимать следующие обозначения:

S — , составной элемент (сложный элемент логической модели, который содержит вложенные элементы);

SA — , составной элемент, содержащий атрибут (сложный элемент логической модели, который содержит вложенные элементы и атрибуты);

СТ — , группа элементов и/или атрибутов, комплексный (базовый) тип (определенный набор (совокупность) элементов/атрибутов, объединенных в группу с общим наименованием, используемый в таком составе в других элементах схемы).

Все составные элементы описываются отдельно. Атрибут составного элемента описывается после описания основного элемента.

В графе «Наименование» указывается полное наименование элемента или атрибута, комплексного типового элемента, соответствующее его аннотации в XML-схеме.

В графе «Дополнительная информация» указывается дополнительное описание элемента, атрибута. Для составного элемента указывается ссылка на место отдельного описания состава данного элемента и, при необходимости, его наименование. Для элементов/атрибутов, принимающих перечень значений из классификатора (справочника, кодового словаря и т.п.), указывается соответствующее наименование классификатора (справочника, кодового словаря и т.п.). Если элемент/атрибут имеет в рамках установленного формата ограниченное количество возможных значений, то указываются эти значения. Также могут указываться иные дополнительные сведения.

4. Общие требования к заполнению межевого плана в формате XML

4.1. В XML-файл не должны включаться реквизиты, в которых отсутствуют данные (при отсутствии данных соответствующие теги должны отсутствовать). Замена отсутствующих данных знаком «-» (прочерк) не допускается.

4.3. Координаты должны быть представлены в геодезической системе координат.

4.4. Раздел (элемента ) предназначен для описания замкнутого контура границы. Перечень характерных точек замкнутого контура должен завершаться повторением начальной точки (координаты равны).

При уточнении границ земельных участков необходимо учитывать, что в контуре уточняемой границы должны быть указаны все точки: новые точки, сведения о которых включаются в межевой план, существующие точки, местоположение которых не изменилось или было уточнено в результате кадастровых работ, и прекращающие существование точки (т.е. в блоке должны заполняться и

    ). Новыми точками для контура уточняемой границы считаются любые точки, ранее не входившие в данный контур. Координаты таких точек указываются в разделе . К существующим точкам относятся точки, местоположение которых не изменилось или было уточнено в результате кадастровых работ. Координаты таких точек указываются в разделах и
      . У изменяющейся точки значения старой (
        ) и новой ( ) координаты должны различаться. Если в уточняемом участке границы точка осталась неизменной, то значение новой координаты ( ) должно быть равно значению старой координаты (
          ). Если точка прекращает существование, то для нее должно присутствовать значение старой координаты и отсутствовать значение новой координаты. Координаты таких точек указываются в разделе
            .

          4.5. При описании границ земельного участка, который имеет внутренние границы (контур с «дырками»), нужно описать несколько элементов . Сначала приводится описание границ внешнего контура, за ним должны быть описаны внутренние контуры. При этом порядок обхода точек внешнего контура должен соответствовать направлению против часовой стрелки, а внутренних — по часовой стрелке.

          4.6. Если участок имеет более одного внешнего контура, вместо ветки должна быть сформирована ветка (контуры многоконтурного участка). Каждый внешний контур должен быть описан в элементе , при этом правила описания его границ соответствуют правилам описания границ обычного земельного участка (см. пп. 4.4, 4.5).

          4.7. При уточнении границ смежных участков ( ) в случае изменения части границы (от точки до точки), в том числе при добавлении (исключении) внутреннего контура («дырки») (элемент ), необходимо учитывать следующее: При изменении участка границы начальной и конечной точками такого участка границы должны быть точки, координаты которых либо не изменяют своего положения, либо его уточняют, при этом должны обязательно присутствовать значения старой координаты (

            ) этих точек. Уточняемый участок границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, а также сохраняющих свое положение точек (правила описания точек см. п. 4). Описание перечня точек должно содержать описание одного участка уточняемой границы. Если у смежного участка уточняются несколько участков границы, элемент необходимо повторять для каждого такого участка границы. Последовательность точек должна соответствовать направлению обхода по часовой стрелке. Для добавления внутреннего контура («дырки») должны совпадать первая и последняя точка в элементе. При этом значения старой координаты всех точек добавляемого контура должны отсутствовать (т.е. в блоке должны присутствовать только ). Для исключения внутреннего контура («дырки») должны совпадать первая и последняя точка в элементе. При этом значения новой координаты всех точек исключаемого контура должны отсутствовать (т.е. в блоке должны присутствовать только
              ). При добавлении или исключении нескольких внутренних контуров элемент необходимо повторять для каждого такого внутреннего контура.

            4.8. Глобальный уникальный идентификатор пакета GUID представляет собой строку, состоящую из 36 символов, сгруппированных в пять разделов и разделенных дефисами. Формат четкой последовательности:

            Глобальный уникальный идентификатор пакета (GUID) основан на стандартных универсальных уникальных идентификаторах (UUID).

            GUID присваивается файлу каждый раз при передаче файла в орган кадастрового учета (ОКУ). При повторной подаче межевого плана в ОКУ необходимо присвоить новый GUID, даже если сведения межевого плана не изменялись.

            4.9. Адрес земельного участка, который вносится на основании соответствующего акта органа государственной власти или органа местного самоуправления, уполномоченного присваивать адреса земельным участкам, а также описание местоположения земельного участка, в случае отсутствия присвоенного в установленном порядке адреса земельного участка, должны быть представлены в структурированном виде в соответствии с федеральной информационной адресной системой (ФИАС). В описание местоположения в обязательном порядке должны быть включены названия единиц административно-территориального деления или муниципальных образований, на территории которых располагается участок (субъект Российской Федерации, муниципальное образование, населенный пункт и тому подобное).

            Сведения об адресе (местоположении) земельного участка вносятся в поля структурированного адреса до максимально возможного уровня. Дополнительная часть адреса, которую не удалось структурировать, может быть указана в поле (Иное).

            4.10. При заполнении разделов XML-файла межевого плана необходимо учитывать следующее:

            ГИС Сервер автоматизирует создание геопокрытий на основе информации Банка данных цифровых карт и данных ДЗЗ

            В КБ «Панорама» разработан ГИС Сервер версии 6.3.6. В новой версии добавлена поддержка команды на построение геопокрытий из наборов данных, хранящихся в Банке данных цифровых карт и данных ДЗЗ. Это позволяет оператору Банка данных отбирать записи по различным критериям (территория, дата съемки, точность, тип материала и другим) и формировать покрытия из векторных карт, растров или матриц на заданную территорию в выбранной системе координат. Покрытия размещаются в заданных виртуальных папках на ГИС Сервере, что обеспечивает к ним автоматический доступ различных групп пользователей без дополнительного администрирования. Для удобства ведения версий геопокрытий при создании геопокрытия в заданной виртуальной папке автоматически создается поддиректория с именем формируемого геопокрытия (устанавливает оператор), а в ней поддиректория с текущей датой (YYYYMMDD) по Гринвичу.

            Настройка виртуальных папок для размещения геопокрытий выполняется Администратором Банка данных ЦК и ДЗЗ для каждой группы данных.

            Система координат геопокрытия может быть задана кодом EPSG (например, «epsg:3857»). Для формирования геопокрытий в пользовательской системе координат поддерживается запись вида «crslist:КОД_ПОЛЬЗОВАТЕЛЯ». В этом случае параметры системы координат считываются на ГИС Сервере из файла crslist.xml по заданному коду (идентификатору) системы координат. Записи в файл crslist.xml могут быть добавлены из задачи Паспорт карты в ГИС «Карта 2011».

            Исходные тексты модуля загрузки наборов данных в Банк данных ЦК и ДЗЗ и формирования геопокрытий входят в состав открытого SDK ГИС Сервера.

            ГИС Сервер предоставляет удаленный доступ к векторным картам, данным ДЗЗ, матрицам, документам и базам пространственных данных. Поддерживается многоуровневое подключение ГИС Серверов между собой для распределенного хранения и обработки пространственных данных с автоматической репликацией, резервным копированием и защитой данных.

            Новая версия программы и документация доступны на странице Скачать.

            Комплект обзорно-географических карт масштаба 1: 1 000 000 дополнен картой Королевства Дания

            «АРМ кадастрового инженера» формирует межевой план в форме электронного документа по XML-схеме MP_v06

            В КБ «Панорама» разработан «АРМ кадастрового инженера» версии 11.13.3. Новая версия выполняет формирование XML-документа – межевого плана земельного участка в форме электронного документа по XML-схеме MP_v06. Новая версия XML-схемы введена приказом Росреестра от 6 апреля 2016 года № П/0159 «О внесении изменений в приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от 10.07.2015 № П/367 «Об организации работ по предоставлению в орган кадастрового учета документов в виде межевого плана земельного участка в форме электронного документа».

            Текущая версия диалога «Межевой план» обеспечивает формирование межевого плана в форме электронного документа по XML-схемам MP_v05 и MP_v06. В диалоге реализовано вариативное сохранение в XML-документ сведений об адресе земельного участка и адресе заказчика кадастровых работ — для версии 5 с элементом Note, а для версии 6 без элемента Note и с дополнительным атрибутом AddressOrLocation. При сохранении в XML-документ сведений о приложенном файле (элементе Document) для версии 5 записывается элемент AppliedFilePDF, а для версии 6 — элемент AppliedFile. Для XML-файла версии 6 в сведениях о методе образования земельного участка добавлен вариант «Перераспределение с землями». Доработан диалог «Редактирование семантики объекта кадастровых работ». Реализован вариативный ввод сведений о виде разрешенного использования земельного участка при подготовке сведений для межевого плана версии 6. Пользователь может указать вид разрешенного использования по устаревшему классификатору и по документу или по новому классификатору, утвержденному приказом Минэкономразвития России от 01.09.2014 № 540.

            Новая версия программы доступна для скачивания в разделе Скачать.

            Опубликованы исходные тексты средств разработки для создания и подключения динамических библиотек обработки REST-запросов к GIS WebService SE для Linux

            На сайте КБ «Панорама» опубликованы исходные тексты средств разработки для создания и подключения динамических библиотек обработки REST-запросов к GIS WebService SE для операционной системы Astra Linux SE. Комплект средств разработки (SDK) дает возможность разработчикам создавать новые прикладные запросы и обрабатывать их с помощью функций на языке С++ интерфейса MAPAPI из ГИС-ядра. Это облегчает написание сервисных модулей для программистов, имеющих опыт работы с продуктами ГИС Конструктор.

            В состав SDK входят библиотеки на языке С++ с примерами обработки REST-запросов. Формирование запросов и отображение результатов их обработки происходит в клиентской части web-приложений с применением библиотеки компонент GIS WebToolKit SE. Компоненты GIS WebToolKit SE написаны на JavaScript для сокращения времени разработки web-приложений, использующих геопространственные данные. При добавлении новых запросов и библиотек в GIS WebService SE целесообразно добавить и новые компоненты в GIS WebToolKit SE для применения новых запросов и встраивания их в серверный код на PHP или других языках разработки. Таким образом, разработчик имеет полный контроль над выполнением web-приложений.

            GIS WebService SE обеспечивает высокоскоростной транспортный протокол передачи данных от клиента к серверным библиотекам и может выполняться на различных платформах (Windows, МСВС 5, АstraLinux SE, Заря, RedHat, Solaris, QNX и других), поддерживает различные типы процессоров (Intel, ARM, Эльбрус) и различные типы web-серверов (ngnix, Apache, IIS). GIS WebService SE сертифицирован в системе сертификации средств защиты информации по требованиям безопасности информации, совместим с сертифицированными средствами защиты данных и поддерживает доменную аутентификацию Kerberos и Active Directory.

            GIS WebServiсe SE использует основные международные стандарты (OGC WFS, WFS-T, WMS, WMTS, WCS), с помощью которых осуществляется передача и отображение пространственных данных. В программе реализована возможность выдачи тайлов в пользовательской или местной системе координат. Подключение к GIS WebService SE встраиваемой библиотеки осуществляется на основании 5 стандартных функций. Все настроечные файлы программы хранятся в папках общего доступа к данным. Для расширения возможностей обработки произвольных запросов добавлен механизм выдачи файлов большого размера. Размер файла может достигать нескольких терабайт и ограничен лишь емкостью жесткого диска.

            Исходные тексты доступны для скачивания в разделе Скачать.

            Формирование межевых планов в формате XML. Рекомендации органа кадастрового учета

            Формирование межевых планов в формате XML.

            Рекомендации органа кадастрового учета.

            Приказом Федеральной службы государственной регистрации, кадастра и картографии от 01.01.2001 № П/501 «Об организации работ по реализации Порядка предоставления сведений, внесенных в государственный кадастр недвижимости, утвержденного приказом Министерства экономического развития Российской Федерации , а также Порядка представления в орган кадастрового учета при постановке на кадастровый учет объекта недвижимости заявления о кадастровом учете и необходимых для кадастрового учета документов в форме электронных документов, утвержденного приказом Министерства экономического развития Российской Федерации » утверждена XML-схема, используемая для формирования XML-документа – межевого плана земельного участка, предоставляемого в орган кадастрового учета в форме электронного документа.

            Данная схема размещена на официальном сайте Росреестра в сети Интернет по адресу: www. ***** в разделе Государственные услугиГосударственный кадастровый учет недвижимого имуществаБланки, XML-схемыXML-схемы.

            Основные требования к внешним параметрам XML-файла:

            1) Файл должен быть в формате «XML», при этом он НЕ должен быть заархивирован.

            2) Наименование файла должно обязательно начинаться с префикса «GKUZU».

            Филиалом был проведен анализ межевых планов, поступающих в электронной форме (XML-файлы) вместе с заявлениями о государственном кадастровом учете земельных участков. Было выявлено несколько типичных ошибок, допускаемых кадастровыми инженерами при подготовке межевых планов в электронной форме.

            Ошибки, из-за которых межевой план в электронной форме не загружается в автоматизированную систему государственного кадастра недвижимости (далее – АИС ГКН):

            1. Ошибка проверки структуры файла: The ‘Version’ attribute has an invalid value according to its data type.

            Причины возникновения ошибки:

            — Файл не соответствует актуальной XML-схеме, которая используется сейчас в АИС ГКН (для межевых планов Version= «02»,»03″).

            2. Раздел SpecifyRelatedParcel: Некорректные координаты смежного участка с КН 18:…

            Согласно п. 3 ст. 25 ФЗ от 01.01.2001 «О государственном кадастре недвижимости» при кадастровом учете в связи с уточнением части границ земельного участка, которая одновременно является частью границ другого земельного участка (далее — смежный земельный участок), орган кадастрового учета одновременно вносит соответствующие изменения во внесенные в государственный кадастр недвижимости сведения о местоположении границ такого смежного земельного участка.

            Причины возникновения ошибки:

            — при отсутствии в ГКН данных о местоположении границ (координат) смежного ЗУ;

            — в разделе SpecifyRelatedParcel (уточнение границ смежных участков) указаны только новые точки (не указаны точки до и после);

            — в разделе SpecifyRelatedParcel не указаны либо некорректно указаны точки, которые необходимо заменить в смежном ЗУ– OldOrdinate.

            В АИС ГКН при загрузке электронного документа межевого плана сведения о местоположении границ смежных земельных участков редактируются в соответствии с алгоритмом:

            1. Добавление точки. Если для точки не указана старая координата, а новая координата указана, то в файле идет поиск точек до и после обрабатываемой, у которых указана старая координата. Если две такие точки «до и после» не найдены, то объект не проходит форматно-логический контроль (далее ФЛК) и в протоколе фиксируется сообщение «Некорректные координаты смежного участка с КН…». Если найдены, то в координаты смежного земельного участка добавляется новая точка между двумя найденными. В случае если в файле подряд указаны несколько новых точек, при добавлении в АИС ГКН между существующими точками учитывается порядок следования точек.

            2. Замена точки. Если для точки указана старая координата и новая координата, то при ФЛК АИС ГКН осуществляет поиск соответствующей точки в смежном земельном участке по старой координате и заменяет ее на новую.

            3. Удаление точки. Если для точки указана только старая координата, а новая не указана, то при ФЛК АИС ГКН осуществляет поиск соответствующей точки в по старой координате и удаляет ее.

            1. В БД отсутствует точка с координатами x=… y=… .

            Причины возникновения ошибки:

            — в реквизите OldOrdinate (существующая точка) указана координата, которой не существует в базе (Точка с координатами X=»…» Y=»…» в сведениях о ЗУ 18. отсутствует, из-за чего возникает несоответствие сведениям ГКН);

            — OldOrdinate (существующая точка) и NewOrdinate (новая точка) перепутаны;

            — в разделе SpecifyRelatedParcel (уточнение границ смежных участков) указаны только NewOrdinate (новые точки), нет точек до и после обрабатываемой.

            4. Кадастровый номер не соответствует шаблону

            Причины возникновения ошибки:

            — указан несуществующий квартал;

            — в строке номера земельных участков из которых образован данный участок (например — вместе с К№ внесена фраза – земли находящиеся в государственной собственности), и т. д.

            5. Вид объекта в файле не соответствует виду объекта в БД.

            При загрузке межевого плана проводится проверка вида объекта. Данная ошибка возникает в тех случаях, если вид объекта не является земельным участком.

            6. «Раздел ChangeParcel: Объект с КН … не найден среди актуальных сведений».

            Указанный в разделе ChangeParcel (сведения об изменяемых участках и частях) кадастровый номер не удалось найти в БД АИС ГКН.

            7. «Раздел ExistParcel: Более 1 объекта допускается только в случае раздела Единого землепользования»

            Несколько разделов ExistParcel (Сведения об уточняемых участках и их частях) в схеме допускается указывать только в случае, если один из объектов является Единым землепользованием, а остальные – входящие в него Обособленные и Условные участки (ориентирование происходит на тип участка в БД). Иначе – может быть только 1 раздел ExistParcel, т. е. уточняется только один земельный участок.

            8. «Раздел ExistParcel/Contours обязателен для Многоконтурного земельного участка».

            Раздел ExistParcel/Contours – уточнение многоконтурного земельного участка. В XML файле данный раздел должен обязательно присутствовать (ориентирование на тип участка).

            Ошибки, которые не влияют на загрузку межевых планов в электронной форме, но которые указывают на несоблюдение требований Приказа Минэкономразвития России «Об утверждении формы межевого плана и требований к его подготовке, примерной формы извещения о проведении собрания о согласовании местоположения границ земельных участков», а также на несоответствие межевого плана в электронной форме и в виде бумажного документа:

            1. Не указаны способы закрепления точек.

            2. Не указано описание границ.

            Кроме того, часто структурированный адрес земельного участка указан не в соответствии с КЛАДР (Классификатор адресов России).

            Например: в поле «City Name» (Наименование адресного ориентира Муниципального Образования) указано «город Йошкар-Ола» или «гор. Йошкар-Ола». Необходимо в поле «City Name» указывать «Йошкар-Ола», а тип Муниципального образования указывать в поле «City Type». Аналогичная ситуация с населёнными пунктами и улицами.

            Формирование технических планов в формате XML.

            Рекомендации органа кадастрового учета.

            Технические планы, предоставляемые в орган кадастрового учета, должны быть сформированы в соответствии с требованиями по подготовке технических планов, определенными п.12 Приказа об утверждении формы технического плана сооружения и требований к его подготовке от г. № 000 Минэкономразвития России и п. 13 Приказа об утверждении формы технического плана объекта незавершенного строительства и требований к его подготовке от 01.01.2001 г. № 52 Минэкономразвития России.

            Технический план в электронной форме на электронном носителе представляет собой архивный файл с расширением *.zip, содержащий:
            1. один файл в формате XML, созданный с использованием XML-схемы. XML-схемы утверждены приказом Росреестра от 01.01.2001 №П/11 и размещены на официальном сайте Росреестра в сети Интернет по адресу: www. ***** ;
            2. приложенные файлы с образами: Разделов графической части технического плана (с расширением только «JPG»), либо (вместо сканированных образов) в формате «DWG»:
            схемы геодезических построений (для зданий);
            схемы расположения объекта на земельном участке (для зданий и сооружений);
            чертежа контура объекта (для зданий и сооружений); плана этажа (для помещения).

            Копий документов, включенных в Приложение технического плана – документов, на основании которых готовился план (для всех видов объектов).
            Имя zip-архива может состоять только из цифр, латинских букв верхнего и нижнего регистра, а также нижнего подчеркивания «_», но обязательно должно начинаться с префикса «GUOKS_».

            Имя XML-файла может состоять только из цифр, латинских букв верхнего и нижнего регистра, а также нижнего подчеркивания «_», но обязательно должно начинаться с префикса «GUOKS_».
            При этом XML-файл должен находиться в корне пакета zip (. ) без включения в дополнительные папки.

            Приложенные файлы с образами (графическая часть и документы-приложения) должны находиться в подкаталогах (. ).
            На каждый объект формируется отдельный zip-архив! Включение в zip-архив двух и более XML-файлов невозможно!

            К техническому плану в электронной форме должны прилагаться сканированные образы графической части технического плана с расширением только «JPG», либо (вместо сканированных образов) чертежи графической части технического плана в формате «DWG».
            Для успешного прохождения техническим планом форматно-логического контроля просим Вас обратить внимание на следующие аспекты:
            1. В элементе «Parent_CadastralNumbers» (Кадастровые номера земельных участков, в пределах которых расположен данный объект недвижимости) следует указывать только кадастровый(ые) номер(а) земельного(ых) участка(ов). При отсутствии номера земельного участка данный элемент не заполняется. Недопустимо указание кадастрового квартала, прочерков либо иных символов.

            2. В элементе «Wall» (стены) материал стен указывается в точном соответствии со Справочником (классификатором) «Перечень наименований материалов наружных стен здания, применяемый при ведении Единого государственного реестра объектов капительного строительства».
            3. В элементе «Method» (способ образования объекта) указывается способ только для образованных объектов. Для созданных объектов указание способа образования «иное» является неверным, и при составлении XML созданных объектов данный элемент заполнять не следует.
            4. При составлении XML-файла технического плана помещения, обязательно указывать кадастровый номер здания (сооружения), в котором такое помещение расположено – «CadastralNumbersOKS». В случае одновременной постановки на учет помещения и здания (сооружения) элемент «CadastralNumbersOKS» следует исключить из XML-файла, а не оставлять незаполненным.

            Дополнительно сообщаем, что существует возможность самостоятельно провести форматно-логический контроль XML-файла с использованием специальных программных средств. На сайте филиала ФГБУ «ФКП Росреестра» по Краснодарскому краю (www. *****) в разделе «Информация для КИ» размещена программа проверки XML-файлов на соответствие XSD-схем.

            В отношении технического плана в форме электронного документа, направляемого с заявлением по сетям связи общего пользования (через интернет-портал Росреестра), требования аналогичные, только XML-файл заверяется ЭЦП кадастрового инженера и каждый приложенный файл с образами заверяется ЭЦП кадастрового инженера (кроме декларации № 000, если она представлена с заявлением, – она в этом случае заверяется ЭЦП правообладателя объекта учета).

            Статья написана по материалам сайтов: gisinfo.ru, pandia.ru.

            »

Помогла статья? Оцените её
1 Star2 Stars3 Stars4 Stars5 Stars
Загрузка...
Добавить комментарий

Adblock detector