Свяжитесь с нами

Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
  Войти      Регистрация





НОВИНКА

Полигон: Конвертер XML

Компьютерная программа для конвертации кадастровых XML-файлов любого размера, выдаваемых Росреестром, в MIF/MID-формат (MapInfo), DXF-формат (AutoCAD), а также другие форматы.



Приказ Росреестра от 06.04.2016 N П/0159 "О внесении изменений в приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от 10.07.2015 N П/367..."


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

 

XML-СХЕМА,

ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - МЕЖЕВОГО

ПЛАНА В ФОРМЕ ЭЛЕКТРОННОГО ДОКУМЕНТА

 

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

 

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

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

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

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

 

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

 

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

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

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

GKUZU_*.zip, где:

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

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

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

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

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

GKUZU_*.xml, где:

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

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

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

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

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

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

<имя подписываемого файла>.sig

 

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

 

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

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

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

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

 

Код элемента

Содержание
элемента

Тип

Формат

Наименование

Дополнительная
информация

<наименование элемента (комплексного типового элемента)>

 

 

 

 

 

 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T - <текст (символьная строка)>;

N - <число (целое или дробное)>;

D - <дата>, дата в формате <ГГГГ-ММ-ДД> (год - месяц - день);

K - <код>, кодовое значение по классификатору, справочнику, и т.п.;

B - <булево выражение>, логический тип "Истина/Ложь";

Z - <целое положительное число или ноль>.

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

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

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

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

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

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

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

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

 

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

 

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

4.2. Поля <CadastralNumber> (Кадастровый номер), <CadastralBlock> (Кадастровый номер квартала) заполняются по установленному шаблону заполнения полей без пробелов. Например, кадастровый номер земельного участка 01:01:0000001:1. При этом части кадастрового номера, соответствующие номеру кадастрового округа и номеру кадастрового района, дополняются при необходимости лидирующим нулем до 2-х символов. Часть кадастрового номера, соответствующая номеру квартала, дополняется лидирующими нулями до 6 или 7 символов в зависимости от принятого шаблона в соответствующем кадастровом округе.

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

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

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

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

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

4.7. При уточнении границ смежных участков (<SpecifyRelatedParcel>) в случае изменения части границы (от точки до точки), в том числе при добавлении (исключении) внутреннего контура ("дырки") (элемент <ChangeBorder>), необходимо учитывать следующее: При изменении участка границы начальной и конечной точками такого участка границы должны быть точки, координаты которых либо не изменяют своего положения, либо его уточняют, при этом должны обязательно присутствовать значения старой координаты (<OldOrdinate>) этих точек. Уточняемый участок границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, а так же сохраняющих свое положение точек (правила описания точек см. п. 4). Описание перечня точек должно содержать описание одного участка уточняемой границы. Если у смежного участка уточняются несколько участков границы, элемент <SpecifyRelatedParcel> необходимо повторять для каждого такого участка границы. Последовательность точек должна соответствовать направлению обхода по часовой стрелке. Для добавления внутреннего контура ("дырки") должны совпадать первая и последняя точка в элементе. При этом значения старой координаты всех точек добавляемого контура должны отсутствовать (т.е. в блоке должны присутствовать только <NewOrdinate>). Для исключения внутреннего контура ("дырки") должны совпадать первая и последняя точка в элементе. При этом значения новой координаты всех точек исключаемого контура должны отсутствовать (т.е. в блоке должны присутствовать только <OldOrdinate>). При добавлении или исключении нескольких внутренних контуров элемент <SpecifyRelatedParcel> необходимо повторять для каждого такого внутреннего контура.

4.8. Глобальный уникальный идентификатор пакета GUID представляет собой строку, состоящую из 36 символов, сгруппированных в пять разделов и разделенных дефисами. Формат четкой последовательности: 8-4-4-4-12. Первая группа состоит из 8 символов, следующие 3 группы по 4 символа и последняя группа - 12 символов. Символы - в диапазоне от нуля до девяти (0 - 9), буквы латинского алфавита A, B, C, D, E, F верхнего и нижнего регистра (a-fA-F):

[a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-Fa-F0-9]{4}-[a-fA-F0-9]{12}

Например:

c49620f0-6D81-45a3-B65d-8c9649bb7623;

3F2504E0-4F89-11D3-9A0C-0305E82C3301

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

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

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

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


Страница 2 - 2 из 14
Начало | Пред. | 1 2 3 4 5 | След. | Конец Все