Обсуждение

Вы понимаете как влияют на значение вычисленной площади, указанные Вами округленные/неокругленные значения координат в проекте и совокупность опций на закладке "Вычисления" в настройках ПКЗО?

>ПКЗО всё равно считает площадь с точностью точек больше чем два знака после запятой.

ПКЗО всегда считает площадь в зависимости от указанных Вами округленных/неокругленных значений координат в проекте и совокупности опций на закладке "Вычисления" в настройках ПКЗО. Только эти факторы определяют вычисленное значение.

Как факт - ПКЗО всегда считает площадь в зависимости от указанных Вами округленных/неокругленных значений координат в проекте и совокупности опций на закладке "Вычисления" в настройках ПКЗО. Только эти факторы определяют вычисленное значение.

Смотрите/проверяйте каковы значения координат и состояние обозначенных опций.

>Какая разница каковы значения координат и состояние опций?? 

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

>Вы это понимаете?

А вы понимаете, что это разные значения.

В XML-файл выгружается площадь, указанная в свойствах участка. По умолчанию значение вычисляется по координатам, но при необходимости там можно указать любое значение. Это же значение заполняется при формировании бумажного вида. Что влияет на это значение, мы уже неоднократно повторили.

В информационной строке показываете точное значение - по тем координатам которые загружены в проект, без учета опций и которое никуда не идет.

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

Координаты характерных точек - жестко на уровне математических законов определяют/фиксирую площадь фигуры, к которой они относятся. Чтобы получить нужное значение площади, нужно иметь и координаты точек. соответствующих данной площади. Чудес не бывает.

PS. Все забывают, что вычисляемая площадь не есть точная величина, а есть величина вероятностная. Для полноценной оценки фактической площади необходимо также вычислить погрешность площади. Тогда про фактическую площадь можно сказать, что она с высокой долей вероятности будет находиться рядом со значением площади в пределах погрешности (Pвыч-dP < Pфакт < Pвыч+dP). 

Поскольку вычисленное значение площади имеет вероятностный характер, то точного совпадения площадей не может быть в принципе. Достаточно, чтобы площадь по документу(Ркад) находилась от вычисленной площади в пределах вычисленной погрешности(dP). 

Такой же позиции придерживаются Методические рекомендации по межеванию 2003г: 

"16.2. Если объектом землеустройства является земельный участок, то абсолютное расхождение (dP) между вычисленной площадью земельного участка (Pвыч) и площадью, указанной в документе, удостоверяющем права на землю, или правоустанавливающем документе (Рдок) не должно превышать величину допустимого расхождения dPдоп. "

>И в настоящий момент оказывается в ПКЗО это сделать невозможно, так же как невозможно подогнать площадь участка под какое то определенное (нужное мне) значение. 

Вы лукавите.

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

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

Ваша КП рассчитывает площадь по координатам, указанным в полученном МП (а они округленные до сотых). КП считает, что площадь, рассчитанная по таким координатам должна совпасть с указанной Вами в свойствах участка площадью.

Вы работаете с неокругленными координатами и считает площадь по неокругленным координатам. При формировании выходных документов, происходит автоматическое округление координат до сотых (для соблюдения п. 47 Требований и соответствия xml-схеме). 

Площадь рассчитанная по округленным координатам отличается от площади по неокругленным. Это прямое следствие округления. 

Чтобы площади гарантированно совпадали, необходимо вычислять/подгонять площадь для межевого плана по округленным координатам. 

Для этого можно включить в настройках приложения опцию "Вычислять площади по округленным координатам". 

Или явно округлить координаты всех точек в проекте (в контекстном меню в списке точек есть пункт "Координаты\Округлить ..."). 

Или импортировать координаты с точностью применяемой в МП - округленными до сотых.

