| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |  Справка по форуму | Файлообменник |

Вернуться   Форум DWG.RU > Программное обеспечение > AutoCAD > Чертить сразу с нужными графическими свойствами, сразу определять элемент как объект реальности, сразу присоединять описательные данные

Чертить сразу с нужными графическими свойствами, сразу определять элемент как объект реальности, сразу присоединять описательные данные

Закрытая тема
Поиск в этой теме
Непрочитано 14.09.2014, 18:50 #1
Чертить сразу с нужными графическими свойствами, сразу определять элемент как объект реальности, сразу присоединять описательные данные
АлексЮстасу
 
топограф, технолог
 
Москва
Регистрация: 24.05.2009
Сообщений: 3,030

В любом чертеже всегда есть в той или иной степени строгий внутренний стандарт черчения. Иногда он совпадает с общепризнанными стандартами (ГОСТ, Условные знаки) или со стандартами заказчиков или т.п. Даже черчение "абы как", "там разберемся" можно считать эдаким стандартом
И в любом чертеже мы отображаем не сами линии, блоки, штриховки и пр., а с их помощью моделируем нечто из своих предметных областей, что различается сущностями и определяется наборами своих характеристик, не всегда отображаемых графически.
Соответственно идея - сделать для базового Автокада возможность чертить сразу с нужными графическими свойствами, сразу определять элементы как объекты реальности, сразу присоединять нужные описательные данные.
Для этого нужно создать такие возможности:
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.
Но и сторонними программистскими силами это, надеюсь, вполне реализуемо. Отчасти практически проверено, хотя и не в голом Автокаде.
__________________
количество моих сообщений не говорит о знании Автокада
Просмотров: 35412
 
Непрочитано 14.09.2014, 19:12
#2
sbi


 
Регистрация: 27.04.2008
SPB
Сообщений: 3,285
Отправить сообщение для sbi с помощью Skype™


"Над седой равниной моря ветер тучи собирает.
Между тучами и морем гордо реет Буревестник, черной молнии подобный.
То крылом волны касаясь, то стрелой взмывая к тучам, он кричит,
и — тучи слышат радость в смелом крике птицы.
В этом крике — жажда бури!
Силу гнева, пламя страсти и уверенность в победе слышат тучи в этом крике.
Чайки стонут перед бурей, — стонут, мечутся над морем и на дно его готовы спрятать ужас свой пред бурей."
__________________
С уважением sbi
sbi вне форума  
 
Непрочитано 14.09.2014, 19:33
1 | #3
ShaggyDoc

Thượng Tá Quân Đội Nhân Dân Việt Nam
 
Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381


Всё это давно реализовано. Все это делается с помощью программирования.
Цитата:
Вот эти возможность в базовом Автокаде мне неизвестны
А в "базовом" Автокаде этих возможностей и быть не может. На то он и "базовый". Фактически это не конечный продукт, а "скелет" для разработки предметных приложений. Как шасси автомобиля, на котором можно собрать и автобус и бензовоз.

Цитата:
Для подготовки данных для БД, для ГИС это чрезвычайно технологично, т.к. не требует никаких внешних БД, зависимости от ODBC или т.п.
А вот это совершенно неверно, особенно по отношению к ГИС. Какая-то детская боязнь "внешних БД, зависимости от ODBC", основанная на незнании.

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

И всё это должно быть доступно в разных программных платформах.

Всё это уже реализовано в разных системах. И даже на правительственном уровне давно принята Концепция пространственных данных, которая постепенно реализуется разными фирмами. Как именно свойсва объектов и прочее использовать в любой среде.

Цитата:
Очевидно лучшим вариантом была бы реализация этой возможности самим Autodesk в базовом Autocad.
У фирмы Autodesk совершенно иные задачи - получение прибыли разными малопочтенными способами. Например путем ежегодного выпуска и продажи всё новых версий всё того же базового Автокада с мелкими косметическим улучшениями. Ну и некоторых "вертикальных" решений, в том числе якобы для ГИС.

