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

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





НОВИНКА

Полигон Про: Муниципалитет

Лицензия, включающая программные модули для подготовки электронных документов органами государственной власти субъектов РФ и органами местного самоуправления для сдачи в ОКУ.




Рекомендации по подготовке электронных форм межевого плана земельного участка в XML-формате (по Краснодарскому краю)

2. Для раздела SpecifyParcels проверяется:

а. Раздел SpecifyParcels /ExistParcel

i. Несколько разделов ExistParcel в схеме допускается указывать только в случае, если один из объектов является Единым землепользованием, а остальные - входящие в него Обособленные и Условные участки (ориентирование происходит на тип участка в БД). В другом случае может быть только 1 раздел ExistParcel. Текст ошибки: «Раздел ExistParcel: Более 1 объекта допускается только в случае раздела Единого землепользования»

ii. для Многоконтурного земельного участка (ориентироваться на тип участка в БД) в XML файле Раздел ExistParcel /Contours должен присутствовать. Иначе фиксируется сообщение «Раздел ExistParcel/Contours обязателен для Многоконтурного земельного участка». Для ExistParcel/Contours/Contour: если указан Number_PP, то производится поиск в БД по учетному номеру КМЗУ (связь с МЗУ Новая, Актуальная или Аннулируемая); Если не удалось найти в БД, то в протоколе фиксируется ошибка: «Раздел ExistParcel/Contours: КМЗУ с учетным номером ... не найден среди актуальных сведений».

iii. Раздел ExistParcel/EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным участком или Условным участком (ориентироваться на тип участка в БД). Иначе в протоколе фиксируется сообщение: «Раздел ExistParcel/EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным или Условным участком»

iv. Раздел ExistParcel /CompositionEZ обязателен для Единых землепользовании (ориентироваться на тип участка в БД). Иначе в протоколе фиксируется сообщение: «Раздел ExistParcel/Composition_EZ обязателен для Единого землепользования».

      • Для разделов Composition_EZ/InsertEntryParcels/InsertEntryParcel/ExistEntryParcel/CadastralNumber, Composition_EZ/DeleteEntryParcels/DeleteEntryParcel/CadastralNumber КН преобразуется к шаблону.
      • Если преобразование удалось, то происходит поиск ЗУ в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);
      • Если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, но при этом проверяется, является ли данный объект земельным участком. Если нет, то в протокол выводится ошибка "Вид объекта в файле не соответствует виду объекта в БД", объект не загружать.
      • Если не удалось преобразовать КН или не удалось найти ЗУ в БД, то в протоколе фиксируется ошибка: «Раздел ExistParcel /Composition_EZ: Объект с КН ... не найден среди актуальных сведений»
      • Для Composition_EZ/InsertEntryParcels/InsertEntryParcel/ExistEntryP arcel/CadastralNumber проверяется, что объект имеет тип «Обособленный участок» или «Условный участок». В противном случае выводится ошибка: «Раздел ExistParcel/Composition_EZ/InsertEntryParcels/InsertEntryParcel/ExistEntryParcel. Объект с КН ... не является Обособленным или Условным участком»
      • Для Composition_EZ/DeleteEntryParcels/DeleteEntryParcel/CadastralNumber проверяется, что объект имеет тип «Обособленный участок» или «Условный участок» и имеет связь с родительским ЕЗ «Актуальная» или «Аннулируемая». Текст ошибки: «Раздел ExistParcel/CompositionEZ/DeleteEntTyParcels/DeleteEntryParcel. Объект с КН ... не является Обособленным или Условным участком»

v. Для раздела Irmer_CadastralNumbers: если в БД не найдены объекты с такими номерами либо они не являются ЗУ, то данные о ЗУ не обрабатываются. Так же, если найдено несколько объектов, то данные о ЗУ не обрабатываются.

vi. Для SpecifyParcels/ExistParcel/SubParcels/SubParcel: если указан Number_PP, то производится поиск в БД по учетному номеру (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный); Если не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел SpecifyParcels/ExistParcel/SubParcels: Объект с учетным номером ... не найден среди актуальных сведений». 

b. Раздел FormParcels/SpecifyRelatedParcels:

i. КН преобразуется к шаблону

ii. Если удалось, производится поиск в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);

iii. если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, то проверять, что объект является ЗУ. Если нет, то в протокол выводить ошибку "Вид объекта в файле не соответствует виду объекта в БД", объект не загружать.

iv. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел SpecifyRelatedParcel: Объект с КН ... не найден среди актуальных сведений», 

с. В случае если хотя бы 1 объект не прошел проверку, то все объекты не загружаются, а в протоколе фиксируется ошибка. 

3. Для раздела NewSubParcel проверяется:

a. КН родительского ЗУ NewSubParcel/CadastralNumber_Parcel преобразуется к шаблону

b. Если преобразование удалось, производится поиск в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);

c. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел NewSubParcel: Объект с КН {... (выводить значение атрибута NewSubParcel/CadastralNumber_Parcel)...}» не найден среди актуальных сведений».

В случае если хотя бы один объект не прошел проверку, то ни один объект не загружается, при этом в протоколе фиксируется соответствующее сообщение.

Для объектов, сведения которых подлежат изменениям, осуществляется проверка на блокировку в другой заявке. Если объект заблокирован, то сведения загрузке не подлежат.

