Реклама i
ФОТОТЕХ
VetCAD

Как с расширенными данными у «смежника» AutoCAD

   1 оценка

размещено: 01 Октября 2017
обновлено: 10 Октября 2017

Как с расширенными данными у «смежника» - в MicroStation*

* - не с целью рекламы, а исключительно для промышленного шпионажа. :)

 

MicroStation – прямой и очень старый конкурент AutoCAD, с 1984 г.

С неизвестных давних времен (в 90-е уже было), а, возможно, с самого начала в MicroStation существует набор инструментов Tags. Tag, Тег здесь - ярлык, бирка, признак. В MicroStation это средство описания и определения у графических элементов дополнительных неграфических данных – «расширенные данные», Extended data. В AutoCAD аналог - XData, XRecord.

Т.е. любой пользователь в любой момент может описать любые нужные ему «таблицы»-Tag Sets, в них «поля данных»-Tags для характеристик, присоединить их к нужным графическим элементам, и определить в них нужные значения.

Рис. 1. Окно создания и редактирования Tag Sets – «таблиц» для описательных данных.

 

Рис. 2. Создание Tag Set – «таблицы» описательных данных (Трубопровод).

 

Рис. 3. Создание Tag – описание поля данных (ДИАМЕТР_мм). Здесь – целочисленного, Integer. Доступно так же символьные-Character и числовые Real.

 

Рис. 4. Создание Tag – описание поля данных (МАТЕРИАЛ). Здесь – символьного-Character.

 

Рис. 5. Присоединение к графическому элементу (выделен пурпурным) нужного Tag Set (Трубопровод) и ввод значений в поля данных (МАТЕРИАЛ - ПП, ДИАМЕТР_мм - 32).

 

Рис. 6. Видимые значения Tags, присоединенные к графическому элементу. Отображение надписями значений не обязательно. Оно управляется в описании Tags – см. на рис. 3 опция Display Tag.

 

Рис. 7. Редактирование значений Tags, присоединенных к графическому элементу. Дополнительная возможность управлять отображением надписей значений.

 

В палетке Tags кроме Attach Tags и Edit Tags есть так же Review Tags, Change Tags, Delete Tags – просмотреть, заменить, удалить записи с данными у указанного графического элемента.

К одному графическому элементу можно присоединить любое нужное число разных «таблиц»-Tag Sets, и нельзя присоединять больше одного одноименного Tag Set.

Например, к одной линии можно присоединить «Забор», а так же «Участок» и «Улица» и т.п. Ограничений на типы примитивов нет.

Таким образом, пользователи могут «определять» с помощью Tag Sets графические элементы фактом присоединения к ним соответствующих «таблиц» - эта линия «Трубопровод», а этот блок – «Кран». А в самих Tags могут определить у этих объектов их характеристики - "МАТЕРИАЛ", "ДИАМЕТР" и т.д.

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

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

Введенные пользователями значения характеристик, а так же множество других сведений о графических элементах (название Tag, цвет, слой и т.п.) можно выгружать в текстовые файлы с помощью Generate Templates и Generate Reports (см. Рис. 1).

Последние года 2-3 в MicroStation появился новый вариант описания расширенных данных – Items. Я с ними не разбирался, но говорят, что они «мощнее и удобнее».

Подобный небольшой, но удобный штатный инструментарий позволяет пользователям легко решать задачи описания неграфических характеристик объектов, определения графических элементов как объекты, поможет в создании экспликаций и т.п. И было бы весьма неплохо иметь подобное в AutoCAD года хотя бы с 2000-го. :)

 

01.10.17

Александр Шаров

Комментарии

Комментарии могут оставлять только зарегистрированные участники
Авторизоваться
Комментарии 16-30 из 52
Сергей812 , 27 октября 2017 в 22:34
#37
Цитата:
Сообщение #36 от АлексЮстасу
Не к отдельным элементам, а ко всем элементам.

А зачем связи ко всем элементам?)

Цитата:
Сообщение #36 от АлексЮстасу
Так и поможет - появится возможность описать, что нужно вносить в журнал, возможность указать, что к чему нужно подключать, возможность посчитать. Потому что появятся определения что есть что.
И появится возможность описывать взаимосвязи и пр., т.к. будут поля для характеристик.


Как будут формироваться ссылки между чертежами и проектами? Пользователь будет сидеть и заполнять бесконечные поля?
АлексЮстасу , 27 октября 2017 в 19:58
#36
Цитата:
Сообщение #35 от Сергей812
И как описание к отдельным элементам поможет, к примеру для слаботочки: создать кабельный журнал? Проверить правильность подключения кабелей к оборудованию? Посчитать - не вышло ли количество датчиков на шлейфе за пределы емкости оборудования?

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