Фирма Autodesk лет 20 назад позорно проспала начало развития ГИС - а от неё так много ждали. Одно ожидание Map чего стоило - они даже демки за деньги продавали. Но оказался "пшик", несовместимый с ожиданиями.
Больше уже ничего не ждут. Конечно, у фирмы есть ряд наименований продуктов, наличие которых позволяет говорить "и мы тоже". Но не более. Занимают штат программистов кое-какими продуктами, чтобы числиться в числе брендовых компаний.

Другие фирмы, в том числе российские, продукты класса "ГИС на базе AutoCAD" давно обошли. Конечно, кто "слаще репы ничего не ел", может защищать - "А Civil? А Map? А MapGuide? А Autodesk Infrastructure Map Server? А ты кто такой!???".

Вот я как раз лично с 1994 года делал именно "ГИС на базе AutoCAD". Просто потому, что никакого другого доступного графического движка с возможностями программирования тогда не было. Да и была задача сделать сочетание САПР и ГИС на базе AutoCAD. Очень многое было реализовано и до сих пор работает. И накопленные тогда данные используются и сейчас. Даже в Дубль-ГИС по нашему городу половина оттуда.

Но потом, по мере развития других продуктов и бездействия Autodesk стало понятно, что AutoCAD для этих целей - тупиковый путь. Да и для САПР через некоторое время эта линия зайдет в тупик.
ShaggyDoc вне форума  
 
Автор темы   Непрочитано 14.09.2014, 20:07
#4
АлексЮстасу

топограф, технолог
 
Блог
 
Регистрация: 24.05.2009
Москва
Сообщений: 3,030


Цитата:
Сообщение от sbi Посмотреть сообщение
Над седой равниной моря

Согласен. Но уж написал. Самому малость конфузно
Цитата:
Сообщение от ShaggyDoc Посмотреть сообщение
А в "базовом" Автокаде этих возможностей и быть не может. На то он и "базовый". Фактически это не конечный продукт, а "скелет" для разработки предметных приложений. Как шасси автомобиля, на котором можно собрать и автобус и бензовоз.
Именно! Я о вводе этих возможностей в "скелет" базового Автокада.
Offtop: Кстати, я не раз уже года с 2010 выступал не столь поэтично и пафосно на эту тему здесь на форуме в ответах.
Цитата:
Сообщение от ShaggyDoc Посмотреть сообщение
А вот это совершенно неверно, особенно по отношению к ГИС. Какая-то детская боязнь "внешних БД, зависимости от ODBC", основанная на незнании.
ГИС - это не "чертилка" для топографа или "земельщика" или генпланиста.
Т.е. Вы не допускаете, что пишет человек практикующий и вполне в курсе обстоятельств?
Я не говорю про превращение Автокада в ГИС. В этом отношении я говорю о превращении Автокада в инструмент, способный подготавливать данные в т.ч. и для ГИС. Как и для БД другого рода. Но не обязательно - никто не мешает ограничивать описательные данные сущностями объектов, без характеристик.
Цитата:
Сообщение от ShaggyDoc Посмотреть сообщение
Но потом, по мере развития других продуктов и бездействия Autodesk стало понятно, что AutoCAD для этих целей - тупиковый путь.
Со всеми Вашими оценками совершенно согласен
Но данность в том, что гигантское число пользователей чертит именно в базовом Автокаде. Просто потому, что Автокад повсеместно внедрился, и потому что это очень мощный CAD. А чертить всегда удобнее в CAD - на то они и созданы...
Я увидел, и практически проверил, что задача перейти от чистого черчения к "объектному" решается очень незначительными силами. А плюсов -море.
__________________
количество моих сообщений не говорит о знании Автокада
АлексЮстасу вне форума  
 
Непрочитано 14.09.2014, 20:31
#5
ShaggyDoc

Thượng Tá Quân Đội Nhân Dân Việt Nam
 
Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381


Цитата:
Я о вводе этих возможностей в "скелет" базового Автокада.
А зачем это им? "Пипл хавает" (С)
Цитата:
гигантское число пользователей чертит именно в базовом Автокаде
"Пипл хавает" (С) Потому что специализированные расширения на все рабочие места не по карману. Да и нет их. И еще сотни тысяч "инженеров-программистов" во всем мире постоянно дополняют Автокад "лиспами" и прочим. А 90% этих "довесков" могли бы быть базовом Автокаде давным-давно.

