|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
![]() |
Поиск в этой теме |
|
||||
Регистрация: 10.08.2013
Сообщений: 11,499
|
Цитата:
|
|||
![]() |
|
||||
Регистрация: 18.12.2010
Сообщений: 5,107
|
Детский сад:
1. Окошко своё уберите в панельку - делов на пять минут! (как здесь с 32с) 2. Настройки стандартов - штатных средств за глаза, шаблоны и т. п., конечно не идеально, но работать можно! 3. Дублируете функционал Map 3D - большую часть можно сделать через FDO=>sdf (или т. п.) |
|||
![]() |
|
||||
Цитата:
Мы в базовом не работаем. Но считаю правильным, чтобы подобное в базовом Автокаде было. Уверен в продуктивности, уверен в реализуемости. Делюсь идеей, готов содействовать или не мешать ![]() ----- добавлено через ~9 мин. ----- Цитата:
![]() 2 - Не понял. Не нравится, что вместо многочисленных штатных средств все происходит само? Или наоборот? 3 - Да, именно, мы дублируем функционал Map 3D. Потому что он то, что нужно. Да, можно сделать. Только пытались реализовать технологичнее. Кроме функционала Map 3D мы дублируем функционал MGE, Geomedia, ArcGIS и даже Геоникса с Панорамой - черчение из меню с классификацией объектов и определением характеристик придумали не мы ![]() Но не только дублируем. В полной версии есть многое, чего в Map 3D нет. Но должно бы быть. Те же проверки и т.п. Но что дождаться от фирмы, похоже, жизни не хватит.
__________________
количество моих сообщений не говорит о знании Автокада Последний раз редактировалось АлексЮстасу, 15.09.2014 в 21:46. |
||||
![]() |
|
||||
Регистрация: 10.08.2013
Сообщений: 11,499
|
Вы понимаете, что подобная надстройка в AutoCAD, чтобы от нее была реальная польза - должна органично вписываться в общий формат проектирования в конкретной фирме? А реализуемость - это вещь кажущаяся) В свое время писал надстройку для автоматической генерации КЖ и спеки.. в конечном итоге до какого то определенного состояния написал.. даже внедрилась частично в фирме.. но через полгода пользования понял - что для реальной скорости работы реализовать надо было абсолютно другой подход к интерфейсу и хранению данных.. и этот процесс бесконечен)
|
|||
![]() |
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,372
|
"Объект реальности", о котором в заголовке темы - это совсем не "блок". И даже "описательные данные" - это не "объект реальности". Все эти описания типа "сечение", "длина" и прочее - это простейшие вещи. Для вставок блоков (как примитивов базового Автокада) это могут быть атрибуты (их пользователь видит и может редактировать), а для любых примитивов - расширенные данные нескольких сортов. Вот их уже можно пришпандоривать и редактировать только специальными средствами, которые совсем нетрудно разработать.
Но объект реальности это совершенно иное. Их нет в базовом Автокаде. Но их можно создать в виде Custom-объектов, при разработке ARX-приложений. Но там не только описания. Например, объект ТРУБА сам знает свой диаметр, толщину стенки, марку стали и прочее. При пересечении с другой ТРУБОЙ эта ТРУБА умеет в нее врезаться. При изгибе ТРУБА будет изгибаться с известным ей самой радиусом гнутья. А при пересечении со СТЕНОЙ будет автоматически проделываться в СТЕНЕ отверстие, требуемое именно для этой ТРУБЫ, и так далее. Но мы же ни хрена не понимаем, а вот вы там "с одним молодым программистом - не великим еще знатоком Автокада" уже во всём разобрались. Ну так делайте, кто же мешает. Потом поймете, что вы только по самой поверхности немножко скользнули. Цитата:
|
|||
![]() |
|
||||
Цитата:
Т.е. я предлагаю обеспечить настройку имеющихся автокадовских средств черчения под нужные стандарты черчения плюс привязку описательных данных. Настройку, которую сможет сделать сам пользователь, каким бы предметом он ни занимался. Улучшить, расширить базовый, нижний уровень черчения. Который и приличествует CAD'у. Без претензий на. Ну не влияет же предмет проектирования на _PLINE или на _INSERT и т.п.? Тем более, что эти полилинии, блоки, надписи, штриховки и пр. будут сразу в нужных слоях, с нужными цветами, типами линий, стилями текста, масштабами и пр.? Сразу замкнутыми или вставляться только вертикально, или, наоборот, с возможностью разворота и т.п.? И с нужными соответствующими блоками описательных данных, для которых уже прописаны допустимые значения? Цитата:
![]() Мы с Вами говорим, похоже, все-таки о разном. Я предлагаю инструмент много скромнее самоврезающихся труб или интеллектуальных стен - им самое место в вертикальных приложениях. Не предлагаю заменить базовым Автокадом все вертикальные приложения сразу. См. выше. Давайте возьмем для примера понятные нам с Вами планы-карты. Я не предлагаю создавать ГИС из базового Автокада и даже из Map 3D. Для этого есть ГИС-программы и ГИС-специалисты. Я предлагаю разработать инструменты для улучшения создания, вычерчивания планов-карт, которые могут служить наполнением ГИС без существенных переделок, но в основном дополнением информации. Пусть в ГИС уже привязывают к объектам сколько им нужно сведений сколь им угодной полноты и разнообразия. Наше же дело, чтобы гисовцы не думали о том, в том ли месте проходит береговая линия, и чем улучшена грунтовая дорога - гравием или щебнем. И могли не вручную распознавать графические элементы и формировать площадные или линейные объекты. И т.п. Вы бы лучше рассказали, какой в своих разработках Вы выбрали способ привязывания к графическим элементов описательных данных? Какими средствами? И какой считаете оптимальным?
__________________
количество моих сообщений не говорит о знании Автокада |
||||
![]() |
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,372
|
Цитата:
А все остальные могут только делать "вертикальные", "горизонтальные" и "наклонные" приложения, основанные исключительно на том, что Аутодеск заложила в базовый Автокад и что доступно предоставленными средствами разработки. То, что в базовом Автокаде многого не хватает, причем элементарного, всем давно ясно. Есть даже раздел форума Баги и пожелания в Autodesk. Разумеется, никто из Autodesk его не читает - это просто аборигены сами перед собой плачутся. Кое-что Александр Ривилис до фирмы доводит по части багов. Но в целом у Фирмы позиция постоянная "пипл хавает". Цитата:
Что касается создания и вычерчивания планов-карт, то это у нас было сделано еще в AutoCAD R10 и имеется до сих пор. Это "рисование" всеми стандартными условными обозначениями, от "столбов" до откосов сложных форм. Ну и заодно всё для разработки генпланов. А также для АС, ОВ, ВК и всех прочих. Этим средствами была почти полностью выполнена электронная "пятисотка" нескольких городов. А также предусмотрена связь с информацией, находящейся в базах данных. Т.е. не просто "кабель" условными знаками нарисован, а к нему привязана информация из БД. И с помощью этой системы были созданы геоинформационные системы в Горархитектуре, ГТС, Водоканале, Горэлектросети, Горкомземе, Тепловых сетях, Штабе ГО и даже в ФСБ. Все классические точечные, линейные и площадные объекты с информацией и условными обозначениями. Но потом всё уперлось в "тупик Autodesk". Если "чертежную" часть можно продолжать, то информационная - тупик. Сам Автокад непомерно дорог, и постоянно дорожает. При этом то, что надо в нем на зачаточном уровне, а его другие его возможности для информации не нужны. А ведь его, при использовании в ГИС, надо ставить (покупать) на множество рабочих мест в разных организациях. В результате работы по "ГИС на базе Автокад" пришлось свернуть (оставили "САПР", в том числе 3D), тем более, что появилось много других более подходящих программных продуктов. Автокад не выдерживает никакой конкуренции, например с российской ObjectLand, которую мы покупали по 3 тыс. руб. за одно рабочее место и за 106 тысяч (сайт-лицензия) на неограниченное количество инсталляций в пределах города. При этом её информационные возможности несравнимы с Автокадом, хотя "графопостроительные", конечно в Автокаде лучше (это все-таки как бы САПР). Цитата:
|
|||
![]() |
|
||||
Регистрация: 10.08.2013
Сообщений: 11,499
|
Цитата:
Во вторых - запихивать все данные в сами объекты AutoCAD, и при этом пытаться реализовать гибкость данных - это утопия, имхо. В объектах должны быть идентификаторы и некоторая неизменная часть, а все остальное - во внешних БД. Чтобы не влезать в интерфейс взаимодействия с объектами автокада при каждой новой хотелке пользователя с появлением многочисленных "костылей". В третьих, стандартные палитры, шаблоны, файлы стандартов предприятий никто не отменял. И это по нормальному должно делаться на уровне всей фирмы/всего проектного отдела - а не хотелок отдельных пользователей. Не нравится функционал стандартных - ничто не мешает реализовать свои программные варианты. |
|||
![]() |
|
||||
Инженер дорожник Регистрация: 22.10.2007
Израиль
Сообщений: 1,859
|
Сколько ни читаю ветку, столько не врубаюсь, зачем пихать это в Автокад ну сделайте приложение и грузите в своей конторе. Ну не нужно мне это всё в Автокаде и основная масса с этими возможностями разбираться не будет. Блок обычный, сегодня не делает большенство копируют в буфер потом вставляют как блок и всё, не говоря о библиотеках и внешних базах данных. Темболее на своём опыте убедился, что с моими наработками работать не хотят и я сегодня ни кому не предлагаю, работаю для себя. Вон Civil преобрели, по началу пытались что то учить, даже курсы искали, сегодня кроме меня ни кто не работает, собственно говоря сегодня уже и не пытаются начать.
Спрашивается кот в вашей конторе, кроме вас, работает с этим? |
|||
![]() |
|
||||
Регистрация: 10.08.2013
Сообщений: 11,499
|
Цитата:
|
|||
![]() |
|
|||||
Цитата:
![]() Вы-то как раз не плакались, а делали и сделали. Цитата:
Но прошу пардону, если я понял неправильно Вами написанное. Цитата:
Цитата:
Вы описываете в файле описания, где брать все необходимые ресурсы, какие параметры файла необходимы, и они подгружаются-настраиваются автоматически (см. в #20, 3-й абзац снизу). Состав объектов не зависит от самодельной пользовательской программы, в которую уволившиеся программеры забыли вставить что-то нужное и т.п. И появляется возможность разнообразных проверок полноты и правильности, возможность разнообразной автоматической обработки - все благодаря файлу, где описаны все нужные объекты и их параметры. И - само собой - появляется возможность простейшим образом присоединять дополнительные данные. Которые, в свою очередь, никто не мешает использовать для какого-либо отображения в чертеже. Если нужно. Тут уж почему бы самим что-то не дописывать по вкусу.
__________________
количество моих сообщений не говорит о знании Автокада |
|||||
![]() |
|
||||
Регистрация: 10.08.2013
Сообщений: 11,499
|
Цитата:
----- добавлено через ~57 мин. ----- Как раз преимущество всяких "самописных" программ над аналогичными/подобными решениями того же автокада - что они позволяют реализовывать строго необходимый функционал с минимальным количеством дополнительных запросов данных с получением результатов именно в том виде, который потом легко использовать дальше.. т.е. выделил что-то, нажал кнопочку и получил определенный результат.. а вы предлагаете "родить" наоборот, универсального монстра.. которым смогут пользоваться только избранные - кому хватит терпения его настроить.. про затраты времени на реализацию подобного даже говорить смысла нет... |
|||
![]() |
|
||||
Цитата:
![]() Три рубля кита идеи: 1. Блоки (массивы) для хранения дополнительных, описательных данных. Пользователь сам описывает нужные ему их разновидности, определяемые названиями и составом полей общеупотребительных типов: текстовых, целочисленных, вещественных. Одно поле предусматривается одинаковым - для хранения названия объекта. Эти блоки дополнительных данных предназначены для присоединения к графическим элементам, определяя тем самым эти элементы как объекты, давая возможность определять характеристики этих объектов. 2. Файл описания объектов (файл описания стандарта) - текстовый файл простой прозрачной структуры для Блокнота. Может содержать описание необходимых параметров файлов dwg (единицы, точность и т.п.), настроек Автокада. Например, в виде переменных Автокада и нужных их значений. Предназначен для описания источников всех ресурсов: слоев, блоков, типов линий, текстовых стилей, штриховок и пр. Предназначен для описания параметров отображения всех объектов стандарта (тип примитивов Автокада, слой, цвет, тип линий и т.п.), параметров присоединяемых к ним блоков допданных (название блока допданных, названия и типы полей, значения по умолчанию, допустимые значения). Классификацию объектов (в основном для удобства выбора объектов в больших списках) достаточно описать с помощью названий классов-подклассов и порядком следования за ними описаний объектов. В описание объектов можно добавить, допустим, еще и приоритет отображения и еще что-нибудь общеупотребительное. С помощью этих описаний можно описать любые стандарты черчения любой предметной области. В пределах этих возможностей, конечно. Файл описания стандарта можно использовать для автоматической настройки файлов и Автокада, для облегчения процессов черчения, для корректного ввода дополнительных данных, для полных проверок на соответствие стандарту. Возникает возможность значительно ускорить процессы черчения, подготовки данных для БД, выдавать чертежи максимально соответствующие стандартам. Одновременно возникают возможности разнообразных удобных "побочных эффектов", типа автоматического перевода чертежей в другие стандарты, автоматизации расстановки по приоритетам, облегчение формирования линейных и площадных объектов и пр. 3. Программы все это обеспечивающие: черчение сразу необходимыми примитивами Автокада с необходимыми свойствами, сразу с определениями как объекты, сразу с блоками допданных, ввод допданных, всевозможные проверки и пр. Но, по-моему, я про это уже здесь много раз писал... Множество возможностей, универсальность возможностей возникает здесь не от навороченности, многочисленности и изощренности. То, что понимается под "монстром". А за счет сочетания простого, но необходимого и достаточного.
__________________
количество моих сообщений не говорит о знании Автокада |
||||
![]() |
|
||||
инженер (КМ) Регистрация: 30.10.2004
Красноярск
Сообщений: 3,837
|
Ну есть же в AutoCAD возможность добавлять к любым примитивам расширенные данные XData. В express tools даже есть две функции для записи и чтения их "xdata" и "xdlist". Осталось сделать кнопки, которые будут чертить примитивы када с автоматическим добавлением XData. Ничего сложного. Просто нет нормального функционала в каде для работы с ними обычным пользователям.
__________________
Делай хорошо, плохо само получится. |
|||
![]() |
|
||||
PHP-разработчик Регистрация: 12.05.2008
Ижевск
Сообщений: 1,166
|
|
|||
![]() |
|
||||
Инженер дорожник Регистрация: 22.10.2007
Израиль
Сообщений: 1,859
|
|
|||
![]() |
![]() |
|
|
![]() |
||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Какой язык перспективен для инженера-конструктора с условием | The_Mercy_Seat | Программирование | 705 | 17.03.2021 14:19 |