Обсуждение

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

А учтенный уточненный участок, сведения о котором не прописываются в 6 листе, является участком, смежным с уточняемым земельным участком? Пришлите нам, пожалуйста, ГБД с проектом и указанием, какой участок в проекте Вы называете декларативным, какой учтенным уточненным и какой участок является уточняемым (по отношению к которому заполняются сведения о его смежниках).

>когда выделяю все ребра в панели проекта, чтобы задать правообладателя уточняемого участка (н1-н1) и выбираю правообладателя

В свойствах ребер уточняемого участка его правообладателя указывать не надо.

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

Для остальных ребер(например, н1-н3) в их свойствах указывается нужный смежный участок с правообладателем(или представителем) которого необходимо согласовать.

1. Проблема в том, что неизвестно, как выгружать в xml-формат межевого плана новые границы уточняемых смежных участков, т.е. полностью состоящие из новых точек, ни для одной из которых не указана исходная точка. В Вашем случае это новая внутренняя граница смежного участка, возникающие в результате уточнения. Из описания в xml-схеме для межевого плана этой части (элементы SpecifyRelatedParcel) непонятно как должны выглядеть эти данные в xml-файле, т.е. нет никакой определенности. Подробнее.

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

В приведенном примере и в примере, который пришел нам на почту, для уточнения смежного участка применяется элемент SpecifyRelatedParcel. Этот элемент предназначен для автоматического внесения изменений в границу смежного участка, который уточняется в объеме общей границы с объектом работ. Для полноценного уточнения (исправления) он не подходит.

Напомню, что существует две ситуации, которые называются одинаково "уточнение смежного участка":

1. Уточнение только той границы смежного участка, которая является общей с объектом работ. Исходная граница смежного участка неуточненная. В ПКЗО применяются типы "смежный-исходный" и "смежный-уточняемый".  В XML-схеме соответствует элементу SpecifyRelatedParcel. В бумажном документе аналог отсутствует.

2. Полноценное уточнение (или исправление ошибки) смежного участка с вычислением площади и проведением согласования. В ПКЗО применяются типы "исходный" и "уточняемый". В XML-схеме соответствует элементу ExistParcel. В бумажном документе по составу сведений соответствует разделу об уточняемых участках.

Чтобы снять все сомнения по поводу элемента SpecifyRelatedParcel, расскажу про него подробнее. Этот элемент содержит список изменений в границе: точка добавилась, точка удалилась, точка изменилась. Сведения о точках группируются в цепочки, у которых крайние точки обязательно должны присутствовать в исходном контуре, т.е. для указания новой точки необходимо добавить крайние существующие точки. Это обязательное условие необходимо для того, чтобы при загрузке было понятно куда вставлять новые точки. Из-за этого ограничения, кстати, нет возможности заполнять этот элемент для тех участков, у которых исходный контур отсутствует.

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

Из этого следует, что заменить элемент ExistParcel элементом SpecifyRelatedParcel никак не получится, т.к. по объему сведений они совершенно разные.

Единственно возможное решение проблемы - это ждать пока в XML-схему и ФЛК будут внесены изменения, позволяющие указывать в XML-документе одновременно несколько элементов ExistParcel (для случая уточнение+уточнение\исправление смежного) и элементы ExistParcel одновременно с элементами NewParcel (для случая образование+уточнение\исправление смежного).

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

> ПКЗО не заполняет этот самый раздел SpecifyRelatedParcel

Чтобы программа заполнила элемент SpecifyRelatedParcel в проекте нужно добавить участки-объекты с типами "смежный-исходный" и "смежный-уточняемый", а также установить им исходный и уточненный контуры (т.к. выгружаются различия между ними).

Это обсуждается на всех форумах, но Росреестр похоже такие мелочи не интересуют! 

Между исходным и уточненным контуром в участках с типами "смежный-исходный" и "смежный-уточняемый" есть реальные различия? При формировании электронного вида межевого плана не выдается никаких предупреждений? Если на оба вопроса ответы "да" - пришлите нам ГБД с проектом, мы попробуем выяснить в чем дело.

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

