|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
а надо именно в автокаде реализовать? я имею ввиду 3Д.
понятно, что 3Д в автокаде это не совсем приятная штука с точки зрения спецификации. но, можно ведь смотреть с сторону других 3Д САПР. например, я делаю раздел ТМ в инвенторе. Спецификация получается полностью из модели. добавляю руками буквально только изоляцию. В экселе формирую спецификацию, а потом этот эксель связан с файлом автокада и там этот эксель разнесён на листы спецификации. т.е. оформление спецификации занимает 15 минут (понятное дело при завершённой 3Д модели). в профиле сайт, там можно взять модель в формате DFW и посмотреть свойства, которыми наделены солиды в модели. Именно эти свойства и позволяют формировать спецификацию. |
||||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
Судя по постам AlexZh, он вроде тоже из племени слаботочников) Да и предлагать продукт со стоимостью лицензии >60к чисто для подсчета спецификации...)
для начала копать в сторону современных технологий) Гораздо больше вероятность увидеть у автоматизируемого продукта поддержку COM или .Net - чем поддержку лиспа. |
|||
|
||||
Регистрация: 23.09.2015
Сообщений: 146
|
Цитата:
я, в силу недостаточности знаний, брал бы информацию из атрибутов и расширенных данных. но интересно попробовать работу с базой данных, в чем я полный ноль. мне интересна не сколько сама спецификация, а вообще информация чертежа, которую брать для общих даннх, кабельного журнала, схем соединений и т.д. и т.п. ----- добавлено через ~3 мин. ----- Цитата:
с лиспом, да, разбираюсь. но чувствую не хватает для более масштабных решений. Во, COM и .Net, вроде то что надо. С какой литературы начать? Offtop: Понимаю, что вышли за пределы темы, но давно занимаюсь поиском информации |
|||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
COM следует брать, если нет более удобной альтернативы. А если возьмете .NET - для начала почитать какую нибудь базовую книгу по нему, потом на сайт разработчиков adn-cis.org. Базу данных можно для начала взять ту же SQLite (бесплатная, отлаженная, не требует инсталляции, есть порт на .NET), можете не заморачиваться и в том же XML хранить. А остальное - думать) Даже гиганты-разработчики ПО до сих пор не сделали идеального продукта - чтобы все сказали "офигеть" и стало бы эталоном в отрасли)
|
|||
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381
|
Цитата:
Инсталляции "не требует" - так программу-то все равно надо инсталлировать, а вместе с ней поставлять собственную sqlite3.dll. Кроме того, это "тихая" СУБД, с ней хорошо работать, чтобы незаметно что-то прятать. Например Chrome там свои настойки держит, очень ему удобно. А для прикладного программиста важнее "вижуальность", т.е. наличие "компонентов" типоа Database, Datasource, Dataset (Table и Query). Вот с этим как раз плоховато. Есть, но убогие. Поэтому для начала самый лучший путь - формат БД Access. Саму MS Access использовать как конструктор своей БД (лучше ничего нет, за исключением "настоящих" SQL). А файл формата MDB - использовать как базу данных. Вот для такой работы есть всё необходимое. Под Windows, конечно. |
|||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
Цитата:
Про инсталляцию тоже - чего инсталлировать: сборка программы, рядом библиотека работы с БД, ну и пара вспомогательных папок с шаблонами (если говорить о текущем уровне задачи) - вся инсталляция сводиться к простому копированию на рабочий комп и запуск через _NetLoad в акаде в рамках прав пользователя. |
|||
|
||||
Регистрация: 18.12.2010
Сообщений: 5,057
|
Цитата:
С Access'а действительно хорошо начинать - куча литературы, тот же построитель запросов. Главное долго на нём не задерживаться... |
|||
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381
|
Вот у меня в коллекции 23 варианта этой dll. все разных размеров (в разы) и условно-совместимые. Конечно, такой гигант как Google вообще свою сборку сделал. Но начинать с этого геморроя не стоит.
Вот MDB - другое дело. Хотя есть и получше СУБД, но это уж вопрос веры в разных богов. |
|||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
Одна питерская компания разработала модуль расчета звукового давления системы СОУЭ (для продвижения продаваемого оборудования) в виде надстройки к акаду - доступ к БД оповещателей по инету с сайта компании, а в качестве вспомогательной локальной БД - как раз выбрали формат БД Access. Прошло пару лет - и, видимо, им поступило столько замечаний о желательности избавиться от этого - что они переписали код без всякого Access - теперь надстройка требует только доступа в инет.
|
|||
|
||||
в принципе достаточно и лиспа для "полуавтоматической" спецификации. данные хранятся в расширенных данных, спецификация берет данные из слоев и конечно же подсчет блоков. для примера проект немаленький 40000 м2 здания то есть около 20000 метров труб, соответственно и файл большой.
http://autode.sk/2q4xH8B
__________________
Знание лисп: со справочником Н. Полещука |
||||
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381
|
Цитата:
На самом деле привязывают пользователей навсегда к своей компании, своему серверу БД, к своим услугам. Заявляя, что "по просьбам трудящихся". Эта "БД оповещателей" максимум несколько тысяч позиций - ничтожное количество для БД. Она вполне может быть локальной, максимум с периодической синхронизацией. Но тогда "кормовая база" может быть потеряна. Чисто теоретически конечно было бы хорошо, чтобы в в Сети были вообще все БД любого оборудования. И эти БД какие-нибудь гномы поддерживали в актуальном состоянии. А "тощие" клиентские программы обращались бы к ним по необходимости. Вот так устроен этот форум - одна БД со множеством таблиц, а мы, по запросу наподобие "showthread.php?t=139698#post1639411" получаем данные. Как бы бесплатно, но про затраты и способ их возмещения только Admin знает. Но в современном проектировании так не получается. Вот 30 лет назад у нас была такая единая БД. Интернета тогда не было, но были терминальные рабочие места. Была единая система, единая структура. А сейчас есть несметное количество шаражек, неспособных содержать даже локальный сервер СУБД, в собственной сети. Да еще "сепаратизм" - каждый человечек норовит своё собственное иметь, даже внутри одного отдела. Поэтому пришлось вернуться назад - делать отдельные БД не только для пользователя, но и по тематике. Таких локальных БД для СО у меня 32 штуки. Каждую из них пользователь может пополнять, это уже его личный продукт. Он может его домой взять, поделиться с кем-нибудь из "друзей", может даже продавать. И это нравится. Даже если я или фирма "помрем" - данные не пропадут. Такой стратегии придерживаюсь во всех программах. Многие данные (например БД климатологии, да таких два десятка наберется) можно было бы и в Сети разместить. Но для этого надо содержать специальный сервер, платить за него и за трафик. А это значит повышать стоимость программы или её поддержки. Именно это и будет с "БД оповещателей" Но если "взойдет звезда пленительного счастья" и будет настоящая проектная фирма, все эти сепаратные БД можно объединить одним SQL-запросом. Вот в Access этого не сделаешь. |
|||
|
||||
Регистрация: 23.09.2015
Сообщений: 146
|
Цитата:
но для меня это видео мало информативно. |
|||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
Цитата:
|
|||
|
||||
То что ты задумал возможно реализовать средствами лисп,
.net безусловно лучше но надо знать язык на изучение которого уйдет время я грызу его около года с перерывами в 2 3 а то и 4 месяца все зависит от свободного времени. С++ и ObjectARX еще лучше но опять же время для освоения
__________________
Знание лисп: со справочником Н. Полещука |
||||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
Цитата:
|
|||
|
||||
Регистрация: 23.09.2015
Сообщений: 146
|
Цитата:
Так что я не особо тороплюсь. |
|||
|
||||
Регистрация: 10.08.2013
Сообщений: 11,041
|
|
|||
|
||||
Регистрация: 23.09.2015
Сообщений: 146
|
|
|||
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Почему объекты внешней ссылки не попадают в спецификацию ADT?... | kurstep | Вертикальные решения на базе AutoCAD | 14 | 08.02.2017 10:33 |
Revit 2016. Как создать спецификацию на разные категории? | Modis | Revit | 8 | 05.07.2016 23:51 |
Кто должен выполнять спецификацию кровельных фасонных изделий по маркам | PACOMP | Профессии и трудовые отношения | 7 | 08.10.2015 06:31 |
Автоматизация внесения изменений в сквозную спецификацию проекта | wol1 | AutoCAD | 5 | 24.02.2014 15:39 |
Как сохранить созданную спецификацию как шаблон? (Autocad Mep 2011) | MagaShpaga | Вертикальные решения на базе AutoCAD | 22 | 26.05.2011 13:26 |