Polyline.GetArea и IAcadLWPolyline.Area

[Александр Ривилис]

Просьба для самопересекающихся полилиний (Polyline и/или Polyline2d) сравнить значения площади, которые получаются при помощи свойства Curve.Area и с помощью COM/ActiveX свойства IAcadLWPolyline.Area.
Евгений Елпанов обнаружил, что мой GeomProps в AutoCAD 2015 неправильно считает площади самопересекающихся полилиний. Точнее, вычисленное значение не совпадает с тем, которое проставляет в Панели свойств AutoCAD. Я использовал для вычисления метод AcDbCurve::getArea (аналог Curve.Area), а AutoCAD похоже использует метод IAcadLWPolyline.Area, который даёт совершенно другое значение.
Результаты на видео:



P.S.: Так как COM/ActiveX нельзя использовать в AcCoreConsole, то непонятно как в нём можно правильно вычислить площади таких полилиний.
P.S.S: Указанное поведение имеет место и в AutoCAD 2016 и 2017.
P.S.S.S: В GeomProps я изменил способ вычисления.

[Вильдар]

Попробовал в 2015.
Com Area - дает другой результат.
Построил штриховку - она дает такую же площадь как и Com Area.

Com обычно не пользуюсь.

Получается, для более точного результата, лучше использовать Com?
Или самопересечение это особый случай, и штатных средств его определения нет?

[Александр Ривилис]

Получается, для более точного результата, лучше использовать Com?

Тут речь даже идёт даже не о более точном, а вообще об адекватном значении. В моём случае площади отличались в 5 раз. Самопересечение полилиний определить не сложно: http://adndevblog.typepad.com/autocad/2012/05/how-to-detect-if-a-polyline-is-self-intersecting.html
Но что интересно в AutoCAD 2014 и более ранних COM тоже не даёт для них правильного результата, если считать правильным результатом значение из команды _AREA.
Я отправил запрос в ADN DevHelp. Посмотрим что они ответят.

[Дмитрий Загорулькин]

Я поэкспериментировал немного. Попробовал через MPolygon получить площадь. Результат - тот же самый. Но зато стало понятно, откуда такое значение берется.
COM метод возвращает правильный результат - площадь образованной всеми "петлями" фигуры. DotNET метод вычисляет сумму площадей "петель" с учетом их знака.

Извините, вам запрещён просмотр содержимого спойлеров.

[Александр Ривилис]

Теперь осталось написать алгоритм, который работал бы во всех версиях AutoCAD, а не только в трех последних - COM/ActiveX дает правильные результаты начиная с AutoCAD 2015.

[Дмитрий Загорулькин]

COM/ActiveX дает правильные результаты начиная с AutoCAD 2015

Я в 2014 (Civil 3D) проверял - там тоже правильные результаты. В более ранних по другому работает?

[Александр Ривилис]

Я в 2014 (Civil 3D) проверял - там тоже правильные результаты.

Я перепроверил. В чистом 2014 действительно работает правильно. А в 2013 нет. Хотя они из одной линейки.

[Александр Ривилис]

При переписке с ADN DevHelp обнаружился некое недокументированное поведение. Если использовать метод AcDbCurve::list (Curve.List в .NET), то для полилинии (возможно и для других кривых - не проверял) вычисляется площадь и (!!!) эта площадь попадает в системную переменную AREA. Площадь та же, что и при вызове команды _AREA.

[Александр Ривилис]

Мне удалось убедить Autodesk'овцев, что отмеченное мной поведение - это баг, который следует исправить.