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

Доброго времени суток! Господа, а кто-нибудь знает как в Технокад редакторе делать xml межевого не для портала, а чтобы напрямую сдавать в кадастровую. Я сделал в полностью пакет, отнес для проверки в кадастровую, те сказали что он у них не грузится в АИС надо через портал подавать. Сам пробовал первый раз, поэтому тонкостей не знаю, в техподдержке сказали что в принципе можно, но как не сказали...

 

Многоконтурные части не поддерживаются ни 2, ни 3 версией схемы. В составе элемента SubParcel не предусмотрен элемент Contours. Можно лишь сформировать часть с вкрасплением - для этого используется элемент Spatial_Element.

 

о блин. а мне как раз тоже нужно такую делать..

 

Всем доброго времени суток, поделитесь те кто готовит МП в ХМЛ информацией как в вашем ТЭ формируется в ХМЛ схеме адрес земельного участка, суть вопроса у меня в одну строчку, смотрю блок схему там так сказать моногорядное формирование окато, кладр и т.д., начались вопросы с КП

 

Можно и так и так.
Если в одну строчку, то указывается элемент Note ( Неформализованное описание местоположения ).
Иначе используется элемент Address.

Если адрес записывается одной строкой (note), то у кадастровой не должно возникать никаких вопросов.
ИС ППД например вообще не умеет структурированный адрес записывать.

 

Есть вопросы.
1. Принцип формирования GUID( GUID="fd46c75a-0c38-415d-a59e-21ce92edee6c" ). Кто его формирует? Этот идентификатор мне возвращает сервер и я его пишу в хмл, либо он формируется локально(прога на машине пользователя) без участия сайта росреестра?
2. В хмл отсутствуют сведения о документах, на основании которых подготовлен межевой план. Если сопоставлять бумагу и хмл, то исходные не присутствуют. Это так?
3. IDREF где его брать?
4. Cs_Id тоже самое, где брать???

 

Чем 3 отличается от 4?

 

1. GUID формируется локально, должен быть уникальным.
Как формируется - ХЗ, возможно просто набор случайных символов, но в этом случае уникальность негарантирована, хотя её вероятность очень высока.
У меня месяц назад была такая ситуация, более десятка заявлений поданных мной оказались со статусом "Заявление не прошло проверку".
Я их все подал повторно, теперь одно заявление проходит учёт, а по второму с таким же МП - отказ: "МП с таким GUID уже загружен".

2. В XML много чего отсутствует, что есть на бумаге: сведения о заказчике, исходные данные, заключение КИ, графика и т.д. Это действительно так.

 

Предельных размеров в XML форме тоже нет!

 

Эта штука формирует уникальные идентификаторы. Её можно встроить в любую программу.
После вызова программы в буфере обмена находится уникальный идентификатор. Где-то в недрах глобальной сети это есть.

 

А с системой координат(3 и 4). По идее должен давать сервер из списка. МСК - это же предопределенная константа. Если для системы координат я сам буду формировать ID, то какой в нем смысл?
Хотя....... Если бумажная форма, с точки зрения набора данных, отличается от электронной - это уже ошибка, ведущая к неоднозначности. Где тут смысл?

 

Подскажите кто знает. Мы вот собираемся переходить на электронную версию отправки МП, через xml. xml-схемы сейчас присутствуют только на образование, или на уточнение и раздел тоже есть? Я в том плане, как заполняется акт согласование и отсылается ли он тоже как-то через xml, или всё-таки идёт через приложения (которые в .pdf пакуются вместе с графикой).

 

Схемы предусматривают и уточнение. Что не предусматривает (документы), то сканируем.
Тут другая мысль промелькнула. Как теперь быть с межевым планом при выполнении кадастровых работ по исправлению ошибки? Как его формировать в xml? Он не регламентирован.

 

Отчего же? Всё так же, как с МП по уточнению.

 

Да, но это не уточнение. Вид работ уже другой. Вот например простой вопрос. При данном виде работ как быть с актом согласования?

 

Схемы может и предусматривают уточнение. Однако кто-нибудь уже сдавал МП по уточнению? И что делать с актом согласования, идёт как приложение?

 

Сдавали с успехом.

 

boltik,.
у нас еще не полностью перешли на ск принятую для кадастрового учета.
есть несколько местных. Да и по схеме каждый участок может иметь свою ск.
так, что Id для системы координат будем генерировать случайным образом.
и, соответственно, каждому ЗУ будем присвать один и тот-же номер.
Вряд ли в росреестре ведут учет всех систем координат.
Они еще не научились пересчитывать их в одну.

 

вопрос ко всем
одновремено образуется простой и многоконтурный. Выгрузка такого МП не предусмотрена схемой
образование участка и одновременное уточнение смежного. Выгрузка такого МП не предусмотрена схемой
Ужель на каждый ЗУ свой МП. А если раздел многоконтурного с образованием обычного.
Может я чего-то не знаю?

 

Почему не предусмотрена? Для простого участка описание пространственной составляющей (элемент Entity_Spatial) непосредственно будет вложен в элемент NewParcel, а для многоконтурного он находится по пути NewParcel - Contours - Contour - Entity_Spatial. Схема не запрещает наличия в файле элементов NewParcel с разной структурой.

Это правда. В элементе SpecifyParcels вложенный элемент ExistParcel является обязательным, а элемент SpecifyRelatedParcels необязателен. Получается, что смежные участки могут уточняться только при наличии уточняемого существующего и никак иначе.