Цитата:
задача перейти от чистого черчения к "объектному" решается очень незначительными силами
Ну так возьми, да и перейди. Только Фирму не беспокой.
ShaggyDoc вне форума  
 
Автор темы   Непрочитано 14.09.2014, 21:19
#6
АлексЮстасу

топограф, технолог
 
Блог
 
Регистрация: 24.05.2009
Москва
Сообщений: 3,030


Цитата:
Сообщение от ShaggyDoc Посмотреть сообщение
И еще сотни тысяч "инженеров-программистов" во всем мире постоянно дополняют Автокад "лиспами" и прочим. А 90% этих "довесков" могли бы быть базовом Автокаде давным-давно.
Ну так возьми, да и перейди. Только Фирму не беспокой.
Именно. Люди (и мы с Вами) растрачивают в сумме море времени и сил не то чтобы впустую, но вполне могли бы вместо этого дополнять и развивать уже сделанное на другом уровне.
Фирма же могла бы сделала действительно универсальный, общеупотребительный инструмент, что в пользовательских приложениях не наблюдается, увы. И сделать качественнее на техническом уровне, т.к. сторонние программисты не обладают инсайдерской информацией.
А что, Фирму уже затрясло, и ее стали раздирать яростные дискуссии?
Есть второй вариант - скооперироваться, и сделать самим. Или фирма какая-то сделала бы, или частным образом. Но представительное сообщество, допустим, как здесь, могло бы добиться лучшего результата - действительно универсального.
__________________
количество моих сообщений не говорит о знании Автокада
АлексЮстасу вне форума  
 
Непрочитано 14.09.2014, 22:23
#7
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,004


Цитата:
Сообщение от АлексЮстасу Посмотреть сообщение
Есть второй вариант - скооперироваться, и сделать самим. Или фирма какая-то сделала бы, или частным образом. Но представительное сообщество, допустим, как здесь, могло бы добиться лучшего результата - действительно универсального.
Проблема не только в том, чтобы сделать.. а в том-чтобы это стало своего рода нацстандартом, если конечно - у вас не огромная фирма, замкнутая сама в себе..) У нас в стране уже одна фирма на букву Н. взяла 6 лет назад резкий старт. И если бы не разброд в способах представления информации (имею в виду всякие прокси-объекты и т.п.) с присущим этому процессу инерционностью- возможно, уже были на полпути к общему какому то варианту... но увы
Сергей812 вне форума  
 
Автор темы   Непрочитано 14.09.2014, 22:47
#8
АлексЮстасу

топограф, технолог
 
Блог
 
Регистрация: 24.05.2009
Москва
Сообщений: 3,030


Цитата:
Сообщение от Сергей812 Посмотреть сообщение
Проблема не только в том, чтобы сделать.. а в том-чтобы это стало своего рода нацстандартом, если конечно - у вас не огромная фирма, замкнутая сама в себе..) У нас в стране уже одна фирма на букву Н. взяла 6 лет назад резкий старт. И если бы не разброд в способах представления информации (имею в виду всякие прокси-объекты и т.п.) с присущим этому процессу инерционностью- возможно, уже были на полпути к общему какому то варианту... но увы
Да, никаких прокси и пр. наворотов! Описание данных должно быть предельно обычным, простым, надежным, не мешать обычной работе с данными обычными средствами Автокада.
Например, Object Data из AutoCAD Map 3d предназначены для описания пользовательских дополнительных данных, и их применяет сам AutoCAD Map 3d для описания топологических моделей и связей с внешними БД. Базовый Автокад не видит Object Data, но они ему вообще никак не мешают. И иных проблем эти блоки описательных данных тоже не создают.
Это как пример того, что такое возможно.
Если бы, допустим, имеющиеся в Автокаде средства были сравнимы (чисто умозрительно предполагаю, что Xrecord или XData, но не утверждаю - не спец), то это могло бы быть решением.
"Стандартом" станет то, что понятно и удобно большинству, и что прилично сделано.
__________________
количество моих сообщений не говорит о знании Автокада
АлексЮстасу вне форума  
 
