[АлексЮстасу]

В любом чертеже всегда есть в той или иной степени строгий внутренний стандарт черчения. Иногда он совпадает с общепризнанными стандартами (ГОСТ, Условные знаки) или со стандартами заказчиков или т.п. Даже черчение "абы как", "там разберемся" можно считать эдаким стандартом
И в любом чертеже мы отображаем не сами линии, блоки, штриховки и пр., а с их помощью моделируем нечто из своих предметных областей, что различается сущностями и определяется наборами своих характеристик, не всегда отображаемых графически.
Соответственно идея - сделать для базового Автокада возможность чертить сразу с нужными графическими свойствами, сразу определять элементы как объекты реальности, сразу присоединять нужные описательные данные.
Для этого нужно создать такие возможности:
1. черчения элементов с нужными графическими свойствами с определениями как объекты, с заданными описательными данными,
2. автоматического и ручного определения начерченных элементов по их графическим свойствам как объекты реальности,
3. автоматического и ручного определения описательных данных при графических элементах; с учетом допустимых значений.
4. контроля правильности начерченных элементов, полноты определенности элементов как объекты, полноты и правильности описательных данных,
5. определения одного элемента несколькими разными объектами,
6. выбора элементов, определенных как указанные объекты; выбора элементов, у которых есть указанные описательные данные.

Это не совсем фантазия или совсем не фантазия. Минимум, в AutoCAD Map 3d (я в нем работаю), и, думаю, в других вертикальных приложениях уже реализованы подобные возможности полностью или частично Автодеском. Есть по множеству пользовательских приложений в каждой, думаю, предметной области, частично реализующих такое под базовый Автокад да и под фирменные вертикальные приложения.
Идея в том, чтобы сделать подобное для базового Автокада в достаточно полном, надежном, удобном и универсальном для любых пользователей варианте для любого предмета черчения.

Реализовать подобное в главном можно так:
1. создается достаточно простая и прозрачная, но достаточно полная структура файла описания объектов, их классификации и их описательных данных с допустимыми значениями; для каждого объекта описываются все необходимые графические свойства и другие существенные для черчения и использования параметры,
2. создается программа-меню объектов, для активизации команд черчения нужных объектов (нужных типов элементов с нужными свойствами и с нужными описательными данными), для определения графических элементов как указанные в меню объекты, выбора указанных объектов и т.д.
3. создаются команды для автоматического определения элементов по их графическим свойствам, назначения графических свойств элементам по их определениям как объекты.
4. создается набор команд для проверок полноты и правильности определений элементов как объекты, введенных описательных данных.
Понятно, что для полного удобства нужно еще много что - например, команды для визуализации описательных данных в виде таблиц, в виде надписей и т.п. В целом реализация может заключаться в создании примерно 40-60 команд. (Сужу по собственному опыту).

Ключевой момент реализации этой задачи - для определения элементов как объекты и для ввода описательных данных необходимо иметь возможность присоединять к элементам блоки данных, в которых можно описать и идентификаторы объектов, и описательные данные с нужными типами значений и заданием ограничений значений.
Либо - присоединять к элементам некий признак-идентификатор объектов и блоки данных для описательной информации.
Вот эти возможность в базовом Автокаде мне неизвестны. Может быть эту роль могли бы играть Xrecord или XData? Или еще что-то уже имеющееся?
В этом я совсем не специалист - я не программист, а всего лишь, скорее, технолог.
Но могу об этом судить как пользователь аналогичных возможностей вертикального приложения (AutoCAD Map 3d) и как создатель своего аналогичного приложения.

Что это дает прямо:
1. значительно повышается скорость черчения,
2. значительно повышается качество создаваемых чертежей,
3. значительно облегчается анализ чертежей, манипулирование элементами для почти любых задач,
4. появляется возможность для прямого описания сущностей и характеристик объектов, что необходимо для многих задач - создания спецификаций, БД, ГИС и т.п.
Есть и отличные "побочные эффекты" за счет наличия файла описания - например, возможности в отображении элементов (если в описание ввести приоритеты отображения), возможности автоматической замены графических свойств всех элементов чертежа на иные при замене одного файла описания на другой, возможность распространять файлы описания (т.е. выдерживать стандарты) и т.п.
Для подготовки данных для БД, для ГИС это чрезвычайно технологично, т.к. не требует никаких внешних БД, зависимости от ODBC или т.п., проблем с рассогласованием связей с БД и т.п.
Кроме того, снимется необходимость писать-переписывать пользовательские приложения, решающие аналогичные задачи.
И создастся определенная независимость от вертикальных приложений, которые далеко не всем доступны, плюс не всегда удовлетворительны.
В принципе, для самого Автокада и для пользователей это бы означало переход на иной уровень и сути CAD, качественно увеличило бы мощность Автокада и уело бы всех конкурентов капитально. При совсем не капитальных затратах.

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

