Александр, 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

Возможности OD/DB

   7 оценок

Добавлено: 13 Авг 2017
Обновлено: 08 Дек 2017

Возможности OD/DB

Технология OD/DB – использование давно существующих в базовом AutoCAD возможностей, позволяющее не только чертить быстрее и качественнее, чем обычными командами AutoCAD, но и позволяющее создавать объектные модели, модели, удобные для полноценного программного анализа. Т.е. технология OD/DB дает пользователям AutoCAD дополнительные возможности при черчении, новые степени свободы при работе с чертежами/моделями и позволяет создавать в базовом AutoCAD новый вид продукции.

OD/DB - в первую очередь технология, т.е. определенное использование уже существующих в базовом AutoCAD возможностей и средств. Добавляемые для этого программные инструменты не создают новых сущностей, но обеспечивают необходимые связи и решение нужных задач.

Элементы технологии OD/DB все давно известны, и многие ее элементы, значительные фрагменты или даже почти вся технология в целом широко и давно используются в базовом AutoCAD, в вертикальных приложениях. Например, всем известные Tool Palettes (палитры инструментов) - как меню объектов, например, Feature classes и Object Data в AutoCAD Map/Civil 3D - как почти полная реализация технологии, но ограниченная картографией.  Однако полной, последовательной, универсальной реализации OD/DB в базовом AutoCAD не существует.

Технология OD/DB это:

  • способ организации черчения, позволяющий его ускорить, облегчить, сделать удобнее,
  • средства автоматизированного достижения 100%-го формального качества, стандартизации чертежей/моделей,
  • средства удобного и полноценного определения характеристик объектов, способ создания объектных моделей.

OD/DB – универсальная технология, т.е. безразлична к предмету создаваемых чертежей/моделей, позволяет создавать в базовом AutoCAD для любого предмета черчения/моделирования объектные модели, графически представляемые штатными примитивами AutoCAD. OD/DB позволяет не графически описывать у любых типов объектов любые нужные характеристики, не ограничивает их состав и количество.

OD/DB - пользовательская технология, т.е. набор инструментов, позволяющий обычным пользователям в базовом AutoCAD, не в вертикальных или в специализированных пользовательских приложениях, не привлекая программистов, самостоятельно создавать объектные модели вместо обычных графических. Эта технология не требует от пользователей глубокого знания AutoCAD, она удобна для новичков и пользователей с небольшим опытом.

OD/DB – не обязывающая технология, не мешающая использовать никакие другие пользовательские решения и инструменты. Ее не обязательно применять полностью – ее можно использовать, допустим, в основном для ускорения и улучшения качества черчения или, допустим, в основном для описания характеристик объектов и т.д. OD/DB не исключает одновременного черчения обычными средствами AutoCAD. Работа обычными средствами AutoCAD с объектными моделями OD/DB ничем не отличается от работы с обычными графическими моделями.

OD/DB не создает проблем и ограничений для работы с его объектными моделями в базовом AutoCAD, в вертикальных приложениях, не добавляет специальных пользовательских объектов (proxy) или т.п., использует только штатные примитивы AutoCAD. Даже при очень больших объемах характеристик объектов не происходит замедления работы AutoCAD. Все данные объектных моделей, включая характеристики, сохраняются при штатном редактировании графики, при копировании в модели, в листах, из модели в другие модели, при сохранении в DWG, в DXF.

Ограничения OD/DB аналогичны ограничениям работы с обычными графическими чертежами/моделями в AutoCAD. Не целесообразно создавать объектные модели OD/DB объемом, большим, чем у аналогичных графических чертежей/моделей, при котором у AutoCAD возникает сильное замедление работы.

OD/DB дает наибольший эффект при регулярной или постоянной работе в одних и тех же стандартах черчения, при работе больших коллективов, при привлечении сторонних исполнителей, при создании больших моделей, разделенных на множество частей в разных файлах. OD/DB облегчает работу с мало знакомыми требованиями оформления, при переходе на разные стандарты черчения.

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

Создаваемые самими пользователями для OD/DB файлы описания объектов являются описанием их стандартов черчения/моделирования. Эти файлы описания объектов (стандарты) можно передавать любому числу пользователей AutoCAD аналогично передаче палитр инструментов, библиотек блоков, типов линий, штриховок и других ресурсных файлов. Файлы описания объектов (стандарты) можно создавать и распространять централизовано предприятиям, организациям и ведомствам для внедрения и поддержки соответствующих стандартов черчения/моделирования.

 

