Форум землевпорядників

фух ... тема станет очень популярная, готовимся Seks

SOROKIN,

SOROKIN писав: фух ... тема станет очень популярная, готовимся

??? Про що Ви цим хотіли сказати

Korum, Земля,

SOROKIN писав: фух ... тема станет очень популярная, готовимся

етап петель і вирізок проходили це 4 роки тому, невже ще буде навала "динозаврів"? facepalm
не показуйте цю тему NickS, бо буде всім непереливки за петлі

Denver, ааа, ось чому )))

Korum писав: Да вроде бы уже разобрался, сделал тот файл с петлей, а нужно наверное сложный полигон.

З вчорашнього дня провели зміни в НКС. Тепер ніяких петель в обмінних файлах! Воно і раніше так було, але де-хто не звертав увагу. Тепер же, мабуть, не прийме такий файл НКС.
Додатково:
1. Тег Purpose повинен мати номер цільового КВЦПЗ без ніяких букв секції! Наприклад: "04.04", "01.03"
2. Тег ParcelID не повинен містити лише нулі! Це відбуєваться тоді, коли кадастровий номер ще не присвоєно і в цьому тезі зберігаються 4 останні цифри. Якщо будуть 0000 - помилка. Що робити в цьому випадку? Питайте у реєстраторів. Або ігнорувати цю помилку на ділянках без кадастрового номера, або записувати тег у вигляді <ParcelID/>, але не факт, що такий вигляд прокатить в НКС - ще не відомо.
3. Тип угідь (тег LandCode) повинен мати форму КВЗУ, а не 6-зем! Все, забувайте про 6-зем! Наприклад: "001.03", "009.01".

З приводу ParcelId я зрозумів, що цей блок взагалі має буи видалений з оф на реєстрацію.

NickS писав: Додатково:
1. Тег Purpose повинен мати номер цільового КВЦПЗ без ніяких букв секції! Наприклад: "04.04", "01.03"
2. Тег ParcelID не повинен містити лише нулі! Це відбуєваться тоді, коли кадастровий номер ще не присвоєно і в цьому тезі зберігаються 4 останні цифри. Якщо будуть 0000 - помилка. Що робити в цьому випадку? Питайте у реєстраторів. Або ігнорувати цю помилку на ділянках без кадастрового номера, або записувати тег у вигляді <ParcelID/>, але не факт, що такий вигляд прокатить в НКС - ще не відомо.
3. Тип угідь (тег LandCode) повинен мати форму КВЗУ, а не 6-зем! Все, забувайте про 6-зем! Наприклад: "001.03", "009.01".

Помилки не критичні - регистратор не имеет права не пропустить.
Отказ в регистрации только по критичним
6-зем забудем, когда будет редакция ст.50 Закона про Землеустрій

NickS писав: 1. Тег Purpose повинен мати номер цільового КВЦПЗ без ніяких букв секції! Наприклад: "04.04", "01.03"
2. Тег ParcelID не повинен містити лише нулі! Це відбуєваться тоді, коли кадастровий номер ще не присвоєно і в цьому тезі зберігаються 4 останні цифри. Якщо будуть 0000 - помилка. Що робити в цьому випадку? Питайте у реєстраторів. Або ігнорувати цю помилку на ділянках без кадастрового номера, або записувати тег у вигляді <ParcelID/>, але не факт, що такий вигляд прокатить в НКС - ще не відомо.
3. Тип угідь (тег LandCode) повинен мати форму КВЗУ, а не 6-зем! Все, забувайте про 6-зем! Наприклад: "001.03", "009.01".

А шо за буря в стакані - ми так давно робимо. Жодних сюрпризів.

Azhimut писав: 6-зем забудем, когда будет редакция ст.50 Закона про Землеустрій

Редакція ст. 50 ЗУ стосується лишень проектів відведення. Причому навіть у проектах я ProprietorCode залишав пустим, а решту заповнював за №1051. І приходило.