[baksconstructor]

Сообщение от RNB забиваешь в поле атрибута формулу и радуешься. Так?

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

[АлексЮстасу]

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

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

Сообщение от baksconstructor Всё Вами описанное давным давно нами используется, только наиболее понятно для юзера это блоки с атрибутами.

Что "все" используется? Все - это что именно?
При чем здесь вообще атрибуты? У Вас файлы из одних блоков с атрибутами состоят?
По-моему, вы не прочитали хотя бы стартовое сообщение...
Тема о том, что можно чертить быстрее и качественнее + сразу получать множество дополнительных возможностей для обработки. В том числе - быстрее и удобнее вставлять в файлы нужные блоки с атрибутами сразу с нужными для них цветами, весами, слоями и пр. + привязанными записями XRecord/Object Data. А, равно, полилинии, отрезки, сплайны, окружности, тексты и пр., и пр. Что все нужные настройки файлов, Автокада и ресурсы будут подгружаться автоматически. Что появятся новые мощные возможности для выбора, обработки данных, преобразования чертежей. Что появятся возможности полноценных проверок и исправлений, позволяющих создавать чертежи, полностью соответствующие нужному стандарту.
Привязанными записями XRecord/Object Data при этом можно вообще не пользоваться для описаний характеристик объектов - и dwg, и Автокаду все равно. Мы сами так лет пять XRecord/Object Data не использовали, не было необходимости. Но сами исполнители предпочитали чертить с помощью подобной программы - меню объектов. Т.к. экономили много времени и сил.

----- добавлено через ~2 ч. -----

Сообщение от baksconstructor Мы с трубами работаем

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

[Сергей812]

Сообщение от АлексЮстасу Но сами исполнители предпочитали чертить с помощью подобной программы - меню объектов

1. С этим никто и не спорит. Использование тех же палитр тоже ускоряет работу в плане рисования.
2. К объектам присоединены какие то данные - видимо, к однотипным объектам одинаковые данные? Что с ним делать дальше - как они обрабатываются, как задаются связи между объектами и т.д.?

[АлексЮстасу]

Сообщение от Сергей812 1. С этим никто и не спорит. Использование тех же палитр тоже ускоряет работу в плане рисования. 2. К объектам присоединены какие то данные - видимо, к однотипным объектам одинаковые данные? Что с ним делать дальше - как они обрабатываются, как задаются связи между объектами и т.д.?

1. Предвосхищая про "палитры" (речь о Tool Palettes?), я даже уже вчера написал тоже в блоге.
Представьте себе очень последовательно и полно развитые "палитры" - это процентов 80 сути идеи.
2. К каждому графическому элементу при черчении-вставке из меню объектов присоединяется запись в определенную пользователем (в файле описания) "таблицу" - XRecord. Для этой таблицы в файле описания определяются нужные поля для характеристик объектов и могут быть определены их допустимые значения. Или поля для характеристик не задаются - если не нужны. Но одно поле определяется всегда - одинаковое для всех таблиц поле для идентификатора==названия типа объекта.
Сколько однотипных объектов вычертим-вставим - столько в dwg будет графических элементов с одинаковыми идентификаторами==названиями типов объектов в виде записей в их таблице.
С названиями типов объектов ничего делать не нужно - только использовать как еще одно свойство элементов. Допустим, для выбора в dwg, для контроля, для расстановки по приоритетам отображения, для восстановления утраченных графических свойств, для идентификации нужных элементов при каких-то действиях.
Поля для характеристик можно заполнить данными, в т.ч. и программно - загрузить длину, объем, создать ID и т.п. И можно вводить эти данные с учетом допустимых значений. Можно просматривать, вводить и редактировать значения у указанных объектов. Можно просматривать, вводить и редактировать значения в табличном виде. Можно экспортировать в текстовые форматы, сделать что-то с ними в Excel или т.п., и вставить обратно.
После ввода значений характеристик в таблицы их можно проверить на полноту и правильность введенных значений.
Дело этой программы - обеспечить возможность сбора данных и необходимый и приятный минимум действий. Все остальное - дело тех самых специализированных приложений.
Связи между объектами не задаются никак. Это тоже предмет специализированных приложений. Но, может, я не понял вопроса - о каких связях речь?