От вашей усовершенствованной палитры до BIM - пока еще, как пешком до Луны)
Не к отдельным элементам, а ко всем элементам.
Так и поможет - появится возможность описать, что нужно вносить в журнал, возможность указать, что к чему нужно подключать, возможность посчитать. Потому что появятся определения что есть что.
И появится возможность описывать взаимосвязи и пр., т.к. будут поля для характеристик.

BIM был к ночи помянут потому, что он является хоть и навороченной, но разновидностью аналитических, цифровых моделей-систем. Графика + объектные определения + характеристики = аналитическая, цифровая модель. И эта составляющая является обязательной программой и для BIM, и для автоматизации проектирования. Иначе это костыль на костыле, погоняемый костылями.
Сергей812 , 27 октября 2017 в 09:21
#35
Цитата:
Сообщение #34 от АлексЮстасу
Разве добавление объектного определения элементов и создания полей для неграфических характеристик не есть принципиальный шаг к удобству проектирования? Причем, добавления автоматического - сразу при черчении элементов. Без дополнительных специальных усилий пользователя.


И как описание к отдельным элементам поможет, к примеру для слаботочки: создать кабельный журнал? Проверить правильность подключения кабелей к оборудованию? Посчитать - не вышло ли количество датчиков на шлейфе за пределы емкости оборудования?

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

От вашей усовершенствованной палитры до BIM - пока еще, как пешком до Луны)
АлексЮстасу , 27 октября 2017 в 03:42
#34
Цитата:
Сообщение #33 от Сергей812
для тех же инженерных сетей возможность добавления описания объектов - это лишь часть общей задачи ускорения проектирования. А вы все пытаетесь свести к частной задаче - рисованию/усовершенствованной палитре)
Вторая фраза противоречит первой.
Разве добавление объектного определения элементов и создания полей для неграфических характеристик не есть принципиальный шаг к удобству проектирования? Причем, добавления автоматического - сразу при черчении элементов. Без дополнительных специальных усилий пользователя.
Думаю, эти возможности обязательная составляющая любой версии BIM. Без этого невозможно организовать весь процесс.

Нда... Опять мы сбиваемся на вопросы не по теме статей! Если их и обсуждать, то к соответствующим статьям.
Сергей812 , 25 октября 2017 в 00:02
#33
Цитата:
Сообщение #32 от АлексЮстасу
Меня больше интересует возможность добавлять к графическим элементам описания неграфических свойств объектов. А вывести их значения в виде надписей - дело не первое, ятд. Хотя и дело хорошее.


для тех же инженерных сетей возможность добавления описания объектов - это лишь часть общей задачи ускорения проектирования. А вы все пытаетесь свести к частной задаче - рисованию/усовершенствованной палитре)
АлексЮстасу , 24 октября 2017 в 19:43
#32
Цитата:
Сообщение #31 от Boxa
Вот как обстоят дела с тегами у автокада:...
Как писал раньше, прототип такого приложения действительно делается за вечер... а вот преферанс и куртизанки к нему прикручиваются несколько дольше. Но это интересно.
Это вроде бы не в Автокаде а под Автокад?
Вас заинтересовала больше возможность надписывать какие-то значения, свойства?
Для этого лучше бы подошел инструментарий Label - создания надписей свойств или параметров элементов. В т.ч. и неграфических характеристик. Вроде создания атрибутов у множества указанных элементов.
Например, в AutoCAD Map 3D такой достаточно удобный инструмент есть:
1. определяется нужный набор данных из элементов чертежа/модели,
2. для этого набора определяется что, где, как и чем надписать,
3. появляются заказанные надписи. Надписи связаны со своими элементами.
(Тоже не вижу никаких причин, почему не перенести этот инструмент в базовый Авокад...).
Меня больше интересует возможность добавлять к графическим элементам описания неграфических свойств объектов. А вывести их значения в виде надписей - дело не первое, ятд. Хотя и дело хорошее.
Boxa , 24 октября 2017 в 07:38
#31
Вот как обстоят дела с тегами у автокада:
https://www.youtube.com/watch?v=GAGGRSuMIXE free
https://www.youtube.com/watch?v=fQekjCfXRKk $2
а это теги в автокаде архитектура https://www.youtube.com/watch?v=8i8nwWcchJY
Было бы желание использовать...

Как писал раньше, прототип такого приложения действительно делается за вечер... а вот преферанс и куртизанки к нему прикручиваются несколько дольше. Но это интересно.
Сергей812 , 04 октября 2017 в 22:30
#30
Цитата:
Сообщение #29 от АлексЮстасу
Если бы такой инструментарий создал сам Autodesk, то было бы единообразие без угадайки.


