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

Azhimut писав: Без этого уже точно забракуют.

В програмі GIS6, в налаштуваннях експорту XML, поставте галочку "Адаптування обмінного файлу під постанову 1115"

Спробували сьогодні зареєструвати ОФ з обмеженням. Ставив точність координат 4 і 5 знаків після коми - не проходить, а 6 - пройшов!

NickS писав: В програмі GIS6, в налаштуваннях експорту XML, поставте галочку "Адаптування обмінного файлу під постанову 1115"

Адаптация, только под постановление 1051 если что...

geoexplorer писав: Адаптация, только под постановление 1051 если что...

Если что, обновите программу до последней версии. morgayu

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

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

Проверим, мало ли, всякое бывает в НКС) Кстати если кто уже пробовал смещать точку на миллиметр то отпишитесь как успехи.

DevilliveD писав: Спробували сьогодні зареєструвати ОФ з обмеженням. Ставив точність координат 4 і 5 знаків після коми - не проходить, а 6 - пройшов!

Не понимаю как это вообще может на что-то влиять. НКС рулит.

Juno писав: Не понимаю как это вообще может на что-то влиять. НКС рулит.

Було так:
<X>5677137.032</X> <Y>2262051.017</Y>
<X>5677144.452</X> <Y>2262070.968</Y>
<X>5677146.023</X> <Y>2262051.708</Y>
<X>5677168.673</X> <Y>2262047.757</Y>
Стало так:
<X>5677137.032000</X> <Y>2262051.017000</Y>
<X>5677144.452033</X> <Y>2262070.968564</Y>
<X>5677146.022962</X> <Y>2262051.707500</Y>
<X>5677168.673000</X> <Y>2262047.757000</Y>

э випадки, якщо в контурі зона, квартал, ділянка, угідя, відсутні точки на які спирається сервітут, або обмеження, то за рахнок заокруглення, контур сервітуту або обмеження, на якийсь мізер, виходить за межі ділянки, добре видно при значному приближенні в Digitals, думаю, що за рахунок заокруглень, тому і пройшло

DevilliveD писав: Стало так:<X>5677137.032000</X> <Y>2262051.017000</Y><X>5677144.452033</X> <Y>2262070.968564</Y>

было время, подсовывал обменники на регистрацию до десятых долей миллиметра
а тут гляжу уже на микронный уровень перешли
вот силище земельного кадастра!

поділіться будь-ласка ХМЛем який "пройшов" після змін.

Нарешті деякі дов***и в районних відділах прикусять собі язики.

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

Поясніть так як правильно чи як Ви заповнюєте ProprietorCode? Якщо проект то пусте або згідно класифікатору 6-зем. А в інших випадках як?
Пусте пишемо так "<ProprietorCode></ProprietorCode>" чи так "<ProprietorCode/>"?

Щодо додаткових точок на контурі ділянку у зв'язку з існуванням угідь, обмежень, сервітутів:
1.Все має свою точність і сума площ угідь ніколи не співпадатиме з площею ділянки. Просто треба підібрати певну точність (до 5,10-го знаку після коми) де ця помилка вилізе. Бо площа є похідною від координат. І повірте будуть випадки коли сума площ (якщо спершу їх вирохувати окремо а потім сумувати) буде різнитись від площі ділянки. І це не залежить від того чи ти додаєш додаткові точкі на контурі ділянки чи ні. Так додавання таких точок зменшує таку ймовірність (мабуть в рази).
2.Програмно можна вираховувати чи належить точка лінії чи ні. Треба лиш визначити точність з якою це робити. Думаю ця точність має бути на порядок гіршо. Напр. 0,001 для кординат ділянки та 0,01 для перевірки на належність до лінії. Цікаво з якою точністю зараз визначають чи належить точка контуру чи вона знаходиться поза її межами?
3.<Error>0.0002</Error> є такий тег щодо визначення площі ділянки. Чи його якось враховують при визначені критичності помилки?
4.Наприклад маємо межу - кордон України. Невже контур кордону має містити спільні точки з межами районів, межами областей, межами населених пунктів, межами ділянок щоб НКС мала правильну топологію????

Тикніть носом де про цей блок написано? У вимогах до структури від 02.11.2009 та додатку до них такого не має.

Azhimut писав: <Qualification>
<QualificationNumber>******</QualificationNumber>
<QualificationDate>20**-**-**</QualificationDate>
</Qualification>

doslidnik писав: Поясніть так як правильно чи як Ви заповнюєте ProprietorCode?

Відправляв так - <ProprietorCode/>.

doslidnik писав: Тикніть носом де про цей блок написано? У вимогах до структури від 02.11.2009 та додатку до них такого не має.

Бо вже давно як треба дивитися у постанову №1051.

kurilov писав: Бо вже давно як треба дивитися у постанову №1051.

Забудьте про неї як зробив це НКС

doslidnik писав: Тикніть носом де про цей блок написано?

Постанова 1115 від 23 грудня 2015
http://zakon0.rada.gov.ua/laws/show/1115-2015-п

doslidnik писав: Пусте пишемо так "<ProprietorCode></ProprietorCode>" чи так "<ProprietorCode/>"?