[Сергей812]

И какой выигрыш для внешних приложений - что они будут не напрямую работать с объектами БД чертежа dwg, а через данную обертку?

[АлексЮстасу]

Сообщение от Сергей812 И какой выигрыш для внешних приложений - что они будут не напрямую работать с объектами БД чертежа dwg, а через данную обертку?

Для существующих внешних приложений совершенно все равно - чертежи с этими XRecord или без них им нейтральны. Как с прежними dwg работали, так и с этими будут работать ровно так же. Разве что как-то случайно XRecord пересекутся, если эти приложения используют свои XRecord. С другой стороны, если знать, как и какие эти приложения используют XRecord, то можно попробовать сделать "мои" XRecord под эти приложения.
Кстати, мы на всякий случай предусмотрели, что у одного типа объектов можно описать одновременно сколько угодно таблиц. Одна из них будет "штатная" - только в одной имеет смысл описывать поле идентификатора==название типа объекта. Почему бы не описать в дополнение к "моей" XRecord, еще и другие для внешних приложений?
Все эти XRecord из файла описания создаются в dwg программой автоматически, а при вычерчивании элементов автоматически создаются записи в соответствующих XRecord, связанные с этими графическими элементами.

Ключевое слово в идее, в теме - черчение. "Чертить сразу с нужными графическими свойствами...". Ключевая задача идеи - быстро и качественно начертить и (если нужно) определить значения характеристик объектов в расширенных данных. Т.е. в целом решение задачи быстрого и качественного создания чертежа и (если нужно) создания и наполнения базы описательных данных. В т.ч. и задача максимально полного контроля качества чертежа и (если сделаны) описательных данных.
Задачи анализа, использования этих графических и описательных данных - это другие задачи.

Ничто не будет мешать писать новые внешние приложения, использующие эти XRecord.

[Krieger]

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

"Чертить сразу с нужными графическими свойствами..."

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

[baksconstructor]

Сообщение от АлексЮстасу Что "все" используется? Все - это что именно? При чем здесь вообще атрибуты? У Вас файлы из одних блоков с атрибутами состоят? По-моему, вы не прочитали хотя бы стартовое сообщение... Тема о том, что можно чертить быстрее и качественнее + сразу получать множество дополнительных возможностей для обработки. В том числе - быстрее и удобнее вставлять в файлы нужные блоки с атрибутами сразу с нужными для них цветами, весами, слоями и пр. + привязанными записями XRecord/Object Data. А, равно, полилинии, отрезки, сплайны, окружности, тексты и пр., и пр. Что все нужные настройки файлов, Автокада и ресурсы будут подгружаться автоматически. Что появятся новые мощные возможности для выбора, обработки данных, преобразования чертежей.

Вот собственно что Вы написали то и используется.

Сообщение от АлексЮстасу Пришлите какой-нибудь представительный файл, если не жалко. Можно сюда, можно лично списаться...

Кусок в приложении.

Сообщение от АлексЮстасу про "палитры" (речь о Tool Palettes?), я даже уже вчера написал тоже в блоге.

Палитра тоже для большого количества деталей не проканывает, неудобно.
Основной вопрос - зачем хранить идентификаторы каждого примитива ? В процессе работы будет постоянно всё меняться и при доработках нужно налету всё поменять, а смысл хранения в отдельном файле сомнителен если это итак всё хранится внутри файла (у каждого примитива есть ID).
XRecord - ерунда, ну вот откроет этот чертеж Ваш сосед, ткнет он по примитиву и ничего не узнает т.к. не увидит он никаких свойств, нужно что то которое будет считывать а потом записывать XRecord. Причем если этот файл будет на проверке у руководителя он захочет что то уточнить, а сам узнать параметры не сможет т.к. обычно инфа нужна срочно и всякие дополнительные примочки они не любят.
Вот я и говорю - блоки с атрибутами, всё видно понятно, атрибуты посмотреть может каждый.
Вставлять блоки и любые примитивы (хоть целиком другой чертеж) с заранее настроенными цветами, весами, слоями и всеми остальными свойствами взамен Палитры используем МультиЭлемент, т.к. у него больше возможностей.
А уже в конечном варианте, когда всё готово, для получения спецухи запускаем ТЕХБРАС, тупо считывает блоки с атрибутами, но делает спецификацию так как нам надо.