Возможности  технология OD/DB изложены в трех статьях с видеоиллюстрациями:

  1. Технология OD/DB - чертить быстрее, легче и удобнее.
  2. Технология OD/DB – 100%-е формальное качество, стандартизация чертежей/моделей.
  3.  Технология OD/DB – определение характеристик объектов; объектные модели.

 

12.08.17

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

Комментарии

Комментарии 1-15 из 23
АлексЮстасу
, 24 сентября 2017 в 20:28
#23
По поводу связей и отношений объектов.
Как вариант. Описать возможные общие связи и отношения. Например, линейные объекты такого-то класса нужно присоединять концами к точечным или площадным таких-то классов. Или - точечные объекты таких-то классов нужно размещать на линейных объектах таких классов. И т.п.
И проверки на поиск ошибок, автоматизированные исправления...
Где описывать такие отношения? Прямо в файле описания объектов? В характеристиках? В отдельных файлах при программах проверок?
Можно ли создать базовый общий список таких отношений?
Как описать связи для объектов сложных? Например, что такую-то грань 3D тела (как, кстати, описать, какую?) или некую точку или линию в блоке нужно соединять с чем-то другим? И пр...
АлексЮстасу
, 24 сентября 2017 в 17:39
#22
Что бы стоило обсудить, если обсуждать суть:
- как описывать типы объектов, в каком виде? Уверен, оч. многие сказали бы - в xml. Какие есть другие, и удобные для большинства пользователей варианты?
- какие графические свойства у типов объектов описывать - все исчерпывающе или только самые часто задаваемые?
- делать ли окно-форму для описания объектов, чтобы описывать быстрее и проще? Или бесполезно? Если неизбежны и быстрее правки вручную в тексте?
- какие типы данных для характеристик нужны? Достаточно самых простых Char, Real, Int или нужны еще? Есть же разные варианты - от BLOB до Point, Hyperlink, Data/Time и пр.
- как быть с х-ми, у которых может быть одновременно несколько значений?
- как обеспечить сохранение значений в виде кодов, а не их расшифровки, если предусмотрены списки код-расшифровка? Но чтобы пользователь видел при этом расшифровки?
- как быть с пользовательскими и прокси объектами? Как организовать поддержку их черчения, проверок, классификации и пр.? Или не нужно?
- нужно ли обеспечивать прямое создание таблиц Автокада или достаточно обеспечить экспорт в txt-csv или т.п.?
- к каким вообще засадам может приводить широкое использование расширенных данных? Могут ли возникать конфликты с другими приложениями?
- как лучше описывать принадлежность объектов своему файлу описания? Как избегать конфликта между объектами с одинаковыми идентификаторами типов (одинаковыми названиями), но пришедшими из разных источников, из разных стандартов?
- как обеспечивать передачу данных в вертикальные приложения, экспорт?
- можно ли описывать взаимоотношения, связи объектов на основе х-к объектов? Например, кабелю в х-ку "связь" записать список типов объектов возможных соедининий - от выключателей до светильников? Или записывать туда id конкретного устройства? Вручную, автоматически? Как при этом обеспечить их графическую связь, проверку наличия этих связей?