Непрочитано 14.09.2014, 23:21
#9
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,004


Цитата:
Сообщение от АлексЮстасу Посмотреть сообщение
что понятно и удобно большинству
Большинство хочет лишь одной большой кнопки - поверьте) При это считают - что создание этой кнопки ничего не стоит, одно баловство.

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

Цитата:
Сообщение от АлексЮстасу Посмотреть сообщение
Описание данных должно быть предельно обычным, простым, надежным, не мешать обычной работе с данными обычными средствами Автокада.
страшно представить в реале подобного монстра)
Сергей812 вне форума  
 
Автор темы   Непрочитано 15.09.2014, 03:24
#10
АлексЮстасу

топограф, технолог
 
Блог
 
Регистрация: 24.05.2009
Москва
Сообщений: 3,030


Цитата:
Сообщение от Сергей812 Посмотреть сообщение
страшно представить в реале подобного монстра)
Ничего монстроидального в этом нет. Все вполне скромно и ненавязчиво - сужу по доступным мне аналогам. Не хочешь использовать - вообще не заметишь.
1. В dwg находится возможность сохранять блоки описательных данных и возможность привязывать эти блоки данных к графическим элементам. Очевидно, что такие возможности есть - ведь существуют Xrecord/XData, Object Data в AutoCAD Map 3d. Обязательно предусматривается возможность присоединения к одному графическому элементу любого числа таких блоков данных - это принципиально необходимо.
2. Разрабатывается описание этих блоков данных: название блоков данных, специальное символьное поле для названий объектов, возможность создания полей символьного, целочисленного типов, типа decimal (десятичная дробь с определенным округлением). Может быть еще какими-то. Для полей предусматриваются значения по умолчанию и определение допустимых значений - списки возможных значений или диапазоны допустимых значений. Определение допустимых значений не обязательно, т.к. может быть реализовано программно с использованием файла описания объектов.
3. Разрабатываются инструменты для создания, редактирования и удаления пользователями при файле dwg описаний нужных блоков данных с нужными структурами.
4. Разрабатываются команды присоединения к графическим элементам этих блоков данных и их отсоединения.
5. Разрабатывается отображение этих блоков данных, присоединенных к элементам в окне Свойства.
Это самая база.
6. Дальше разрабатывается структура файла описания объектов и их классов, включающая описание графических элементов для их отображения, описание соответствующих блоков дополнительных данных.
7. Потом создается программа-меню объектов, считывающая файл описания объектов, и позволяющая вычерчивать указанные объекты с описанными для них графическими свойствами и с присоединением к ним нужных блоков допданных.
И т.д. Совершенно ничего действительно сложного, изысканно-алгоритмичного и т.п.
__________________
количество моих сообщений не говорит о знании Автокада

Последний раз редактировалось АлексЮстасу, 15.09.2014 в 03:47.
АлексЮстасу вне форума  
 
Непрочитано 15.09.2014, 06:03
#11
ShaggyDoc

Thượng Tá Quân Đội Nhân Dân Việt Nam
 
Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381


Цитата:
Ничего монстроидального в этом нет. Все вполне скромно и ненавязчиво - сужу по доступным мне аналогам.
Все, что написано далее давным-давно реализовано в рабочем коде.

Вопрос в другом - ты готов оплачивать эти работы? И получить в свое распоряжение исключительные имущественные права на готовую Систему? Из "сделать" СиСофт, Аутодеск и прочих? Хочешь "стать миллионером"? А потом раздавать всё бесплатно. Или продавать, и удивляться, почему никто не покупает. При этом постоянно адаптировать под ежегодные новые версии Автокада? Не забывая эти версии покупать и не забывая покупать средства разработки.

Или предполагаешь, что сейчас соберутся энтузиасты "с лопатами и вилами, денечек покумекают и выправят дефект" базового Автокада? Ну, соберутся и будут два года спорить "какой язык применять" (см. ветку про "бесплатный" софт).
ShaggyDoc вне форума  
 
Непрочитано 15.09.2014, 06:23
#12
Pum-purum