[Владимир_М]

Прочитал всю тему, и вроде смутно, кажется, что что-то рациональное тут должно быть, но пока поддерживаю

Сообщение от Krieger Вроде много букв, а понятно смутно. Конкретно, что ты хочешь писать в расширенные данные?

Может если

Сообщение от АлексЮстасу ...Мы сами так лет пять XRecord/Object Data не использовали, не было необходимости. Но сами исполнители предпочитали чертить с помощью подобной программы - меню объектов. Т.к. экономили много времени и сил.

то как-то вместо шести станиц общих речей, лучше как-то на пальцах, на примере, покажете почему именно пользователи предпочитали и на чем именно экономили...

Вообще, что такое XData, слегка в курсе. Но вот, как его использовать, удалось придумать только один раз и то при программировании.

[Сергей812]

Сообщение от Владимир_М Вообще, что такое XData, слегка в курсе. Но вот, как его использовать, удалось придумать только один раз и то при программировании.

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

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

[АлексЮстасу]

Сообщение от Krieger с этим справляется окошко слоев

Не справляется. Вот, честно, я обязательно сформулирую почему, сейчас не получается, но не справляется...

Сообщение от Krieger Ну дык выстави эти свойства, да и черти.

Правильно, нужно "выставлять" свойства, но ведь это само по себе время занимает (1), люди часто забывают выставить все правильно (2), нужно помнить, для чего какие свойства выставлять, искать в справочниках, документах (3). В результате - и время на это затрачено, и результаты очень так себе или ниже плинтуса. Сколько чертежей видел - столько убеждался.

Сообщение от Krieger Ну а кнопок наделать с предустановленными свойствами не проблема.

Собстно, на 50-80% мое предложение и заключается в способе "кнопок наделать".

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

По-моему, пользовательские и технологические преимущества использования внутренней базы в dwg перед использованием внешних баз ("отдельная база") нетрудно заметить. Вообще - считаю эту возможность Автокада сделать прямо в dwg базу описательных данных гениальной находкой Autodesk. Ну, хоть потому, что связи между графическими элементами и их записями не нужно специально устанавливать и поддерживать. И потому, что передача всех данных предельно проста - передача одного только dwg. И потому, что не нужно никакого чужеродного ПО. И т.д.

Сообщение от Krieger Вроде много букв, а понятно смутно

Сообщение от Владимир_М вроде смутно

Да, "обсуждение" в этой теме малоконструктивно. Недавно постарался описать идею повнятнее отдельно в блоге - может быть там получилось системнее и яснее...

Сообщение от Владимир_М вместо шести станиц общих речей, лучше как-то на пальцах, на примере, покажете почему именно пользователи предпочитали и на чем именно экономили..

Во всем согласен. Видео о самом начале работы и видео об автоматическом обеспечении пользователей всеми нужными ресурсами, параметрами и настройками для выбранного стандарта черчения. Даже после PURGE all и искусственного изменения параметров dwg.
Это основа, во-первых, скорости работы - все всегда активно и как должно, во-вторых, стандартизации данных, т.е. качества.
Начало работы - вызвать программу, и загрузить файл описания нужного стандарта черчения. Можно выбирать из меню нужные объекты и чертить.
Постоянное автоматическое обеспечение нужными ресурсами, параметрами и настройками - при загрузке или перезагрузке файла описания в рабочем dwg прописываются все слои, блоки, типы линий, стили текстов и пр., а при выборе объекта для черчения подгрузятся только нужные для него ресурсы. Но и параметры и настройки dwg, черчения тоже.
Один момент про видео - там используются не XRecord, а Object Data, поэтому они видны в панели Свойства. Но для XRecord/Object Data есть отдельное окно - будет в других видео.

[baksconstructor]

АлексЮстасу - Кстати, разговор идёт, чем пользуемся мы я написал, а вот Ваше предложение (программа) где ? Ссылку можно? И чё почем ?

[Сергей812]

Сообщение от АлексЮстасу По-моему, пользовательские и технологические преимущества использования внутренней базы в dwg перед использованием внешних баз ("отдельная база") нетрудно заметить

это холиварная тема) Если будет множество связанных файлов, например.

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

[АлексЮстасу]

Сообщение от Сергей812 это холиварная тема) Если будет множество связанных файлов, например.

Мысль не понял. Что из чего вытекает, как что здесь связано?

Сообщение от Сергей812 это холиварная тема