Настоящих вопросов по сути темы десятки... Принципиальных. До сих пор, кроме двух-трех предельно абстрактных суждений-оценок не прозвучало ничего...
АлексЮстасу
, 06 сентября 2017 в 02:53
#21
Примерно в 9 вечера вчера (05.09) разместил на англоязычном форуме Autodesk в ветке AutoCAD Forum сообщение со ссылкой на английский перевод этой и следующей статей. Т.е. на "OD/DB Features" и на "OD/DB features. Article 1. OD/DB technology – to draw faster, easier and more convenient".
Примерно через полчаса сообщение бесследно исчезло. Т.е. даже не прислали сообщение от администратора о нарушении чего-нибудь. Просто сгинуло.
В прошлый раз (год назад - http://dwg.ru/b/topomap/90) было хотя бы письмо щастя от админа.

Создал аналогичное сообщение еще раз. Написал прямо в нем, что это не реклама.
Принт-скрин для протоколу: https://yadi.sk/i/gxZpx5kH3MdqWA.
Подождем...
АлексЮстасу
, 20 августа 2017 в 03:42
#20
Цитата:
Сообщение #12 от Сергей812
если хранить в расширенных данных всю необходимую информацию для составления той же спецификации - то сотни раз будут продублированы названия фирм, марка и название оборудования.
А! Я облажался, причем в двух смыслах! Пардон!
Во-первых, вариант с внешними БД - вполне же тоже OD/DB. См. в моем же "OD/DB, OD/DB-технологии Object Drawing/Data Base - technologies)в CAD". Я увлекся отстаиванием использования расширенных данных, и "выплеснул ребенка".
Во-вторых, я сузил собственную реализацию использованием только внутренней БД в расширенных данных, все последнее время рассматривал только этот вариант - на том и поймался. :) Зациклился на нужном мне частном случае, и который кажется проще.
Т.е., если оправдано или если таковы предпочтения, то нормальный вариант OD/DB - присоединение расширенных данных к элементам со ссылками на внешнюю БД с созданием соответствующих таблиц, записей и т.п.
АлексЮстасу
, 19 августа 2017 в 19:16
#19
Наткнулся на пост ShaggyDoc 2010 г.: http://forum.dwg.ru/showpost.php?p=628662&postcount=4.
ShaggyDoc (в теме о кабелях):
"Причем здесь электрики... "Щелкнуть" по чему-то и получить информацию - типичная ГИС-технология."
Тремя постами ниже ему отвечает zamtmn: "ГИС в общем-то абсолютно такой же частный случай, только пошире))".
Т.е. мысль, что инструменты и технологии можно применять для любого предмета черчения/моделирования совсем не моя и совсем не нова. Нужно только это осознать, вычленить их суть и снять ограничения, внесенные конкретными реализациями, частностью задач.
Речь фактически шла об обсуждаемой здесь технологии, названной мной OD/DB - для осознания ее как самоценной и отдельной, и для попытки ее описания.
Исторически сложилось, что ГИС были первой (или одной из первых - еще с 60-х, наверное) сферой применения этой технологии, до сих пор используемой, и хорошо в ней разработанной. Но это не сужает ее принципиальной применимости.
Остается увидеть ее универсальную составляющую.
Andrey_13
, 17 августа 2017 в 19:06
#18
Статья ни о чём.
tyuk
, 15 августа 2017 в 10:18
#17
Зачем вообще нужна эта статья? Вот когда сделаете статьи о которых говорится в конце тогда и пишите. А пока это просто болтология. Людям не нужны технологии. Нужны решения их прикладных задач. А пока вам нечего сказать.
Григорий Белугин
, 15 августа 2017 в 07:03
#16
Цитата:
Сообщение #15 от АлексЮстасу

Кстати, как это Project Studio хранит характеристики - диаметры, марки изделий и пр.? Во внешних файлах, в расширенных данных?
Еще, предположу, что все объекты там пользовательские - proxy?


Вы не хотите слышать, что Вам говорят комментаторы. Мы про одно, Вы про свое.... Вам пытаются донести принципиальные вещи (касательно Вашего подхода вообще), а Вы в какие-то частности уходите (да какая разница какие там proxy и где какие данные хранятся - программа должна РАБОТАТЬ, а не иметь в качестве результата тонны пустословия на форуме). Вследствие этого мне сказать по теме больше нечего.
АлексЮстасу
, 15 августа 2017 в 05:11
#15
Цитата:
Сообщение #14 от Григорий Белугин
Я использовал ТулПаллетс (при чем исключительно со своими туда вставленными наработками) много лет назад
Есть ли возражения, что чертить из палитры инструментов быстрее, легче и удобнее, чем просто командами Автокада, выставляя нужные свойства вручную? Есть возражения, что чертеж, начерченный полностью из палитр, будет формально качественным, т.е. все графические элементы будут иметь только нужные свойства? При этом Вы могли раздать всем соисполнителям эти палитры (т.е. стандарт), и у всех были бы стандартизованные чертежи - с одинаковыми слоями, у однородных элементов одинаковые свойства и т.д.? Есть у Вас возражения, что такой инструмент ускоряет, облегчает и упрощает создание чертежей/моделей в целом?
Палитры - пример меню объектов, первой части OD/DB, OD - object drawing, черчения объектов.
Цитата:
Сообщение #14 от Григорий Белугин
Сейчас использую ... готовое решение в виде Проджект Студио и не вижу пока ни одного инструмента, который позволит удобнее и быстрее рисовать конструкторские чертежи.
Не вопрос - если есть специализированное замечательное устраивающее приложение, то никакие универсальные решения Вам ни к чему.
Кстати, как это Project Studio хранит характеристики - диаметры, марки изделий и пр.? Во внешних файлах, в расширенных данных?
Еще, предположу, что все объекты там пользовательские - proxy?
Григорий Белугин
, 14 августа 2017 в 22:12
#14
Цитата:
Сообщение #10 от АлексЮстасу
Чтобы продолжать, скажите, насколько часто Вы используете Автокад? Или плотно сидите в вертикальных решениях, почти не используя обычное черчение? Я же не знаю. Используете ли, например, Tool Palettes?