Пусті теги краще вводити отаким чином: <Тег/>

doslidnik писав: сума площ угідь ніколи не співпадатиме з площею ділянки

Це не правельне твердження. Співпадатиме тоді, коли:
- угіддя не виходять за межі ділянки;
- угіддя покривають всю ділянку;
- точність координат і площ однакова.

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

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

DevilliveD писав: Спробували сьогодні зареєструвати ОФ з обмеженням. Ставив точність координат 4 і 5 знаків після коми - не проходить, а 6 - пройшов!

Це "американська рулетка" та це не можна брати за правило (інколи достатньо буде 3, а 4 вже дасть хибний результат, може бути і навпаки). Іншими словами треба кидати кінцевий результат напр. в акад та під високим наближенням дивитись де опинилась точка внутр.контуру чи зовні.

doslidnik писав: 3.<Error>0.0002</Error> є такий тег щодо визначення площі ділянки. Чи його якось враховують при визначені критичності помилки?

Ніяк не враховують. По суті, розробники ХМЛ його придумали на майбутнє, але про нього нічого не описали в законах. Навіть не має методу, Який би розраховував цю похибку. В результаті, якщо хтось його і записує, то записують лише для краси і приблизно - він не розраховується. Відповідно і звертати увагу на нього не треба.

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

hatemekillme писав: Допоможіть роз'яснити помилки, які виникають під час реєстрації земельної ділянки

Помилки 8-15 - говорять про те, що блока FullName не має. Цей блок - ФІО особи (власник ділянки чи суміжника):
<FullName>
<LastName>Іванов</LastName>
<FirstName>Іван</FirstName>
<MiddleName>Іванович</MiddleName>
</FullName>

Помилки 1-2 - відсутній блок ChiefName. Це те саме, що вище тільки говорить про ФІО відповідальної особи у виконавця.

Помилка 3 - не зовсім зрозуміла без самого обмінного файлу. Мабуть блок виконавця не туди втулили.

Помилки 4-7 відсутні блоки LocalAuthorityHead (Прізвище, ім’я та по батькові керівника органу виконавчої влади або місцевого самоврядування) та DKZRHead (Прізвище, ім’я та по батькові начальника територіального органу Держземагентства), та ж сама проблема з ФІО.

В якому програмному забеспеченні Ви створюєте ці xml? Може воно застаріло?

hatemekillme писав: Доброго дня! Допоможіть роз'яснити помилки, які виникають під час реєстрації земельної ділянки, дякую.

У нас майже тіж самі помилки, але всі блоки присутні та заповнені

NickS писав: Може воно застаріло?

саме ці елементи не змінювались з самого початку запровадження XML
можливо деякі програми від самого початку створювали ці поля неправильно?

hatemekillme, викладіть нормальний ОФ. Бо на 0520282400040197001.txt жаліється софт (не відкриває, бо щось накручено з точками й полілініями).

роботи проводилися в программі - диджитал
хмл створений в менеджері обмінних файлів версія 1.16.0
перевіряв xml checker-ом
До обнови НКС проблем не було..

NickS писав: Забудьте про неї як зробив це НКС

вимоги до структури від 02.11.2009 так само чинні як і 1051

NickS писав: Це не правельне твердження. Співпадатиме тоді, коли:
- угіддя не виходять за межі ділянки;
- угіддя покривають всю ділянку;
- точність координат і площ однакова.

Не погоджусь. І ми з вами про це дискутували на цю тему у 2012. Ви мене не почули.
Площа є параметром похідним. І згідний з вами що "заокруглення суми площ і сума заокруглених площ" дають інколи різний результат. В xml ми пишемо результат площі для угідь вже заокругленний, а тому не факт що сума результатів ("сума заокруглених площ") буде дорівнювати площі ділянки.

doslidnik писав: Площа є параметром похідним.

Баланс сойдется, если координаты вершин площадных фигур (участок, угодия) в одном ряду. Т.е. точки ОБЩИЕ.

doslidnik писав: вимоги до структури від 02.11.2009 так само чинні як і 1051

Постанова 1115 - це зміни до постанови 1051. Ви впевнені, що зміни в яких пишуть "пункт такий то замінити пунктом таким то" мають другорядне значення після самої постанови? А не головне? Ви впевнені? morgayu Почитайте постанову 1115.

Parcel писав: можливо деякі програми від самого початку створювали ці поля неправильно?

Так. Саме в цьому і проблема. Мені прислали приклад хмл. Згідно побаченого виправляю своє тлумачення:
Помилки 1-2 - В блоці ChiefName не має тега MiddleName (по-батькові). Можливо НКС це вважає за помилку?
Помилка 3, швидше всього, випливає з помилок 1-2.

Стосовно інших помилок - не бачу проблем... Ви впевнені, що саме цей файл прислали, що давали на перевірку? Згідно самої структури ніби все правильно. Можливо на якусь незначну деталь НКС так реагує... Цей файл треба було б передати в ХелпДеск НКС'у. Нехай вони розберуться чому НКС видає такий дивний результат при наявності вказаних тегів.