Чтобы впустую не препираться есть нормальный способ - определить границы применимости, критерии, при которых эти разные решения удобнее.
Внутренние базы, по-моему, оправданы для "небольших" объемов описательных данных, удобны в процессе создания чертежей, для сбора данных. Допустим, когда проект чертится частями сразу многими исполнителями. Или, наоборот, когда чертеж один и исполнитель один.
Внешние базы оправданы для "больших" объемов данных, требующих сложного анализа огромных объемов. Типа ГИС. Или данных какого-то сложного большого объекта, собираемого со временем постепенно в одно. Корабля. Самолета. Плана города.
Или типа того...
В любом случае - нужно использовать внешнюю базу, не нужно - предлагаемая идея не мешает этому выбору никак. Никак не отрицает использование внешних БД. Да, для использования внутренней базы создает нормальные пользвательские возможности.

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

Угу. Часть идеи, значит, понятна...

Сообщение от Сергей812 Но пытаться запихнуть в расширенные данные все характеристики, а методы работы с ними оставлять на сторонних программистов - для этого ваш принцип описания объектов должен стать де факто нацстандартом)

Мной не раз уже написано, что не хотите "запихнуть в расширенные данные все характеристики" - не запихивайте! Никакого ограничения в этом здесь нет. А хотите - "запихивайте". Есть у Вас свои способы добавлять описательные данные - эта идея никак им не мешает, используйте.
Нет своих таких способов или хочется сделать оптимальнее - пожалуйста, для сбора описательных данных и базовой работы с ними может появиться нормальная возможность.

[АлексЮстасу]

Сообщение от baksconstructor Цитата: Сообщение от АлексЮстасу Посмотреть сообщение Пришлите какой-нибудь представительный файл... Кусок в приложении.

Для этого примера 3D труб небольшое видео черчения, определения вычерченных элементов, замены объектов на другие, выбор, проверки, ввод характеристик.
Для наглядности я все элементы исходного чертежа растащил.

В видео используется версия для расширенных данных Object Data. Это позволяет их видеть не только в специальном нашем окне просмотра-ввода-редактирования характеристик, но и в обычном окне Свойства. Для наглядности.
С использованием XRecord под базовый Автокад все то же самое, но характеристики будут доступны только в специальном окне.
Т.к. расширенные данные можно присоединять к любым элементам, то характеристики можно описывать и у 3D тел.
Offtop: Сделал бы тогда же, но ждал программера для правки мелких косяков.

[maratovich]

Сообщение от АлексЮстасу Для наглядности я все элементы исходного чертежа растащил.

Вот только двух камней не хватает :
1. SHABLONTECHBRAS
2. MADEINTECHBRAS

[АлексЮстасу]

Сообщение от maratovich Вот только двух камней не хватает : 1. SHABLONTECHBRAS 2. MADEINTECHBRAS

Может быть и есть. Что имеется в виду?
Растащил всю конструкцию чертежа-примера для себя, чтобы описать все элементы. И чтобы был ко всем прямой доступ - там есть дублирующиеся трубы.

[maratovich]

Сообщение от АлексЮстасу Может быть и есть. Что имеется в виду?

В исходных блоках есть такие атрибуты (от родной программы)

[АлексЮстасу]

Сообщение от maratovich В исходных блоках есть такие атрибуты (от родной программы)

Какие атрибуты были в файле-примере, такие и сделал.
Дайте пример с такими атрибутами - сделаю, не проблема.

Атрибуты в примере у разных типов объектов были разные. Поэтому я почти для каждого типа объектов сделал свои таблицы. В общем-то это просто пример возможностей и решений.
Если атрибуты у всех одинаковые, то можно сделать одну общую таблицу для всех.
Если часть атрибутов у всех повторяется, то можно сделать по две таблицы - одну общую для одинаковых атрибутов, и вторую свою для каждого типа объектов. Т.е. присоединять к каждому графическому элементу по две записи таблиц - общей и своей.
При необходимости можно к одному графическому элементу присоединить любое число записей любого числа таблиц. В т.ч. и любое число записей на одну таблицу.
Возможны варианты
Данные из таблиц можно выгрузить в CSV или в TXT. Можно что-то со значениями в них поделать (в текстовых редакторах, в Exel или т.п.) - вставить другие значения, подсчитать и пр., и можно загрузить обратно в Автокад к своим графическим элементам.

[Сергей812]

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

вот это уже практическая ценность - так как программистов-самоучек под тот же эксель на порядки больше, чем под автокад. Да и просто формулами можно достаточно много сделать.