Я использовал ТулПаллетс (при чем исключительно со своими туда вставленными наработками) много лет назад, когда не было адекватных готовых надстроек на "голый" Автокад, использовал свои динблоки и прочие самодельные вещи. Сейчас использую по итогу динблоки и готовое решение в виде Проджект Студио и не вижу пока ни одного инструмента, который позволит удобнее и быстрее рисовать конструкторские чертежи. Можно до морковкиного заговения рассуждать что было бы лучше, если бы да кабы. Где более удобное решение? Вы его предлагаете? Давайте свои разработки, попробуем. Пока же я вижу лишь непонятные многословные рассуждения о бороздении кораблями космических просторов. Если разработки давать из каких-то соображений не желаете, а лишь описываете туманно и многословно возможности, то зачем это? Как сказал один умный академик, когда один молодой человек стал объяснять принцип действия одной новации "слишком долго объясняете". Не надо объяснять. Нужно дать решение, которое работает. Решения которые не работают, работают по не очевидным алгоритмам, работают слишком сложно или не доделаны никому не нужны.
АлексЮстасу
, 14 августа 2017 в 22:11
#13
Цитата:
Сообщение #12 от Сергей812
"Рисование" - это лишь часть задача автоматизации. Еще есть формирование взаимосвязей между элементами чертежа для получения отчетов, формирования расчетных схем и т.д.
Я и не обещал решить все задачи. Но "рисование" можно заметно улучшить. Разве недостойная задача?
Про взаимосвязи интересно, можно ли их как-то достаточным образом отобразить в х-ках? Можно завести х-ку, -ки для указания объекта, -ов, с которым, -ми данный объект связан.
Отчеты не проблема, если они формируются из сведений о геометрии, типах объектов и из значений характеристик. Выгружайте на здоровье что хотите во что хотите.
Цитата:
Сообщение #12 от Сергей812
Например, применительно к слаботочке - на планах есть сотни (а на крупных объектах и тысячи) камер, датчиков, указателей и т.п. Естественно, используется более менее однотипное оборудование. И если хранить в расширенных данных всю необходимую информацию для составления той же спецификации - то сотни раз будут продублированы названия фирм, марка и название оборудования.
Повторюсь, что предлагаемая технология - тот же Автокад. Что в нем не катит, то и в OD/DB не пойдет. С другой стороны, Автокад (и OD/DB) удобны для черчения, создания моделей. С OD/DB люди могут получить возможность данные быстрее и легче собрать, ввести.
Функции СУБД, информационной системы - не Автокада в общем случае. В противоположность CAD, информационные системы не удобны для черчения, сбора данных. Поэтому собирать данные для больших моделей лучше в CAD, а использовать лучше в ИС.
Только обеспечить взаимообмен нужно.
Но в небольших моделях - многие сотни и некоторые тысячи объектов - и Автокад с OD/DB справятся с анализом. Не нужно только считать это прямым назначением Автокада (OD/DB).
Сергей812
, 14 августа 2017 в 21:50
#12
Цитата:
Сообщение #11 от АлексЮстасу
Представьте, что Autodesk доработал Tool Palettes, и добавил возможности выбора по названиям объектов, замену свойств на свойства другого указанного типа объектов, проверку правильности свойств объектов в модели и пр. Вам бы это не понравилось? Не облегчило бы работу? Вы бы отказались?

"Рисование" - это лишь часть задача автоматизации. Еще есть формирование взаимосвязей между элементами чертежа для получения отчетов, формирования расчетных схем и т.д.

