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

Как раз таки в количестве знаков. Координаты углов поворота получены в результате каких-либо вычислений (даже если на кокам-нибудь табло отображен какой-либо готовый результат) от пунктов существующей ГГС. Эти самые координаты исполнители получают/покупают (тут пробел, ибо всю геодезию, картографию энд перебросили на Агентство) от государства. Подавляющее большинство координат существует до 3-го знака, ими чаще и пользуемся. А результат вычислений от точности до 3-го знака получаем в точности до -надцатого (>3-го) знака. Только этот момент и был мной указан. До которого знака ведутся вычисления, пользователю ГИС (геодезических информационных систем ВООБЩЕ) знать не так уж и важно. Главное, интерфейс чтоб настраивался под нужды. А вот уж с кем договориться-тут вообще непонятно, то ли с Гауссом, то ли с проверятелями ОФ, ДА, кадастровых планов... Повторюсь-увеличение знаков после запятой уменьшает вероятность возникновения ошибки, но насколько это увеличение имеет право быть?

Кремень писав:Повторюсь-увеличение знаков после запятой уменьшает вероятность возникновения ошибки, но насколько это увеличение имеет право быть?

Самі пишете зменшує ймовірність, а треба так щоб взагалі з теорією ймовірності не гратися. А це лише треба домовитися (у вигляді офіційного документу) якими правилами округлення користуватись. До чого тут кути та яким вони боком до округлення площ я так і не зрозумів.

Кремень писав:но насколько это увеличение имеет право быть?

Потратьте немного своего времени на изучения этого дерева ссылок http://www.gisa.ru/81723.html
Не пожалеете, уверяю Вас.
Правда, здесь обсуждаются в основном накладки, но проблемы точности затрагиваются тоже.

doslidnik писав: От цікаво, які вимоги до округлення при розрахунку площі в xml?
До чого тут кути та яким вони боком до округлення площ я так і не зрозумів.

Не кути, координати кутів. А як Ви розраховуєте площі ЗД? Якщо за координатами-то безпосередньо. Якщо спосіб інший-вибачаюсь, що ввів в оману. Якщо мова велась тільки про округлення площ, то я вибачаюсь по іншому приводу. UPS Звертаю увагу на розрахунку площі

Chernov писав: Потратьте немного своего времени на изучения этого дерева ссылок

Благодарю. Ушел вникать. Даже если мои соображения выше были "не в тему", то неожиданно для себя вынес пользу.

Вот так Площадь треугольника или векторное произведение двух векторов.. Тут не зовсі те дивіться краще тут Вар 1 Как найти площадь треугольника по векторам

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

NickS писав:Там були різні алгоритми перетворення данних, тому і виникала різниця при заокругленнях в программі і після експорту

doslidnik писав:Викладіть ці алгоритми, якщо вони є

NickS писав:Round() в Delphi. Якщо у Вас є час та натхнення, можете пошукати її код на асемблері.

Ви привели лише один алгаритм Round, а писали у множині про алгоритми. Який ще?

Теория математической обработки геодезических измерений:
меньше 5 - значение не увеличивается ;
больше 5 - увеличивается на единицу;
при крайнем значении 5 - изменение в сторону четного значения: 0.045 = 0.04, 0.055=0.06

Морозова писав:Теория математической обработки геодезических измерений:

По поводу лженауки ТМОГИ рекомендую почитать здесь....
http://www.geoprofi.ru/default.aspx?mode=binary&id=37

smisha писав: Маються на увазі координати вершин (кутів повороту) земельної ділянки, а не кути в градусах.

Я таким чином люді вирішив натякнути, що для нас є похідними даними, а що базовими.
Базові данні є координати, а похідні це площа, периметр (розміри), кути.

