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

NickS писав:А я підтримую таке рішення

Вы попробуйте сдать такой файл в ДЗК - потом поговорим. проблема эта давно известна, появилась она как только все землеустроительные организации начали сдавать ин4 в ДЗК. проблема расхождения суммы площадей угодий и площади участка, и проблема изменения площади при пересчете из местной системы(кто в таковой работает, поймет) в СК 63. цивилизованных путей решения ее - нет. ДЗК не примет файл, если площадь суммы угодий отличается от площади участка и файл, в котором площадь в файле не такая как в техничке, даже если площадь 100 га, а расхождение в 10 кв. м. - это реалии нашей работы - Вы можете с ними соглашаться или не соглашаться - результат от этого не изменится, к сожалению.

Evgeniya писав: Вы задали вопрос - Вам на него ответили. Если Вас такое решение проблемы не устраивает - ищите другое.

Ви праві. Нам головне здати роботу. А істина нікого не цікавить (бо нікому не треба).

doslidnik, у Вашому випадку немає ніякого порушення істини, просто Ви корегуєте різницю у методах округлення. І на експлікацію це аж ніяк не впливає, бо мінімальна одиниця виміру це 0,0001 га (1 м2), а не менше.

Согласно "ІНСТРУКЦІЇ про заповнення бланків державних актів на право власності на земельну ділянку і на право постійного користування земельною ділянкою" http://zakon.rada.gov.ua/cgi-bin/laws/m ... g=z0735-09, п. 2.4. У рядку "є власником земельної ділянки" площа земельної ділянки прописується із значенням до 0,0001 га. Площадь в обменнике указывается в га, а не в м2! У меня при пересчетах тоже вылазиют ошибки при округлении площадей, и ничего, равняю.

А решение проблемы лежит на поверхности. Не нужно ничего округлять там где это не требуется. Координаты записывать в файл с максимальной точностью без округления. Суммировать только неокругленные площади. Вот и все. Пора отказываться от правил, которые существовали в эпоху логарифмических линеек. Сейчас все расчеты выполняет компьютер и ему не сложно выполнять их с числами с 10 знаками после запятой.

Alex1977 писав:...с 10 знаками после запятой.

УГУ, а Вам скажуть: "Шановний у Вас лінійні проміри в документації відрізняються на 1 см від .xml. Бо .xml вони чомусь затягують з точністю до 3-х знаків після коми, і програма не округлює, а бере абсолютну величину (тобто рівно 3 знаки)". V_Bobruisk

Alex1977 писав: Суммировать только неокругленные площади.

А число в периоде... Без округления никак!

Додано через 4 хвилини 14 секунд:

Markush писав:doslidnik, у Вашому випадку немає ніякого порушення істини, просто Ви корегуєте різницю у методах округлення. І на експлікацію це аж ніяк не впливає, бо мінімальна одиниця виміру це 0,0001 га (1 м2), а не менше.

Яким чином коригую? Ручками переправляю площу угіддя чи ручками правлю координати 2-х угідь.

А чому ніхто не пише про розрахунок вартості робіт зі складання обмінного файлу у форматі XML,
затверджений наказом Центру ДЗК від 23.03.2011 № 100
«Про затвердження єдиного тарифу на виконання робіт зі складання обмінного файлу у форматі XML»

Саме цікаве хто і скільки?
90 грн. чи по точках http://dzk.gov.ua/index.php?option=com_ ... tstart=170
http://dzk.gov.ua/index.php?option=com_ ... itstart=40

Alex1977 писав:А решение проблемы лежит на поверхности. Не нужно ничего округлять ...записывать в файл с максимальной точностью

координат.
Я б взагалі б запропонував відмовитись від того щоб в xml писати площу ділянки чи угіддя - маючи координати кожен його розрахує. Але суттєва проблема в тому що у нас немає єдиного підходу до принципів округлення.

Ahill писав:как правило, добавляется еще одна слабоизломная точка в стык угодий внутри участка (наружный контур не трогаем)

именно так и делаем :)) и никаких проблемос...

doslidnik писав: Суммировать только неокругленные площади. А число в периоде... Без округления никак!

Ну как-то же компьютер справляется с такими числами? Для машинной арифметики совершенно не важно в периоде число или нет. Этот термин используется лишь математиками в тех редких случаях когда можно представить бесконечную десятичную дробь с неограниченной точностью. Компьютер всегда оперирует с вещественными числами ограниченной точности. Но эта точность значительно выше необходимой для большинства расчетов. Самый популярный вещественный тип Double http://ru.wikipedia.org/wiki/%D0%A7%D0% ... 1%82%D0%B8 имеет 16 значащих разрядов.

Не раз слышал доводы в пользу округления в таком духе: "Мы же все равно имеем ограниченную точность измерительных приборов (допустим) до см, зачем же нам записывать получаемые координаты с большей точностью?".

Подойдем к вопросу с другой стороны. А зачем округлять? Любая программа уравнивания выдаст координаты с максимальной точностью. Даже если значащими будут только 3 знака после запятой. Зато при дальнейших манипуляциях с числами точность не потеряется.

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

Не нужно округлять координаты, длины линий и площади в промежуточных вычислениях. Вот что это за алгоритм? Взять 2 точки, округлить их координаты до см, расчитать расстояние между ними, полученное значение тоже округлить до см и просуммировать с длиной следующего сегмента. В результате получим периметр участка. В процессе вычисления производится 2 округления. Зачем они здесь? Затем, чтобы соответствовать техдокументации на участок. Потому что в таблице длин линий и координат уже указаны округленные значения и все должно "бить".

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

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