Цитата:
Сообщение #11 от АлексЮстасу
Во-вторых, уточните, о каких одинаковых данных речь?

Например, применительно к слаботочке - на планах есть сотни (а на крупных объектах и тысячи) камер, датчиков, указателей и т.п. Естественно, используется более менее однотипное оборудование. И если хранить в расширенных данных всю необходимую информацию для составления той же спецификации - то сотни раз будут продублированы названия фирм, марка и название оборудования.
АлексЮстасу
, 14 августа 2017 в 20:00
#11
Цитата:
Сообщение #9 от Сергей812
А есть ли вообще смысл пытаться делать суперуниверсальный продукт? Ведь зачастую успех "самопальных" надстроек/программ/макросов - что они делают одну/две задачи - но хорошо и без лишних настроек и нажатий.
Имеет смысл, но не в том смысле. :)
Например, нельзя создать один универсальный отрезок сразу всех длин, направлений, высот и т.п. Но можно создать одну суперунивесальную команду _LINE - ей можно чертить любое количество любых отрезков. А потом использовать эти отрезки и команду в самопальных надстройках. Все аналогии хромают, но суть в этом.
Те же Tool Palettes - это тот самый суперуниверсальный продукт. Т.к. для любого предмета черчения. С его помощью можно во многом стандартизовать чертежи, ускорить, упростить черчение.
Представьте, что Autodesk доработал Tool Palettes, и добавил возможности выбора по названиям объектов, замену свойств на свойства другого указанного типа объектов, проверку правильности свойств объектов в модели и пр. Вам бы это не понравилось? Не облегчило бы работу? Вы бы отказались?
Цитата:
Сообщение #9 от Сергей812
1. Зачем плодить в самом чертеже множество одинаковых данных, утяжеляя его?
Во-первых, по некоторому опыту утяжеление в байтах из-за расширенных данных не приводит к замедлению Автокада. Автокад действует как бы мимо них. Во-вторых, уточните, о каких одинаковых данных речь?
Цитата:
Сообщение #9 от Сергей812
2. Чтобы обработать данные - надо постоянно лазить в чертеж. А если обрабатывается связанные чертежи, и часть из них закрыта - их понадобиться открывать. Далеко не у всех проектировщиков мощные компы с 8 и более Гб оперативки на борту - чтобы это хотя бы заметно не тормозило.

Пока что речь только об активном чертеже.
АлексЮстасу
, 14 августа 2017 в 19:35
#10
Цитата:
Сообщение #8 от Григорий Белугин
1. Идея осталась непонятой и не раскритикованной, сетуете? Так у Вас набор слов с совершенно непонятным смыслом. Что критиковать?
Потому и пытаюсь изложить снова, по-другому, что чувствую непонимание. Но пока не соображу, что там непонятного? :)
Цитата:
Сообщение #8 от Григорий Белугин
2. Если Вы пишете про видеоролики и ссылки внизу статьи, то надо делать эти ссылки кликабельными, иначе где логика вообще об этом писать?
Там не сами же статьи. И не ссылки. А сообщение, что такие статьи готовятся.
Цитата:
Сообщение #8 от Григорий Белугин
не одному варианту подача материала не соответствует. потому что непонятно ровным счетом ничего. Ни начинающим пользователям. ни продвинутым. Для чего, зачем и с какой целью - не понятно.
Чтобы продолжать, скажите, насколько часто Вы используете Автокад? Или плотно сидите в вертикальных решениях, почти не используя обычное черчение? Я же не знаю. Используете ли, например, Tool Palettes?
Сергей812
, 14 августа 2017 в 19:35
#9
Цитата:
Сообщение #7 от АлексЮстасу
Какого типа характеристики в общем случае нужны? Для каких задач характеристики еще могут использоваться

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

Цитата:
Сообщение #7 от АлексЮстасу
Про расширенные данные до сих пор слышал только противоположное. Какие именно проблемы от них могут происходить?

1. Зачем плодить в самом чертеже множество одинаковых данных, утяжеляя его?
2. Чтобы обработать данные - надо постоянно лазить в чертеж. А если обрабатывается связанные чертежи, и часть из них закрыта - их понадобиться открывать. Далеко не у всех проектировщиков мощные компы с 8 и более Гб оперативки на борту - чтобы это хотя бы заметно не тормозило.

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