PHP-разработчик
 
Регистрация: 12.05.2008
Ижевск
Сообщений: 1,166


Семейство продуктов Revit - ответ на ваш вопрос. Автокад не осилит такую нагрузку.
Pum-purum вне форума  
 
Непрочитано 15.09.2014, 08:05
#13
Valery Brelovsky

Инженер дорожник
 
Регистрация: 22.10.2007
Израиль
Сообщений: 1,859


Цитата:
Сообщение от Pum-purum Посмотреть сообщение
Автокад не осилит такую нагрузку.
И смысла вешать всё на автокад нет. Есть программы на базе автокада заточенные под определённую специальность, смысл создавать этого монстра. если я работаю с дорогами, я работаю с Civil_ом, и зачем мне возможности по по Архитектуре, или механнике, темболее что по механнике есть SolidW... Зачем грузить эту всё махину. А в автокаде опятьже я создал всё что мне нужно для комфортной работы и сегодня даже урезаю что то за ненадобностью. Нет эта идея не оправдывает, даже в автокаде что есть не используется на 100%, а если залить всё что перечисленно в вопросе, скорее всего только увеличит объём не используемого.
И всё таки это монстр.

Цитата:
Сообщение от АлексЮстасу Посмотреть сообщение
1. В dwg находится возможность сохранять блоки описательных данных и возможность привязывать эти блоки данных к графическим элементам. Очевидно, что такие возможности есть - ведь существуют Xrecord/XData, Object Data в AutoCAD Map 3d. Обязательно предусматривается возможность присоединения к одному графическому элементу любого числа таких блоков данных - это принципиально необходимо.
НЕт и всё таки это монстр.
Представте к AutoCAD Map 3d залить ещё Civil 3D и ещё Inventor и т.д. И потом всё это не замечать. Ещё раз скажу что есть программы по специальностям и в них всё есть что перечисленно.

Цитата:
Сообщение от АлексЮстасу Посмотреть сообщение
2. Разрабатывается описание этих блоков данных: название блоков данных, специальное символьное поле для названий объектов, возможность создания полей символьного, целочисленного типов, типа decimal (десятичная дробь с определенным округлением). Может быть еще какими-то. Для полей предусматриваются значения по умолчанию и определение допустимых значений - списки возможных значений или диапазоны допустимых значений. Определение допустимых значений не обязательно, т.к. может быть реализовано программно с использованием файла описания объектов.
3. Разрабатываются инструменты для создания, редактирования и удаления пользователями при файле dwg описаний нужных блоков данных с нужными структурами.
4. Разрабатываются команды присоединения к графическим элементам этих блоков данных и их отсоединения.
К примеру в Цивиле это всё определено в стилях и автонумерация и форма и значение и необходимость вставки блока. Ну и т.д.
Лично мне такой Автокад не нужен.
Valery Brelovsky вне форума  
 
Непрочитано 15.09.2014, 09:55
#14
trir


 
Регистрация: 18.12.2010
Сообщений: 5,047


Лично я считаю это правильной идеей. Добавление геометрии в SQL - изменило мир ГИС, теперь ты не зависишь от конкретного ПО! Было бы замечательно, если бы добавить CAD-графику (это всё таки не ГИС-геометрия, хотя в чём то близко)

НО! SQL в своё время создавался как инструмент для бухгалтеров, но найдите бухгалтера - которые его понимает. Подобный универсальный инструмент будет "слишком сложным" для обычного пользователя!

И конечно это следует делать, не в рамках dwg/dxf!
trir вне форума  
 
Непрочитано 15.09.2014, 10:14
#15
13Rossoneri


 
Регистрация: 22.07.2011
Украина
Сообщений: 479
<phrase 1=


Не пойму, автор о Ревите что ли? Он хочет что-то в духе Ревита?
13Rossoneri вне форума  
 
Непрочитано 15.09.2014, 10:31
#16
trir


 
Регистрация: 18.12.2010
Сообщений: 5,047


Типа того, но только шырше!
trir вне форума  
 
Непрочитано 15.09.2014, 10:44
#17
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,004