Итак, способ выхода из мирового кризиса. В электронном виде храним все значения с максимальной точностью, например, типа Double. Вычисления производим без округлений. При отображении на экране и на бумаге для читаемости выводим округленные до желаемой точности значения. Сумма площадей угодий будет всегда "бить" с площадью участка так как промежуточные ненужные округления не производятся.

Минус. Суммирование округленных значений в столбик на листочке бумаги уже не даст значение, указанное в итоговой строке таблицы. И это правильно. Потому что там указана не искаженная лишними округлениями величина.

Alex1977 писав: тип Double

Тоже своего рода округление UPS - округляем до 16-го. Без округлений ну никак.

Alex1977 писав: Минус. Суммирование округленных значений в столбик на листочке бумаги уже не даст значение, указанное в итоговой строке таблицы. И это правильно. Потому что там указана не искаженная лишними округлениями величина.

Поддерживаю. Нам главное итоговая (общяя), а не сума контуров.

З досвіду, проекта оргназація опрацьовувала дані з точністью до 3-ьох знаків після коми. Обмінні файли (ін4) здали з точністю до 2-ох (як це і вимагала на той час інструкція). При переоформленні держактів по цим обмінникам "полізли" площі і відстані на 1кв. м або 1 см. Ushas
Але на мою думку, тут проблема в іншому, спецам, які створюють систему ДЗК потрібно вивчити теорію похибок. Якщо вказана допустима похибка (середньо квардратичне відхилення тощо) то і всі похідні від координат - площа та відстані повинні "прийматися" відповідно. А на кадастрових планах, щоб людей не дратувати вказувати площу з точність меншою на один порядок.

"Подходы поменялись, а правила и нормы прежние. Если нужно предоставить вещественное число в удобном для восприятия виде, ничего не мешает округлить его в программе на лету. Но хранить при этом с максимальной точностью."

Мене колись в школі вчили, що числа, які характеризують будь-які виміри, мають точність. Якщо в довжина 0,001 м, то це означає що вона виміряна з точністю 1 мм. І це не просто так, а і певна відповідальність, що там саме 1 мм, а не два чи три. Геодезія мабуть все-таки точна наука, тому будь-які числа тут несуть інформацію в тому числі і точність.
Покажіть мені геодезиста, який з точністю до 1 см винесе в натуру точку в після звичайної кадастрової зйомки. І саме головне: а це потрібно?

Появились сложности из-за того что на один участок нельзя положить два объекта, а у меня в работе двухэтажный магазин, на каждом этаже свой владелец и каждому нужен обменный файл для заключения договора аренды, или Укртелеком с Укрпочтой (трёхэтажное здание) - там вообще слоённый пирог. Что в таких случаях делать? Может встречались с такими вопросами? Подскажите, пожалуйста. С уважением Ирина

IrinaPom писав:а у меня в работе двухэтажный магазин, на каждом этаже свой владелец и каждому нужен обменный файл для заключения договора аренды

Одна ділянка на двох: спільна сумісна власність ст. 89 ЗКУ, або спільна оренда. Ніяких проблем не повинно бути.
А от

IrinaPom писав:или Укртелеком с Укрпочтой

Тут проблема - Укртелеком - оренда і орендна плата, Укрпочта - постійне користування і земельний податок. Відповіді не маю.

Volodar писав: Одна ділянка на двох: спільна сумісна власність ст. 89 ЗКУ, або спільна оренда. Ніяких проблем не повинно бути.
Програма перевірки в держкомземі не баче спільно часткової оренди.
А от
Тут проблема - Укртелеком - оренда і орендна плата, Укрпочта - постійне користування і земельний податок. Відповіді не маю.

Ділянка повинна бути в одній формі власності(користування,оренда чи приватна власність), так гласять всі раз`яснення держкомзему NoNo

Спасибо за информацию, но вопрос сейчас стоит такой, первый этаж уже оформил договор аренды и принят обменный файл на владельца первого этажа (документацию заказывали в разных организациях и в разное время), место в базе ДЗК занято, даже, если я сейчас сделаю обменный файл на "спільну оренду", напишут : Попередження: Дублікат кадастрового номеру. Или другая проблема. Наше ДЗК не принимает об.файлы, если в них два обоснования, возвращает на переделку (уберите одно обоснование), а эти обоснования равнозначны. Или с каждой такой проблемой ездить в ДЗК и доказывать?

IrinaPom писав:Попередження: Дублікат кадастрового номеру.

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

Какие добрые и умные у вас специалисты в центре, а мы уже 10 месяцев не можем избавиться от этой проблемы

А у кого -то возникают непонятные ошибки-сдаешь файл без ошибок,приходит ответ что их море и причем разница между отправленным файлом и принятым назад огромная,то добавлен совладелец ,то координата в шестизначных значениях!!!А ведь реально так можно играть в футбол с ДЗК в одни ворота очень долго!!
Созрела идея чтобы не было непоняток при сдаче в территор.орган земресурсов -попробывать расспечатать хмл файл на бумагу и отдать под роспись +скан этого же на диск???Только как сделать чтобы на бумаге он был не 27-30 страниц а хотя бы 2-3 стр.? У кого какие мысли по этому поводу!!!

Простіше одним аркушем і чим більший номінал тим менше помилок. З практики знаю.

3jlougeg писав: В цьому випадку не треба заповнювати блок оренда, замість нього необхідний блок "Права користування", можу скинути ОФ на храм. Krutelyk

Якби Ваша ласка, то скиньте, будь ласка

3jlougeg, дякую!
Ми зробили аналогічним чином, просто у полі "код форми власності" вказали "комунальна власність".

Скиньте кто-нибудь реальный хмель по аренде земли под гаражом на физ.лицо!!!

А в чем сложность? Хмель по аренде земли под гаражом на физ.лицо?