Речь идет о вопросе 1? Тогда полный ответ на него уже дан.

2ки
В вашем случае раздел SpecifyRelatedParcel не может быть заполнен, т.к. добавляется целиком внутренняя граница. Нет возможности привязать новые точки к существующим в рамках границы. Вы все сделали правильно. Это недостаток XML-схемы и сложившейся логики заполнения элемента SpecifyRelatedParcel. Такая ситуация не должна считаться ошибочной при проверке XML-файла.

Технокад не учитывает логики, которая используется при загрузке раздела SpecifyRelatedParcel в АИС ГКН. При загрузке выполняется привязка последовательностей точек по исходным координатам к точкам, существующим в ГКН.

В вашем примере все точки новые, поэтому такой случай по идее не должен загрузиться в АИС ГКН (хотя Технокад позволяет его заполнить).

В отличие от Технокада ПКЗО учитывает необходимость привязки, поэтому выгружает только те случаи, в которых такая привязка возможна. При этом случаи, когда в ГКН нет сведений о границах или когда добавляется целиком внутренняя граница, не выгружаются, т.к. не имеют привязки и не смогут быть загружены в АИС ГКН.

Информация о необходимости привязки последовательностей точек в свое время была получена от представителей Росреестра, ответственных за XML-схему.

> смущает строчка о новых координатах для точек которые мы не уточняли

Здесь нет ошибки. Для неизменяемой точки заполняется и OldOrdinate, и NewOrdinate. Если точка не имеет NewOrdinate, то она будет считаться ликвидируемой.

2noise 251
> Если Технокад позволяет заполнить раздел SpecifyRelatedParcel, когда новые
> границы полностью состоят их новых точек, не учитывая логики, то почему бы
> и в ПКЗО не отключить эту логику?

Нет проблем. Эта логика у нас уже реализована и была скрыта только из-за невозможности загрузки такого в АИС ГКН. Может сейчас что-то в АИС ГКН поменяли и это заработало.

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

> При уточнении смежного земельного участка, когда имеются и существующие
> и новые точки выдает ошибку: Раздел SpecifyRelatedParcel: Повторяющиеся
> точки смежного участка. Как пояснили в ФГУ, в xml-документе подготовленной
> в ПКЗО имеются точки, которые указаны как начальная точка и как конечная,
> в результате чего имеется повторяющаяся точка. Как устранить и эту проблему?

Тут нужно разбираться. Пришлите нам на support@pkzo.objectland.ru проблемный XML-файл для анализа.

2Олег Актуганов
> А почему бы разработчикам ПК ЗО не связаться с разработчиками АИС ГКН?
> На сколько мне известно на сегодняшний день никто из разработчиков
> подобных ПО (за исключением ТК) не связывается с ФКЦ Земля для решения
> проблем, а только ведет отписку на форумах!

Формально разработчиком АИС ГКН выступает ФКЦ Земля, но фактически разработкой занимается Технокад (субподрядчик). Отсюда, кстати, и привилегированное положение системы Технокад-Экспресс. Мы связывались в свое время с ФКЦ Земля, но на вопросы по поводу АИС ГКН были адресованы в Технокад. Технокад на контакт по поводу АИС ГКН не идет в принципе.

2ВладимиR [42]
> в раздел SpecifyRelatedParcel не вносятся новые точки смежного-уточненного
> участка, расположенные на уточненной границе в створе последней и первой
> точек смежного-исходного земельного участка.

Ваш вопрос на рассмотрении. Если это ошибка, то завтра исправим.

Олег, ответил вам здесь. Предлагаю продолжить дискуссию в рамках одной темы.

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

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

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

Пришлите, пожалуйста, нам по электронной почте ( support@pkzo.ru ) архив ГБД с проектом; xml-файл межевого плана, на который был получен отказ; полный текст отказа (с протоколом загрузки, если есть). Мы проверим оформление проекта и формирование описания измененной границы смежного участка.

В ПКЗО возможно выполнить уточнение основного объекта работ с одновременным уточнением смежного участка. Описать в xml-файле образование «дырки» в смежном возможно, только если использовать 4-ую версию xml-схемы.