Цитата:
Сообщение от АлексЮстасу Посмотреть сообщение
Ничего монстроидального в этом нет. Все вполне скромно и ненавязчиво - сужу по доступным мне аналогам. Не хочешь использовать - вообще не заметишь.
1. В dwg находится возможность сохранять блоки описательных данных и возможность привязывать эти блоки данных к графическим элементам. Очевидно, что такие возможности есть - ведь существуют Xrecord/XData, Object Data в AutoCAD Map 3d. Обязательно предусматривается возможность присоединения к одному графическому элементу любого числа таких блоков данных - это принципиально необходимо.
2. Разрабатывается описание этих блоков данных: название блоков данных, специальное символьное поле для названий объектов, возможность создания полей символьного, целочисленного типов, типа decimal (десятичная дробь с определенным округлением). Может быть еще какими-то. Для полей предусматриваются значения по умолчанию и определение допустимых значений - списки возможных значений или диапазоны допустимых значений. Определение допустимых значений не обязательно, т.к. может быть реализовано программно с использованием файла описания объектов.
3. Разрабатываются инструменты для создания, редактирования и удаления пользователями при файле dwg описаний нужных блоков данных с нужными структурами.
4. Разрабатываются команды присоединения к графическим элементам этих блоков данных и их отсоединения.
5. Разрабатывается отображение этих блоков данных, присоединенных к элементам в окне Свойства.
Это самая база.
6. Дальше разрабатывается структура файла описания объектов и их классов, включающая описание графических элементов для их отображения, описание соответствующих блоков дополнительных данных.
7. Потом создается программа-меню объектов, считывающая файл описания объектов, и позволяющая вычерчивать указанные объекты с описанными для них графическими свойствами и с присоединением к ним нужных блоков допданных.
И т.д. Совершенно ничего действительно сложного, изысканно-алгоритмичного и т.п.
Самое геморройное в подобном - это предусмотреть возможные реакции пользователя, больше половины кода подобных программ заняты на исправление малопредсказуемой реакции пользователя. Да и порядок у вас неправильный создания программы - формат хранения данных в чертеже, во внешней БД (файле) и механизмы работы с данными нужно разрабатывать одновременно - чтобы не получить потом набор костылей для поддержки того, чего забыли при старте).
Сергей812 вне форума  
 
Непрочитано 15.09.2014, 11:00
#18
ShaggyDoc

Thượng Tá Quân Đội Nhân Dân Việt Nam
 
Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381


Цитата:
Добавление геометрии в SQL - изменило мир ГИС, теперь ты не зависишь от конкретного ПО!
Но автор именно не хочет иметь дело с базами данных, но зато хочет именно от конкретного ПО зависеть, причем именно от базового Автокада. Его "вертикальными расширениями", в которых используются не просто примитивы, типа LINE, а объекты типа ТРУБА, СТЕНА и т.п. автор не хочет пользоваться или не знает их. Но таких "объектных" расширений нужно очень много, а родили их пока очень мало, да еще часто недоношенных. Хотя чего бы казалось:
Цитата:
Совершенно ничего действительно сложного, изысканно-алгоритмичного
Ну а
Цитата:
Было бы замечательно, если бы добавить CAD-графику
вполне реализуемо в других системах, которые построены на совершенно иной идеологии. Но там тоже "пипл хавает". Конечно, "CAD-графика", если говорить об инструментах её построения, в AutoCAD великолепная. Но только ради этого за него держаться нет смысла.

Цитата:
SQL в своё время создавался как инструмент для бухгалтеров, но найдите бухгалтера - которые его понимает. Подобный универсальный инструмент будет "слишком сложным" для обычного пользователя!
Ну что за ерунда? Причем тут бухгалтеры? Тогда уж лучше напишите, что KOBOL для "бухгалтеров" создавался. Это только в американских боевиках "эцилоп" набирает "SQL-запрос" типа "найти мне этот гадюшник на колесиках".