Если проверки прошли успешно, то осуществляется загрузка сведений. Перед загрузкой сведений об объектах происходит удаление всех ранее привязанных к заявке объектов из заявки и замена их на новые.

Правила загрузки ЗУ:

1. Для раздела образуемых земельных участков FormParcels:

a. Если проверки прошли успешно, то для раздела FormParcels/NewParcel создаются новые объекты на основе сведений из XML.

b. Если проверки прошли успешно, то для разделов FormParcels/ChangeParcel и FormParcels/SpecifyRelatedParcel сведения по объектам обновляются из XML файла.

2. Для раздела SpecifyParcels:

a. Если проверки прошли успешно, то для разделов SpecifyParcels/ExistParcel и SpecifyParcels/SpecifyRelatedParcel сведения по объектам обновляются из XML файла. Если проверки прошли успешно, то для раздела SpecifyParcels/ExistParcel/Composition_EZ/InsertEntryParcels/InsertEntry Parcel/NewEntryParcel создаются новые объекты на основе сведений из XML. При создании объекта сведения о родительском квартале (районе) наследуются из элемента SpecifyParcels/ExistParcel/CadastralBlock родительского ЕЗ, сведения о категории, разрешенном использовании, адресе, наследуются из последнего удостоверенного среза ЕЗ.

b. Дляобъектов ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber и SpecifyParcels/ExistParcel/Composition_EZ/InsertEntryParcels/InsertEntry Parcel/ExistEntryParcel создаетсясвязьсЕЗ «Новая»

c. Дляобъектов SpecifyParcels/ExistParcel/Composition_EZ/DeleteEntryParcels/DeleteEntr yParcel/CadastralNumber создаетсясвязьсЕЗ «Аннулируемая».

3. Для раздела NewSubParcel:

а. Если проверки прошли успешно, то для раздела NewSubParcel создаются новые объекты на основе сведений из XML. Связь с родительским ЗУ «Новая».

Раздел SpecifyRelatedParcel (уточняемые смежные земельные участки)

Правила описания смежных участков в межевом плане:

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

2. Участок границы уточняемой границы должен описываться в направлении обхода по часовой стрелке.

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

4. Если у смежного участка уточняются несколько участков границы, то в элементе «SpecifyRelatedParcel» повторяется кадастровые номера смежного участка.

5. Осуществляется изменение координат следующим образом:

a. Добавление точки. Если для точки не указана старая координата, а новая координата указана, то в файле отыскиваются точки до и после обрабатываемой точки, у которых указана старая координата. Если две такие точки» не найдены, то объект не обрабатывается, а в протоколе фиксируется сообщение «Некорректные координаты смежного участка с КН...». Если найдены, то добавляются новые точки между двумя найденными. В случае если в файле подряд указаны несколько новых точек, то при добавлении в БД между существующими точками необходимо учитывается порядок следования точек.

b. Замена точки. Если для точки указана старая координата и новая координата, то осуществляется поиск соответствующей точки в БД по старой координате и соответственно заменяется на новую.

c. Удаление точки. Если для точки указана только старая координата, а новая не указана, то осуществляется поиск соответствующей точки в БД по старой координате и производится её удаление.

Правила загрузки ЧЗУ

1. Для образуемых ЧЗУ (FormParcels/NewParcel/SubParcels/SubParcel, FormParcels/ChangeParcel/SubParcels/SubParcel: если заполнен атрибут Definition, SpecifyParcels/ExistParcel/SubParcels/SubParcel: если заполнен атрибут Definition) создаются новые объекты на основании сведений в XML.

2. Для изменяемых ЧЗУ (FormParcels/ChangeParcel/SubParcels/SubParcel: если заполнен Number_PP, SpecifyParcels/ExistParcel/SubParcels/SubParcel: если заполнен NumberPP) производится поиск по NumberPP в ГКН – среди актуальных сведений (статус Внесенный, Временный, Учтенный, Ранее учтенный и связь с родительским ЗУ Новая, Актуальная или Аннулируемая).

a. если ЧЗУ найдена, то все сведения обновляются из XML файла

b. если ЧЗУ не найдена, то в протоколе фиксируется соответствующее сообщение и данные о ЧЗУ не загружаются.

Правила загрузки КМЗУ

1. Для образуемых КМЗУ (NumberPP отсутствует: FormParcels/NewParcel/Contours/Contour; pecifyParcels/ExistParcel/Contours/Contour - если заполнен атрибут Definition) создаются новые объекты на основании сведений XML.

2, Для изменяющихся КМЗУ (NumberPP присутствует: SpecifyParcels/ExistParcel/Contours/Contour - если заполнен Number_PP) производится поиск по Number_PP в ГКН - среди актуальных сведений (связь с родительским МЗУ Новая, Актуальная или Аннулируемая).

a. Если КМЗУ найден, все сведения обновляются из XML файла

b. Если КМЗУ не найден, то в протоколе фиксируется соответствующее сообщение и данные о КМЗУ не загружаются.

Рекомендуется перед сдачей в ОКУ пакета документов производить проверку подготовленных XML-файлов межевых планов на их соответствие утвержденным XML-схемам. Проверку можно осуществить с помощью программы, размещенной на сайте филиала учреждения (http://kadastr-23.ru) в разделе «Информация для КИ» «Программа проверки XML-файлов на соответствие STD_MP-схемам».


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