Geo_Cartogram 9.0.6

После попытки загрузки вручную выдал, что dbltrimtools21x64.arx несовместим с этой версией AutoCAD.
Сбой AcRxDynamicLinker при загрузке 'c:\programdata\autodesk\applicationplugins\beardyugin geo_cartogram.bundle\contents\dbltrimtools21x64.arx'
Кто-нибудь встречался с таким?

 

А точно ту версию файла грузишь?
В имени файла указана именно версия, а не название.

Название	Версия
AutoCAD 2013	19.0
AutoCAD 2014	19.1
AutoCAD 2015	20.0
AutoCAD 2016	20.1
AutoCAD 2017	21.0
AutoCAD 2018	22.0
AutoCAD 2019	23.0
AutoCAD 2020	23.1
AutoCAD 2021	24.0
AutoCAD 2022	24.1

 

Добрый день. Не подскажите почему после подсчета объема степень квадрата и объема отображается некорректно.

 

Скорее всего выбранный шрифт не содержит степеней.

 

BearDyugin, добрый день, при создании сетки квадратов в командной строке пишет:
Команда: GCCG
неверная функция: dbl_trim_3nil
Соответственно сетка не создается. Подскажите, как победить это зло?

 

Не загрузился один модуль, при первой загрузке скорее всего было сообщение, что источник не известен, и файл сомнительный, и AutoCAD не советует его загружать, с чем вы и согласились.
Теперь нужно загрузить его один раз вручную, с помощью команды _appload файл лежит тут C:\ProgramData\Autodesk\ApplicationPlugins\BearDyugin Geo_Cartogram.bundle\Contents\ называется DblTrimTools**X**.arx там их несколько, порядка семи, каждый под свою версию Civil 3D, грузить можете все подряд, что не подходит по версии просто не загрузится, а тот что нужен загрузится.
После этого всё должно заработать.
Обратите внимание, что лежит это в сё в папке ProgramData а не Program Files, папка системная и может быть скрыта.

 

Спасибо, разобрался. Папка действительно была скрыта. И да, сначала искал в Program Files

 

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

 

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

 

Александр привет. А можно этот баг пофиксить на программном уровне? Чтоб вручную табличку не править?

 

Надо посмотреть, скинь файл dwg для тестирования. Походу округление виновато, скажем там не +100, а + 99,999 что ещё не следующий пикет, а при округлении получается +100

 

Пользователь BearDyugin обновил ресурс Geo_Cartogram новой записью:

Исправления\Улучшений

Узнать больше об этом обновлении...

 

Приветствую Александр. При выборе поверхности в выпадающем окне не всегда полностью видно название поверхности из-за длины имени. Можно это как то поправить?

 

BearDyugin, добрый день. При создании сетки квадратов выдает ошибку no function definition: nil.
Как исправить?

 

Вот так https://knowledge.autodesk.com/ru/s...en-running-LISP-base-function-in-AutoCAD.html

 

Добрый день BearDyugin, постоянно сталкиваюсь с тем что программа некорректно считает объемы. Не могу разобраться в чем проблема. При проверке каждого квадрата через анализ - объемы полученные программой соответствуют объемам анализа. Однако объем ВСЕГО столбца посчитанный через анализ отличается от того что выдает программа. Программа выдает меньший объем. В чем может быть проблема?

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


И ещё я заметил, что разделитель целой и дробной части объема и площади теперь запятая, как вернуть точку? При выполнении пункта "Подписать отметки" есть возможность выбрать разделитель. При "Рассчитать объем" - такого нет.

 

Вот в этом и вся причина. Я не изобретал алгоритм расчёта объёмов, а использую функцию самого Civil как раз ту из анализа "ограниченный объём" при определённых конфигурациях это функция считает не верно, каких-то закономерностей в этой ошибке я не нашёл, но давно уже работаю над решением, пока без результатно. Если написать полностью свою функцию расчёта триангуляции, то может выскочить ещё большее расхождение с Civil, и потом доказывай чей метод точнее.

Не совпадение площади складывается из двух факторов.
1) Упрощение. После построения сетки, могут получаться сложные фигуры, где вершины идут одна за одной, с шагом миллиметр, особенно такое бывает на границах, на таких контурах функция "ограниченный объём" так же могла выдавать не верное значение, поэтому мне пришлось программно "пропалывать" упрощать получившиеся фигуры квадратов
2) Округление. Площадь считается по каждой фигуре(квадрату), округляется до заданной точность, и только потом суммируется по всей картограмме, накапливая небольшую ошибку округления.

Разделитель выбирается при подписи отметок, при подписи объёмов он устанавливается таким же как в отметках. Так было по задумке, но в коде закралась ошибка, и в объёмах всегда использовалась запятая, сегодня постараюсь выложить обновление с исправлением.

 

Пользователь BearDyugin обновил ресурс Geo_Cartogram новой записью:

Исправление

Узнать больше об этом обновлении...

 

Для правильного подсчета объемов программой на данный момент нашел следующее решение. К одной из поверхностей, наиболее ровной, применяю сглаживание с шагом сетки равным шагу картограммы. В таком случае объёмы полученные анализом и программой получаются равными.