tops_a писав: З приводу ParcelId я зрозумів, що цей блок взагалі має буи видалений з оф на реєстрацію.

При видаленні його буде помилка структури. Хоча... може в НКС помилки і не буде... це ще треба перевірити. Хтось перевірить?

Azhimut писав: Помилки не критичні - регистратор не имеет права не пропустить.

kurilov писав: А шо за буря в стакані - ми так давно робимо. Жодних сюрпризів.

Для нас теж. Але, як бачимо, для когось стало сюрпризом навіть те, що внутрішні контури треба через вирізки робити, а не прив'язки, хоча це вже 10 років як відомо... facepalm
А буря тому, що позавчора все було норм, а сьогодні вже подібні файла бракуються, от тому всі в паніці, бо треба по-іншому робити.

Буря в стакані. В листі написано "на даний момент помилки структури відображені в «протоколі валідності» мають статус - «не критична». Але це ж на даний момент. А потім в один прекрасний день будуть відображатись як критична і усьо. Але ж ніхто не пояснює. Вчора дзвонив і писав на хелп деск, сказали написали " не переймайтесь, то тестова перевірка
Буде доопрацьовуватись"

Татьяна1985 писав: Коли підгрузили підписаний обмінний файл в НКС то програма видає помилку "електроний документ містить помилки.Проблема структури електронного документа" не бачить сертифіката електронного цифрового підпису. Допоможіть вирішити цю проблему?

поділіться досвідом вирішення цього питання. Дякую.

bil писав:
поділіться досвідом вирішення цього питання. Дякую.

Мабуть закінчився строк дії електронного цифрового підпису. В любому випадку раджу перепідписати файл.

Дообновлялись!
Видає критичну помилку - Помилка геометрії угідь.
Тепер всі файли, де є обмеження чи більше одного угіддя, будуть забраковані.
Вставляти точку в слой "земельна ділянка" - це тупо!

!	Повідомлення з: Admin
	http://zemres.com/forum/rules#rule2.5

DevilliveD писав: Вставляти точку в слой "земельна ділянка" - це тупо!

Оце так визначення! Хтось, колись уже про це описував, що якоби НКС повинен розглядати окремі шари, типу угіддя, обмеження, оренду... ЯК!? Коли це є ОДИН електронний документ і він має бути топологічно єдиним, а не кожен шар сам по собі. Звичайно, і це правильно!, що ось такі от помилки топології електронного документу накінець-то почали бракуватися.

WladMir писав: Оце так визначення! Хтось, колись уже про це описував, що якоби НКС повинен розглядати окремі шари, типу угіддя, обмеження, оренду... ЯК!? Коли це є ОДИН електронний документ і він має бути топологічно єдиним, а не кожен шар сам по собі. Звичайно, і це правильно!, що ось такі от помилки топології електронного документу накінець-то почали бракуватися.

Ви перші заговорили про топологію. Це мали зробити з самого початку ведення цих всіх баз!
Побачимо яка буде в НКС топологія через деякий час. Ось вам приклад.

DevilliveD писав: Видає критичну помилку - Помилка геометрії угідь.
Тепер всі файли, де є обмеження чи більше одного угіддя, будуть забраковані.
Вставляти точку в слой "земельна ділянка" - це тупо!

Це не тупо. Якщо Ви її не поставите, то баланс площ не зійдеться. Ви повинні розуміти, що точка ніколи не може бути точно посаджена на лінію. Саме тому, точки мають "сідати" на точки. Якщо ж Ви це не зробите, то Ваше угіддя не дійде до межі ділянки, або ж вийде за її межу (до речі, на вашій ділянці це вже помітно). В результаті чого, баланс площ не співпаде і не виконається правило, що угіддя мають покривати всю ділянку і не виходити за неї.
Чому? Читайте тут:
http://zemres.com/forum/viewtopic.php?p=98253#p98253

NickS писав: Якщо Ви її не поставите, то баланс площ не зійдеться

