Аналитика

Совершенно верно. В малых случаях практически наугад, но возможен и "научный" подход: сгенерировать экспликацию до 5-го знака и посмотреть, какие площадя на грани фола, т.е. могут быть округлены не в ту сторону (+- полметра). Затем эти подозрительные и корректируем, с тем прицелом, чтобы соседние остались прежними. Звучит жутко, но на самом деле таких угодий 2-3 найти нужно. Невязка как правило не слишком "отлетает".



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



Согласен с dkrav, сантиметры несовпадения с журналом не критичны.



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

Dkrav
А для примера, на сколько Вы смещаете координаты - "как правило" и "максимум" ?

пример придумать не тяжело

например у вас 2 угодья с площадями 0.01004. округляются до 0,0100. а сумарно 0,0201. Отсюда вывод делаем одно 0,0100 в 0,0101 . Лучше дергать точки на длинных линиях. В таких точках смешение на 1-2 см какраз и дает нужные результаты.

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

Пару замечаний: соответственно будут уравниваться прилегающие контура угодий (их может быть и несколько), обязательно нужна проверка, не включена ли помеченая точка в Участок.
Гдето так....

Еще одна гениальная идея пришла

Помечаем угодье - помечаем точку в нем - выбираем команду "Нормализация площади" (ну или както там ) в итоге получаем угодие с плошадью максимально приближенной к нулю в 5-6 знаках (тоесть было 0,001145 - стало 0,001111 или 0,001100 в идеале (но идеал недостежим - т.к. точность координат сантиметровая))
Думаю такой подход решит проблему 5-6 угодий. Если угодий больше (20-30) то спасет только чудо

Не решит, поскольку "нормализировать" каждое угодие отдельно - это головная боль, а потом последнее угодие может не выйти на "идеал". Если и нормализировать, то весь участок одновременно (в смысле угодия в участке), но при этом точки должны быть совмещенными.
А если на длинном расстоянии (100 и больше) подвинуть точку на 1 см томожет измениться на целый кв.м.
Плюс к этому нужно учесть что двигать можно только точки внутри участка, а участок нет (соседи и т.п.).

Для того и предложил работь с каждым отдельно

Вы сами пока разберитесь чего хотите. Ато получается хочу чтоб всё - но это нельзя , то нельзя. Надо с чегото начать. Предлагаю начать с абсолютно ручного варианта описаного выше. Со временем (в процессе работы) родится полуавтомат а за ним и автомат

Наверное все-таки лучше мой предыдущий вариант с корректировкой одного угодия.
Только вот с уведомлением о невязке (пометка красным цветом) может быть накладной, так-как Дигиталс постоянно будет проверять файл на невязку. Наверное лучше будет кнопочка типа "найти одинаковые" ("найти невязку" ).

Бывает, а что мешает добавить точку не лежащую на границе участка?
Пример:

Мы планируем отказаться от добавления невязки в самое большое по площади угодье

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

Что это такое можно посмотреть на тестовой программе - http://www.geosystema.net/temp/Round.exe

Значения в левой колонке можно менять или копировать туда свой список площадей.
Средняя колонка показывает результат и баланс площадей при обычном округлении (там видно, что на тестовых данных набежало целых 7 метров). В третьей колонке результат при накопительном округлении.

Балас площадей при таком подходе всегда гарантирован. Но при этом площадь каждого угодья отличается от расчетной уже не на +-0.5 м, как при обычном округлении, а на +-1.0 м.

Что скажете?

И снова округление !!! А с физическими координатами будут отличия.
AnDi
Это-же опять виртуально.
Пункт 4.4.3 Вимоги до структури, змісту та формату файлу обміну даними результатів землевпорядних робіт в електронному вигляді на магнітних носіях:
...
Прямокутні координати X, Y вузла полігону повинні уноситись до обмінного файлу з точністю до сантиметрів (два знаки після коми). Обчислення площ полігонів кадастрових одиниць виконується по координатах з вказаною точністю для виключення можливих розбіжностей у значеннях площ, що уносяться до обмінного файлу та контрольним обчисленням площ за координатами метричної інформації кадастрових одиниць.
...
Надо совать координаты.

Вот как раз перемещение точек и вызывает реальное изменение физических координат объекта. Корень проблемы лежит в непонимании авторов ИН4 формата простых математических принципов.

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

Есть величины расчетные. Здесь ограничение точности настолько незначительно, что им можно пренебречь. Речь о компьютерных программах, типа Digitals . Это уже ограничение разрядности используемого вещественного типа. 19 значащих разрядов, этого должно хватить . И я не согласен с необходимостью принудительного округления расчетных величин. Особенно, когда требуется свести некий баланс. Округлять площади угодий по-отдельности, суммировать их, сравнивать с площадью участка и удивляться почему не бьет. И я уверен, что остались еще люди, которые не устают удивляться Мол, программа неправильно считает.

Недавно нам даже привозили системный блок, который неверно сохраняет в ИН4. Продемонстрировали, что после сохранения в ИН4 с точностью координат 2 знака после точки, координаты смещаются на миллиметры относительно исходного DMF файла. В DMF координаты хранились с макс. точностью. А вы тут о невязках рассуждаете...

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

Однако накопительное округление не будет работать когда объект один. Получается, что для угодия, скопированного и вставленного в пустую карту, будет отображаться уже другая площадь. Это не есть хорошо. Мне кажется лучше положиться на статистику, как уже предлагалось выше. Но решать о способе округления значения площади без привлечения значений площадей других объектов.

Например, по такой методике. Если округляем до 4-х знаков, а 5-й знак =5, то смотрим на значение 3-го знака, если оно четное округляем в большую сторону, иначе в меньшую. Кажется этот способ округления называется банковским или бухгалтерским. Он конечно не даст такого точного баланса как накопительное округление, но все таки снизит накопление ошибки. Особенно для случаев с большим набором значений и случайным распределением четных/нечетных цифр в разрядах.

А еще лучше дать возможность пользователю выбирать какой способ округления использовать. Не зря в Excel'e так много разных формул для такой простой задачи. Задавать способ округления можно в маске параметра. Например, для площади в маске будет написано /10000 0.0000 RoundMethod=Simple/Even/Exact, или что-то вроде.

Давайте еще припомнем изменение площади при развороте, к примеру участок 5*200=0.1000 га. Развернем на 13 градусов получаются странные вещи 0.1002га. Тут как двигать ручками границы и тем более угодия другим спосбом не обойдешся.

Это не баг - это наша сантиметровая реальность, и её никак не исправить (в смысле до оригинала). Все равно в большинстве случаев меняются длинны линий и/или площадя.

Не намного и сложнее. Просто вычислить необходимую площадь угодия с помеченной точкой (необходимая площадь=площадь участка-площадь угодия1-площадь угодия2-площадь угодия3...). Да, и соседнего тоже.
Потом циклически двигать в радиусе на 1 см, при этом вичисляя его площадь. Если в этом радиусе не будет подходящей площади редактируемого угодия то перейти на радиус в 2 см.
Далее как я предлагал выше и все в ажуре.

По образованию - да, но 8 лет в земле.