SQL - это специальный язык для разработчиков баз данных и приложений. Никакой пользователь запросы не набирает. Кто нибудь на этом форуме набирает запросы для просмотра? А ведь их при каждом просмотре страницы выполняется около сотни. Да, бывают ленивые программисты, которые пытаются заставить юзеров писать SQL - это же "так просто и эффективно". Вот в Mapinfo для пользователей имеются "географические запросы". Потому что не могут сделать построитель. Ну, так они и нормальные диалоги 20 лет сделать не могут, хоть это уровень контрольной для студента.

А вот в специализированных программах для разработчиков БД окна для ввода SQL просто обязательны.

Цитата:
И конечно это следует делать, не в рамках dwg/dxf
А вот это правильно. Именно приверженность к DWG и архаичному DXF и обрезает все возможности развития AutoCAD.
ShaggyDoc вне форума  
 
Непрочитано 15.09.2014, 11:11
#19
Сергей812


 
Регистрация: 10.08.2013
Сообщений: 11,004


Короче, успехов автору топикстартера во всех начинаниях. На самом деле написать что-то узко-специализированное под конкретные версии ПО и конкретные задачи - этим давно занимаются как самоучки с мотором, так и профессиональные программисты САПР. Это не просто, но вполне реально - по затратам времени/средств. Но замахиваться на "глобальное" господство на перенасыщенном рынке САПР - это уже как нибудь сами
Сергей812 вне форума  
 
Автор темы   Непрочитано 15.09.2014, 20:51
#20
АлексЮстасу

топограф, технолог
 
Блог
 
Регистрация: 24.05.2009
Москва
Сообщений: 3,030


Все настолько проще и реалистичнее, что мне все это странно читать. Вы сами себе напридумывали столько сложностей и проблем, которых здесь вообще нет!
Не нужны ни мощные программистские силы, ни изощренные средства, ни бездны ресурсов.
Мы создали подобные инструменты (только под AutoCAD Map 3d, используя его блоки для описательных данных - Object Data) за примерно полгода всего с одним молодым программистом - не великим еще знатоком Автокада, без спешки. Я вообще не программист, и в глубины Автокада тоже не посвящен. Правда, из своего опыта я почти в деталях понимал всю структуру. Но как технолог и пользователь.
Допустим, можно посмотреть, как в AutoCAD Map сделаны Object Data, и по аналогии сделать свои блоки описательных данных для базового Автокада. Учтя недостатки и т.п. Там ничего изысканного нет в принципе.
Типа для условного электрика (не обижайтесь, плз) описания блоков данных:
- блок "ПРОВОДА", поле "НАЗВАНИЕ_ОБЪЕКТА", символьное - 50 зн., поле "НАЗНАЧЕНИЕ", символьное - 30 зн., поле "СЕЧЕНИЕ", decimal - округление 1 знак, поле "ДЛИНА", decimal - округление 2 знака и т.д.,
- блок "ЛАМПОЧКИ", поле "НАЗВАНИЕ_ОБЪЕКТА", символьное - 50 зн., поле "ТИП_ЛАМПОЧКИ", символьное - 30 зн., поле "НАПРЯЖЕНИЕ", integer, поле "МОЩНОСТЬ", integer и т.д
Базовые инструменты для пользователя:
- создать, редактировать, удалить описания блоков,
- присоединить-отсоединить к графическим элементам,
- вводить-редактировать значения в полях - лучше в окне Свойства,
- отображать в окне Свойства с возможностью ввода-редактирования значений в полях.
Практически на этом AutoCAD Map и остановился. Черчение, проверки и пр. мы под него и написали.

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

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

Я делюсь идеей, которая мне кажется продуктивной и реально реализуемой. Я готов участвовать своим опытом в аналогичной разработке.
Допускаю, что кому-то может быть интересно взяться за реализацию.
Предпочел бы, чтобы это сделала сама фирма. И давно

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

Последний раз редактировалось АлексЮстасу, 15.09.2014 в 20:57.
АлексЮстасу вне форума  
Закрытая тема
Вернуться   Форум DWG.RU > Программное обеспечение > AutoCAD > Чертить сразу с нужными графическими свойствами, сразу определять элемент как объект реальности, сразу присоединять описательные данные

Размещение рекламы
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Какой язык перспективен для инженера-конструктора с условием The_Mercy_Seat Программирование 705 17.03.2021 14:19