Додано через 4 хвилини 57 секунд:
Re: Правила округлення. Яке округлення застосовувати до xml. Як округлює ГІС
Щось ГІСовці не поспішають випрвати БАГ, який утворився в їхньому ПО, а відповідно і в ПО багатьох сотень, якщо не тисяч користувачів.
А оновлення це є критичним, бо й досі на підставі цих данних видаються ДА з некоректними (такими що не відповідають розробленій документації) площами та лінійними розмірами.

Жах просто.

NickS писав:Жах просто.

Не по темі

Певно вони там обкурились і їх там пре.

Додано через 1 хвилину 25 секунд:
Re: Правила округлення, або яке округлення застосовувати до xml

doslidnik писав:

Ви привели лише один алгаритм Round, а писали у множині про алгоритми. Який ще?

А на це відповіді так і не дали.

smisha писав: яка представляє собою думку пересічного перехожого, а не геодезиста. Хоча автор стверджує, що 25 років геодезить. Потім в Геопрофи була і стаття-відповідь, де покроково були спростовані всі твердження.

Этого "пересічного перехожего" я знаю больше 20 лет, даже имел честь проиграть ему тендер на работы в Греции в 2001 году, если бы на Украине и в России хоть 10% разбирались так в геодезии, то наши страны не имели бы тех проблем, которые имеем сейчас с поколением так называемых специалистов, которые получили образование, в том числе и геодезическое, в перерывах между эпизодами Doom, Warcraft и Mortal Combat.
А ответ был в духе "сам дурак". Можно почитать тут http://www.geoprofi.ru/default.aspx?mode=binary&id=92
Кстати, среди студентов МИИГАиКа даже речевка ходила "Доцент Шлапак - тупой дурак"
Имеющий мозги да поймет...

Ahill писав:работаю в Инвенте, ArcView, ГИС.6
никаких проблем с округлением площади нет, если работать с одним и тем же представлением координат
например, выбрал базовым формат - 3 знака, координаты округляю до 3-го знака и обрезаю (пара скриптов преобразования gbd-файла Инвента, и/или текстового файла n,х,у - ArcView/ГИС)

как-то так...

Посмотрите видео с Округлением площади в первом посте - там координати участка и угодия одни и теже, а площадь разная. Координати ОФ приведени там же. Скопиркуйте и посмотрите что ГИС видаст при импорте файла в хмл или ин4. Округление координат поставте до 4-х. Поверьте что и до 3-х такое есть - нет времени подбиратть + вероятность такого только больше ~10 раз.
Ви ж не праверяете ж что сохраняет програма. Надеетесь что сохраняет то что пишет. А как часто сравниваете площадь участка и угодия?

цікавить така ситуація - як правильно вираховувати площу ділянки з вкрапленими контурами, а саме послідовність заокруглення.
спочатку від площі зовнішнього контура віднімаємо площі вкраплених контурів, а тоді результат заокруглюємо (до квадратного метра)
100.1 - 5.4 - 10.3 = 84.4 -> 84 кв. м
чи
від заокругленої (до кв. м) площі зовнішнього контура віднімаємо заокруглені (до кв. м) площі вкраплених контурів
100 - 5 - 10 = 85 кв. м

Parcel писав:цікавить така ситуація - як правильно вираховувати площу ділянки з вкрапленими контурами

Цікаве питання. Але це виходить вже Вища геодезія, якщо ми не визначились як округлювати, а вже думаємо про послідовність.
Думаю якщо вкраплений контур в ГІС6 тоді спершу округлюємо а потім віднімаємо(бо маємо 2-а окремих об'єкти), а якщо для ін4 - тоді маємо пєтлю і відповідно округлюємо вкінці, бо маємо один суцільний об'єкт обрахунку.

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

doslidnik писав:Думаю якщо вкраплений контур в ГІС6 тоді спершу округлюємо а потім віднімаємо(бо маємо 2-а окремих об'єкти)

справа в тому, що ГІС6, якраз, робить навпаки :) через це вилазять косяки, наприклад, коли видаєш акти на електроопори

Parcel писав: справа в тому, що ГІС6, якраз, робить навпаки :) через це вилазять косяки, наприклад, коли видаєш акти на електроопори