А оно ему нужно?)) У Аутодеска есть те же вертикалки, БИМ - их тоже надо продавать. Для обычного пользователя Акада есть атрибуты (применимы только к вставкам блоков), гиперссылки (к почти любому видимому примитиву), поля. Для продвинутых пользователей и разработчиков надстроек есть расширенные данные. Скажите ещё спасибо Аутодеску, что он дал официальный доступ к расширенным данным в открытом API, а не запихал в недокументированные функции.
АлексЮстасу , 04 октября 2017 в 21:33
#29
Цитата:
Сообщение #27 от Сергей812
Формат расширенных данных какого-то определенного приложения знают только разработчики этого приложения. Можно, конечно, просмотреть данные и попробовать догадаться о функциональном назначении данных - но нет никаких гарантий, что в определенных условиях не будут вставлены дополнительные данные либо наоборот, сокращено их количество.
Если бы такой инструментарий создал сам Autodesk (по аналогии с описанным в статье), то было бы единообразие без угадайки.
АлексЮстасу , 04 октября 2017 в 18:51
#28
Цитата:
Сообщение #26 от румата
На мой взгляд Вы ошибаетесь. Атрибуты имеют осмысленные имена или обозначения, поэтому ими пользуются обычные пользователи без "словарей". XData, к примеру, очень специфичная база данных, и с ней без знания DXF- кодов нечего делать обычному пользователю. Да и со знанием тоже, т.к. один и тот же числовой код может соответствовать совершенно любой, к примеру, числовой характеристике объекта. По этой же причине видится сомнительность аналогии XData и Tags.
Да, смысл имеет возможность задавать понятные пользователям имена. И возможность ничего не ведать о DXF-кодах. :)
Но мне несколько раз встречалось про достаточно мощные приложения, использующие с человечными названиями именно XData.
Сергей812 , 04 октября 2017 в 18:32
#27
Цитата:
Сообщение #26 от румата
Атрибуты имеют осмысленные имена или обозначения, поэтому ими пользуются обычные пользователи без "словарей". XData, к примеру, очень специфичная база данных, и с ней без знания DXF- кодов нечего делать обычному пользователю. Да и со знанием тоже, т.к. один и тот же числовой код может соответствовать совершенно любой, к примеру, числовой характеристике объекта. По этой же причине видится сомнительность аналогии XData и Tags .


Совершенно верно. Формат расширенных данных какого-то определенного приложения знают только разработчики этого приложения. Можно, конечно, просмотреть данные и попробовать догадаться о функциональном назначении данных - но нет никаких гарантий, что в определенных условиях не будут вставлены дополнительные данные либо наоборот, сокращено их количество.
румата , 04 октября 2017 в 15:50
#26
Цитата:
Сообщение #25 от АлексЮстасу
Это инструмент не меньше для пользователей. Ведь применяют же широко атрибуты для такой же цели.

На мой взгляд Вы ошибаетесь. Атрибуты имеют осмысленные имена или обозначения, поэтому ими пользуются обычные пользователи без "словарей". XData, к примеру, очень специфичная база данных, и с ней без знания DXF- кодов нечего делать обычному пользователю. Да и со знанием тоже, т.к. один и тот же числовой код может соответствовать совершенно любой, к примеру, числовой характеристике объекта. По этой же причине видится сомнительность аналогии XData и Tags .
АлексЮстасу , 04 октября 2017 в 15:00
#25
Цитата:
Сообщение #24 от Сергей812
скорее потому что и не собирался давать обычным пользователям нормальные встроенные инструменты для работы с расширенными данными.
Есть и такое подозрение. Но вот MicroStation дал пользователям инструментарий тегов, и это ничему не помешало - вертикальные приложения есть и в нем.
Цитата:
Сообщение #24 от Сергей812
Это инструмент для разработчиков надстроек...
Это инструмент не меньше для пользователей. Ведь применяют же широко атрибуты для такой же цели.
Сергей812 , 04 октября 2017 в 14:54
#24
Цитата:
Сообщение #21 от АлексЮстасу
Меня поразило сегодня страшное предположение - может быть Autodesk сделал свои расширенные данные с какими-то принципиальными косяками, и потому поостерегся допустить к ним широкие массы пользователей?

скорее потому что и не собирался давать обычным пользователям нормальные встроенные инструменты для работы с расширенными данными. Это инструмент для разработчиков надстроек, несколько существующих функций в ET - это чистая демонстрация работы с расширенными данными.
АлексЮстасу , 04 октября 2017 в 13:45
#23
Цитата:
Сообщение #22 от trir
скорее они не смогли нормально их добавить в dwg/dxf и поэтому забили.
С dwg в чем проблемы выражаются?

Если говорить об Object Data из Map 3D, как о частном случае расширенных данных, то для них я никаких особых проблем еще не замечал. В dxf в том числе - сохраняются, открываются, читаются и пр.
Кстати, зачем для Map 3D сделали особые расширенные данные, а не использовали прямо XData, XRecord?