Координаты характерных точек - жестко на уровне математических законов определяют/фиксирую площадь фигуры, которую они описывают. Чтобы получить нужное/иное значение площади, нужно иметь и координаты точек, соответствующих данной площади. При подгонке площади используйте координаты округленные до сотых. Раз при округленных координатах не получается нужная площадь, значит нужны другие координаты, округленные до сотых. Законы математики пока никто не отменял.

>При подгонке площади где в третьем месте выставляется координаты округлять до сотых?

Как Вы это делаете?

В нашей программе можно всегда округлить точность до сотых и соответственно создать контур с координатами точек округленными до 0,01 метра..

Мы уже писали: "Или явно округлить координаты всех точек в проекте (в контекстном меню в списке точек есть пункт "Координаты\Округлить ..."). ". 

В контекстном меню элемента "Границы" - "Все вершины/Координаты/Округлить". 

В контекстном меню селектированного в режиме редактирования полигона команда "Округлить координаты..." (после выполнения нужно переустановить границы из карты).

> Кадастровая палата даёт приостановку с причиной разночтения между указанной мною площадью
> ЗУ и площадью, полученной в результате их расчётов по координатам точек. Проблема возникла
> в участках с большим периметром.

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

Например, возьмем участок квадратной формы. Предположим, необходимо, чтобы площадь получилась 100010 кв.м. Длина стороны должна быть sqrt(100010) = 1000,005 м. Но между округленными точками такого расстояния быть не может. После округления расстояние станет либо 1000,01, либо 1000,00. В результате площадь будет либо 100020, либо 100000. Получается, что в данном примере получить площадь 100010 невозможно в принципе.

В таких ситуациях мы предлагаем на выбор два варианта:

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

Пожалуйста, не делайте скоропалительных и ложных выводов.

>Оказывается это разные действия.

Это действия, дающие равноценные результаты.

С большой вероятностью, в настройках ПКЗО на вкладке «Разное» включена опция «Отключить обновление графики сразу после операции….».

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

Площадь в свойствах показывается по «новым координатам», а полигон (графика) не перегенирован по этим «новым координатам». 

>уже говорит о том, что это не связанные между собой события

Это ни о чем не говорит. 

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

Результат в обоих случаях одинаков.

PS. Обратите внимание на наличие полигона в "Проектном слое". Вероятно, Вы селектируете именного его и ошибочно сравниваете площади. Отключите видимость проектного слоя.

Новые точки есть?

Основания тому законы геометрии и математики.

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

Втрое, сочетание значений. Например, участок 3 кв.м. делим пополам (1,5 кв.м.). Значение площадей указываются с точностью до метра. Следствие – 1+1= 2 кв.м. < > 3 кв.м.

Третье, сочетание первого и второго.

Причина данного казуса не ПКЗО, а законы геометрии и математики. ПКЗО считает верно и не препятствует Вам делать межевой план.

Поэтому, что Вам делать (например, указывать свои значения) или не делать решать Вам. Как поступают Ваши коллеги нам неизвестно.

>т.е. никакой программной опции для решения этой проблемы в ПКЗО нет? 

Нет, конечно. 

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

>при этом насколько корректен будет межевой план при снятии галки с пункта вычислять по координатам" в свойствах одного из получаемых при разделе участков и ввода значения на 1 квм меньше?

Корректность МП оценивают сотрудники КП.

Как бы-то не было, потребитель живет в физическом мире и ему приходится считаться с его законами. Проблема не в программе.

Мы не кадастровые инженеры, потому сразу и честно Вам сказали: "...что Вам делать (например, указывать свои значения) или не делать решать Вам. Как поступают Ваши коллеги нам неизвестно..." В условиях, когда «корректность» МП вещь часто субъективная и зависит от настроения проверяющего, последствия предсказать Вам никто не сможет.

Денис Ка

Если Вас не затруднит, пришлите обсуждаемый проект. Проект можно сохранить в отдельный файл с помощью команды «Сохранить в файл» в контекстном меню проекта. Полученный архив пришлите нам (support@pkzo.ru).