Термовкладыши

Александр, Alexander

Technologist. Mapping, Terra Modelling, GIS

Технолог.
Топография, картография, моделирование местности. AutoCAD, AutoCAD Map/Civil 3D, Bentley MicroStation, GIS.
Дешифрирование фотоизображений, обработка лазерного сканирования, других ДДЗ.
Постановщик задач создания программ под AutoCAD, для моделирования местности.
Редактор карт-планов.

Technologist.

Topography, Mapping, Terra Modelling - AutoCAD, AutoCAD Map/Civil 3D, Bentley MicroStation, GIS, Image Interpretation, Laser Scanning, Terra Modelling,
Programming.
Map editor.
Главная » Блоги » Technologist. Mapping, Terra Modelling, GIS

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

   0 оценок

Добавлено: 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

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

Комментарии

Комментарии 1-15 из 30
Сергей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?
trir
, 04 октября 2017 в 07:25
#22
"Меня поразило сегодня страшное предположение - может быть Autodesk сделал свои расширенные данные с какими-то принципиальными косяками, и потому поостерегся допустить к ним широкие массы пользователей?"
скорее они не смогли нормально их добавить в dwg/dxf и поэтому забили.
Мне кажется развитие AutoCAD'а во многом определяется структурой dwg/dxf которая определилась ещё в 80-ые...
АлексЮстасу
, 04 октября 2017 в 03:58
#21
Цитата:
Сообщение #20 от Сергей812
Смотря какие статьи) В ваших обсуждается реализация внутреннего продукта фирмы
Кстати о статьях. Эта статья не об идее OD/DB, и комментировать здесь не о тегах или возможностях акадовских расширенных данных ни к чему.

Меня поразило сегодня страшное предположение - может быть Autodesk сделал свои расширенные данные с какими-то принципиальными косяками, и потому поостерегся допустить к ним широкие массы пользователей?
Сергей812
, 03 октября 2017 в 20:30
#20
Цитата:
Сообщение #19 от АлексЮстасу
Статьи обычно пишутся для 5-10% ищущих и анализирующих.

Смотря какие статьи) В ваших обсуждается реализация внутреннего продукта фирмы, которого за пределами фирмы никто вживую не видел) Вы посмотрите на количество просмотревших и сколько людей отписалось - потому что большинство просто не видят предмета обсуждения - это все не применимо в условиях их текущей работы. Ваши статьи скорее на Хабрахабр надо писать, имхо)
АлексЮстасу
, 03 октября 2017 в 18:58
#19
Цитата:
Сообщение #17 от Сергей812
У вас удивительная "способность" не видеть в упор неугодные для вас строки:

Цитата:
Сообщение #7 от Сергей812
ограничиваясь идеями - которые 99,9% посетителей форума просто не в состоянии реализовать из-за недостаточного владения ЯП
Этот упрек просто не к месту. 90-95% действительно нужно готовое. Статьи обычно пишутся для 5-10% ищущих и анализирующих.
АлексЮстасу
, 03 октября 2017 в 18:51
#18
Цитата:
Сообщение #16 от Boxa
С моей точки зрения ничего сложного в этом функционале нет, прототип можно реализовать за пару вечеров неспешного написания кода. Исходя из этого, смело предполагаю, что кому было нужно, уже реализовали для себя такого рода приложения.
Есть и другие объяснения, почему не реализовано. Например, комментарий kp+ #10 в https://dwg.ru/b/topomap/193#comments
Смотрел форумы на середину 2000-х - много интереса к расширенным данным. Кто-то что-то, очевидно, себе написал, так все и сгинуло. Нормальный для всех результат был бы только от Autodesk...
Востребованность есть, но люди на безрыбье пробавляются костылями. Например, оч. распространено описание характеристик с помощью атрибутов блоков. А подобным набором инструментов можно было бы определять х-ки при любых примитивах, не только для блоков.
Сергей812
, 03 октября 2017 в 13:56
#17
Цитата:
Сообщение #15 от АлексЮстасу
На форуме множество тем/проектов, где обсуждались идеи, подходы, решения, приемы и пр. И в общем виде, и в подробностях. Профит в первую очередь в самих идеях. Их можно реализовывать, развивать, искать свои решения.

У вас удивительная "способность" не видеть в упор неугодные для вас строки:

Цитата:
Сообщение #7 от Сергей812
ограничиваясь идеями - которые 99,9% посетителей форума просто не в состоянии реализовать из-за недостаточного владения ЯП


Цитата:
Сообщение #15 от АлексЮстасу
С этой же идеей Вы можете вспомнить прямое ее одобрение? Критику сути, содержательно? Обсуждение достоинств и недостатков? И пр. Я ничего этого не видел, разве: "не, это колесо до Москвы не доедет" или "ну, рисуй, паганини". Вы помните, чтобы предлагали сотрудничество, поддержку, участие или пр.?

Чего критиковать то? Мелькание картинок в видео?)

Цитата:
Сообщение #15 от АлексЮстасу
Значит, предлагаю что-то ненужное, ерунду. Значит, нужно бросать фигней заниматься, и, тем более, не выкладывать барахло.

На текущий момент вы пишите продукт для внутреннего пользования. Насколько он получился хорош - знают только сотрудники фирмы, где вы работаете)
Boxa
, 03 октября 2017 в 10:15
#16
Спасибо. Ознакомился.
С моей точки зрения ничего сложного в этом функционале нет, прототип можно реализовать за пару вечеров неспешного написания кода. Исходя из этого, смело предполагаю, что кому было нужно, уже реализовали для себя такого рода приложения. Мне пока без надобности, но запомню.
Комментарии могут оставлять только зарегистрированные участники
Авторизоваться
Инженерные консультации