Сорі хотів написати "Думаю якщо вкраплений контур в XML тоді спершу округлюємо а потім віднімаємо(бо маємо 2-а окремих об'єкти)"
А з ГІС, я вже вище ще про це писав - Він пхає вкраплені контури в один каталог координат і відрізняє їх по напрямку обходу, АЛЕ ЦЕ ОДИН СУЦІЛЬНИЙ КАТАЛОГ КООРДИНАТ. А для вкраплених контурів, як вже є для обмежень чи для угідь, треба зробити окрему закладку, БО ЦЕ Є ОКРЕМИЙ ОБ'ЄКТ, для якого є окремий блок. Але гісовці вдали, що мене не почули та далі продовжують курити.

Я думаю треба користуватись таким правилом, якщо на плановому матеріалі ця площа висвітлюється то її треба однозначно віднімати вже округлену (таку що висвітлюється на плановому матеріалі). Хоча випадків коли має відніматися на мою думку не округлена, окрім як з in4 не придумаю. А з ин4 це лиш через специфіку його формату. Так само і з периметром - ми маємо округлити проміжні результати (лінійні розміри), а потім записати до ОФ результат, а не округлювати лише раз останній результат.

Додано через 3 хвилини 54 секунди:
Щось я не можу зрозуміти, якщо ви видаєте акти на електроопори, то які у них можуть бути вкраплені контури. Але загалом проблема є цілком зрозумілою.

Ahill писав:и поверьте, никаких проблем с вычислением площади нет.

Ну , pip

, будь ласка візьміть нище приведений текст (я його зкопіював з першої сторінки). Зкопіюйте в "notepad" та збережіть з розширенняим"*.in4"

Код: Виділити все

BL,
DS="4822783500",
SD="03",
BC="000",
SZ="га.",
CS="2,Х",
HS="1",
AB=5.9613,
PB=1432.39,
MB=0.0000,
N=1,NP="1",X=5252275.3450,Y=4188675.0662,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=2,NP="2",X=5252370.5538,Y=4188661.7087,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=3,NP="3",X=5252458.3790,Y=4189275.5405,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=4,NP="4",X=5252363.1619,Y=4189288.8399,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=5,NP="5",X=5252344.3517,Y=4189157.3711,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=6,NP="6",X=5252326.6053,Y=4189033.3373,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=7,NP="7",X=5252309.0065,Y=4188910.3350,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=8,NP="8",X=5252291.5577,Y=4188788.3805,H=0.000,MX=0.05,MY=0.05,MH=0.00
# Участок 1
SR,
SC="0000113",
PF="1.1",
VP="-",
KZ="19",
FL="12194",
PV="ВЛ,-",
CV="2.1",
MP="1",
AS=5.9613,
PS=1432.39,
MS=0.0000,
N=1,NP="1",X=5252275.3450,Y=4188675.0662,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=2,NP="2",X=5252370.5538,Y=4188661.7087,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=3,NP="3",X=5252458.3790,Y=4189275.5405,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=4,NP="4",X=5252363.1619,Y=4189288.8399,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=5,NP="5",X=5252344.3517,Y=4189157.3711,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=6,NP="6",X=5252326.6053,Y=4189033.3373,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=7,NP="7",X=5252309.0065,Y=4188910.3350,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=8,NP="8",X=5252291.5577,Y=4188788.3805,H=0.000,MX=0.05,MY=0.05,MH=0.00
# Угодие 1 (1)
CL,
CI=1,
LC="-:-",
CN="5",
AL=5.9613,
PL=1432.39,
N=1,NP="1",X=5252275.3450,Y=4188675.0662,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=2,NP="2",X=5252370.5538,Y=4188661.7087,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=3,NP="3",X=5252458.3790,Y=4189275.5405,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=4,NP="4",X=5252363.1619,Y=4189288.8399,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=5,NP="5",X=5252344.3517,Y=4189157.3711,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=6,NP="6",X=5252326.6053,Y=4189033.3373,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=7,NP="7",X=5252309.0065,Y=4188910.3350,H=0.000,MX=0.05,MY=0.05,MH=0.00,
N=8,NP="8",X=5252291.5577,Y=4188788.3805,H=0.000,MX=0.05,MY=0.05,MH=0.00
ML=0.0000,

