Електронний документ XML: загальне технічне обговорення

[Evgeniya]

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

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

[doslidnik]

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

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

[murrrchik]

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

[Valer4ik]

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

[Alex1977]

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

[Student]

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

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

[doslidnik]

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

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

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

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

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

[Alexxp]

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

Саме цікаве хто і скільки?
90 грн. чи по точках

наказ Центру ДЗК від 23.03.2011 № 100.rar

http://dzk.gov.ua/index.php?option=com_ ... tstart=170
http://dzk.gov.ua/index.php?option=com_ ... itstart=40

[doslidnik]

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

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

[Evgeniya]

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

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

[Alex1977]

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

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

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

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

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

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

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

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

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

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

[doslidnik]

тип Double

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

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

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

[Volodar]

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

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

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

[IrinaPom]

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

[Volodar]

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

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

или Укртелеком с Укрпочтой

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

[makctos]

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

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

[IrinaPom]

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

[Evgeniya]

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

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

[IrinaPom]

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

[ExTreme]

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

[gusbiz]

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

[murrrchik]

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

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

[murrrchik]

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

[ExTreme]

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

[Valer4ik]

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