Ці всі роки, до вчорашнього дня, все сходилось)
Мені не важко так робити, але вже куча об'єктів зроблено і знаходяться на погодженні чи реєстрації і т.д.
Мене більше цікавить чи вони там не передумають і шось інше змінять.

Ну пусть изменит координату межи угодия или обмеження по Х/У на миллиметр, чтоб внутри контура участка остались, раз принципиально не хочет общую точку создавать...
Имхо, общая точка необходима.

WladMir писав: Хтось, колись уже про це описував, що якоби НКС повинен розглядати окремі шари, типу угіддя, обмеження, оренду... ЯК!? Коли це є ОДИН електронний документ і він має бути топологічно єдиним, а не кожен шар сам по собі.

Я не згоден з Вами лише в одному: ділянка, угіддя, обмеження, оренда - це окремі шари і не треба їх збивати в кучу і рахувати їх баланс! Але топологічно, вони залежать від контура ділянки, бо оренда, обмеження і сервітути не можуть виходити за межі ділянки, а угіддя повинні розповсюджуватись на всю ділянку і не виходити за неї (співпадати баланс площ).

DevilliveD писав: Мене більше цікавить чи вони там не передумають і шось інше змінять.

А вони так постійно і роблять. Ви що, перший рік в землевпорядництві?

Azhimut писав: Ну пусть изменит координату межи угодия или обмеження по Х/У на миллиметр, чтоб внутри контура участка остались, раз принципиально не хочет общую точку создавать

Не прокатить, тоді вийде, що угіддя не покривають всю ділянку.

NickS писав: Не прокатить, тоді вийде, що угіддя не покривають всю ділянку.

Прокатит только в случае отдельного слоя обмеження. А по угодиям да, не прокатит. Идеальная сумма не сойдется, пока не будет общих точек с участком...

допоможіть по угіддям що нетак в НКС?пише помилка геометрії угідь:площа вказана в електроноому документі(0,1489) не співпадає з площею описаною геометрії (0,1600)

Azhimut писав:
Прокатит только в случае отдельного слоя обмеження. А по угодиям да, не прокатит. Идеальная сумма не сойдется, пока не будет общих точек с участком...

Стосовно оренди, сервітутів і обмежень - згоден. Головне, щоб не виходило за межі ділянки. Тупість починається тоді, коли площі обмежень заставляють писати в експлікацію. Це, до речі, одеська фішка. Цю штуку ще 10 років назад заставляли робити в Одеській області, а тепер вже з Києва одесит заставляє робити це всю країну. Видно вони не вкурсі, що обмеження можуть перетинатись і накладатись, проходити через десятки угідь... facepalm

Ныкыта писав: допоможіть по угіддям що нетак в НКС?пише помилка геометрії угідь:площа вказана в електроноому документі(0,1489) не співпадає з площею описаною геометрії (0,1600)

Допомогти можна лише бачачи повну картину того, які угіддя у Вас на ділянці і як вони зроблені. Екстрасенсів тут, ніби, не має. Проаналізуйте кожне угіддя, перевірте чи не накладаються вони і самі знайдете проблему. Якщо влом, за окрему плату підгоню всі угіддя, щоб баланс повністю співпав. Krutelyk

Ныкыта, а сума угідь в ХМЛ чому дорівнює? Покажи сам ХМЛ

Нові новини! Якщо у вас на ділянці не присвоєно кадастровий номер, то НКС видасть помилку на такий формат тегу:
<ParcelID>0000</ParcelID>
Один з клієнтів, за нашою порадою, виправив даний тег на формат пустого тегу:
<ParcelID/>
І такий варіант пройшов в НКС без проблем.

Беріть на замітку. morgayu

под
<ChiefPosition>Сертифікований інженер-землевпорядник</ChiefPosition>

и

<ExecutorPosition>Сертифікований інженер-землевпорядник</ExecutorPosition>

блок сертификата:
<Qualification>
<QualificationNumber>******</QualificationNumber>
<QualificationDate>20**-**-**</QualificationDate>
</Qualification>

Без этого уже точно забракуют.