Поставте в параметрах округленнях до "4". Якщо не вірите що координати угіддя та ділянки тотожні, тоді видаліть координати з угідь та вставте їх з каталогу координат ділянки (так показано на відео).
Повірте що при округлнні до 3-х знаків 1000% буде така сама ситуація, тільки треба інша комбінація координат!
ЯКЩО ТРЕБА ПОКАЗАТИ ВАМ ТАКИЙ ФАЙЛ З ОКРУГЛЕННЯМ ДО 3-Х - ТО СЯДУ, ЗРОБЛЮ І ВИКЛАДУ. Треба, чи повірите?

В ГІС глобальні проблеми з округленням. Вони навіть соромляться признатись як вони округлюють (навели тільки одну функцію Round). А я майже певен, що проблема не лише в округлені, а набагато глибша.

Не по темі

Коли мене торкнулась проблема округлення я переписав коди щодо округлення за 1,5 доби в 3-х різних приложениях = фактично написав (зкопіював) одну функцію по округленню та за допомогою неї роблю всі операції з округлення.

Parcel писав: справа в тому, що ГІС6, якраз, робить навпаки :) через це вилазять косяки, наприклад, коли видаєш акти на електроопори

В налаштуваннях програми є вкладка "Расчёты" і там є параметр "Подсчёт площадей и расстояний с округлением координат". Якщо не стоїть, то округляється на кінцевому етапі, якщо стоїть, то спочатку всі контури заокруглюються, а потім сумуються. І даний параметр вже давно є в програмі.

Правий Ahill, якщо ви працюєте з заокругленими даними і площами і не стрибаєте від однієї точності до іншої, тоді не буде у вас ніяких проблем з площами і промірами. А якщо стрибайте, то майте на увазі, що заокруглення всерівно приведе до неточних результатів і певних відхилень. Якщо хтось цього не розуміє, рекомендую пройти прийнамі шкільний курс математики і фізики (де в розрахунках обчислюються похибки і заокруглення).

А щоб поржати, не обов'язково щось курити, достатньо почитати подібні теми і послухати "спеціалістів" держкомзему

NickS писав:Правий Ahill, якщо ви працюєте з заокругленими даними і площами і не стрибаєте від однієї точності до іншої, тоді не буде у вас ніяких проблем з площами і промірами

Я привів файл in4, який імпортую, з координатами до 4-х знаків, в налаштуванях у мене стоїть до 4-х знаків, зберігаю хмл чи ин4 до 4-х знаків, так ДЕ Я СТРИБАЮ?

Додано через 3 хвилини 30 секунд:
А от насправді поржати зі "спеціалістів" держкомзему можна прочитавши цей наказ Держкомзему №306 від 01.08.2006

doslidnik писав:Щось я не можу зрозуміти, якщо ви видаєте акти на електроопори, то які у них можуть бути вкраплені контури

самі електроопори і є вкрапленими контурами. коли дядько продає частини своєї ділянки, розташовані електроопори, то потім виходить, що сума площ ділянок під опорами плюс площа ділянки, що залишається у дядька, не дорівнює початковій площі дядькової земельної ділянки

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

NickS писав:і там є параметр "Подсчёт площадей и расстояний с округлением координат".

це не те

Parcel писав:самі електроопори і є вкрапленими контурами... що залишається у дядька

Тобіш проблеми не при оформлені опор, а при оформлені ділянки дядька. Зрозумів.

Додано через 11 хвилин 38 секунд:
NickS , а привів я відео "Округление координат ГИС6", лиш для того, щоб люди разом зі мною зрозуміли, чим керується ГІС6 при округленні. Бо без нього не куди, щоб отримати площу та розміри. Виходячи з цього відео по аналогу можна побачити як округлює ГІС6 розміри та площу. Висновок - закономерності немає.

А от відео "Неправильно считает площадь ГИС6" - явно показує невірність обрахунку площі ділянки. Так що тут все розжовано, єдине коли виправлять БАГ. Чи чекають поки в мене підтримка закінчиться

Denver
Дуже приємно бачити на форумі людей яких теж вчив Гора І.М.

doslidnik писав:А от відео "Неправильно считает площадь ГИС6" - явно показує невірність обрахунку площі ділянки. Так що тут все розжовано, єдине коли виправлять БАГ. Чи чекають поки в мене підтримка закінчиться

Проблема, яка була з різним алгоритмом заокруглення при відображенні і збереженні ми вже виправили. По ідеї, або вже в 6.1.4.2 версії було, або буде в 6.1.4.3.
Інших проблем не бачимо.

NickS писав: Проблема, яка була з різним алгоритмом заокруглення при відображенні і збереженні ми вже виправили. По ідеї, або вже в 6.1.4.2 версії було, або буде в 6.1.4.3.

Та відображення = тому що зберігало (це щодо площ угідь та ділянки). Тут проблем не було. А от одне і те саме рахувало по різному. Показувало по угіддю 5.9613 так і зберігало, показувало по ділянці 5.9612 так і збрегало.
Все відео зроблено на 6.1.4.2.
Відео "Неправильно считает площадь ГИС6"

Інших проблем не бачимо.

Як це?, в мене в каталогу координат ділянки
1.Округлює закінчення після коми по різному в різних ОФ.
2.Зберігає зовсім інше ніж відображає.
Відео "Округление координат ГИС6"

Додано через 6 днів 6 годин 30 хвилин 46 секунд:
Вийшла нова версія ГІС6 від 20.02.2012 6.1.3.4
От оновлення, що стосуються теми

+ подправлен алгоритм округления площади участка в гектарах
+ синхронизирован алгоритм отображения округлённых координат и формат сохранения в обменный файл

Але є два БАГа
БАГ №1. Площу ділянки приведеної в першому пості зберігає для in4, як 5.9613 для кварталу та угіддя, але для ділянки 5.9612. Нагадаю в налаштуваннях округлення координат треба ставити 4.

БАГ №2
Як буде округлювати ГІС6 числа XXX.7150 XXX.7250 XXX.7256 XXX.7156 до 2-х знаків?. Округлює по різному.
ххх.7150=ххх.72 Перший файл відображає та експортує. (число 5251923.7150)
ххх.7150=ххх.72 Другий файл відображає та експортує. (число 5252275.7150)

ххх.7250=ххх.72 Перший файл відображає та експортує. (число 4264962.7250)
ххх.7250=ххх.73 Другий файл відображає та експортує. (число 4188675.7250)
ххх.7250=ххх.72 Другий файл відображає та експортує. (число 5252344.7250)
Маємо відміність в зокруглені однакових закінчень чисел.
Nics казав, що це залежить від того як зірки встали - тобіш знаки перед комою какось впливають на результат. Щось новеньке - можна патентувати нову технологію округлення. Але яким чином знаки перед комою впливають на результат не пояснили. Приклад будь ласка.

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

Нагадаю в версії 6.1.3.3 було
ххх.7150=ххх.72 Перший файл відображає
ххх.7150=ххх.71 Перший файл експорт ин4 та хмл
ххх.7150=ххх.72 Другий файл відображає
ххх.7150=ххх.71 Другий файл експорт ин4 та хмл

ххх.7250=ххх.73 Другий файл відображає + при експроті ин4 та хмл
ххх.7250=ххх.72 Перший файл відображає + при експроті ин4 та хмл

doslidnik писав:Але є два БАГа

Час отримувати заробітну плату бета-тестера.. ;-)